Комментарии 69
На Java какой-то не очень изящный код получился. можно еще на жс сделать «var sqrt = Math.sqrt». при огромном количестве вызовов — дает небольшой прирост скорости.
пс. давно заметил, что фокс в Линуксе — просто монстр по скорости, очень быстр.
пс. давно заметил, что фокс в Линуксе — просто монстр по скорости, очень быстр.
-1
Сейчас заново замерил… На вчерашней сборке Firefox. Теперь совсем в шоке: Firefox — 2870 мс, C++ — 2770 мс. Смешная разница в 3 процента.
+3
ну а вообще — исследование отличное. сделать бы его более разнообразным, было бы вообще круто. даже сравнить отрисовку в джава-апплет с отрисовкой в канвас
0
НЛО прилетело и опубликовало эту надпись здесь
Я не нарочно проигнорировал Opera: написал первые четыре по популярности.
0
О нет, зря вы упомянули про популярность Оперы. Сейчас придет кто-то, кто скажет что она вполне себе популярна, а Капитан Очевидность ответит ему, что это только у нас, а на западе у нее не более 2%, за что получит 20-50 плюсов. Я к тому, что это уже раз 20 так бывало.
+14
НЛО прилетело и опубликовало эту надпись здесь
Давайте будем честными и не будем использовать статистику как метод игнорирования продукта.
+4
Расскажите, какое время вы замеряли? К сожалению в исходниках этого нет.
+1
А node.js?
0
А расскажите, как вы замеряли? У меня в Опере выходит немного быстрее, чем в хроме. Версии те же. Кстати, у вас Opera 10.64, такой не существует и имеется ввиду, наверное, 10.62.
+7
Заебали минусовать, честно.
Вот мой код: pastie.org/1188996
Опера 10.62: 2381 мс
Хром 6.0.472.59: 2437 мс
Что не так?
Вот мой код: pastie.org/1188996
Опера 10.62: 2381 мс
Хром 6.0.472.59: 2437 мс
Что не так?
+5
Да, действительно Opera 10.62. Запустил только что еще раз: Opera — 9000 мс, Chrome — 6432 мс
0
А это коэффициенты ускорения или замедления? Интуитивно догадываюсь, что замедления, но было бы неплохо указать это в тексте.
+1
Этот пост не может считаться завершённым без этой ссылки shootout.alioth.debian.org
Для тех, кто не в курсе: на этом сайте производится сравнительное тестирование быстродействия, затрат памяти и размера кода для реализаций различных языков на различных задачах и различных процессорах. В частности, для задачи regex-dna код для v8 весит в 7 раз меньше, чем код на си. В то же время V8 отрабатывает примерно на 25% быстрее, чем на си. Всё это благодаря особой реализации работы с регулярными выражениями в v8.
Для тех, кто не в курсе: на этом сайте производится сравнительное тестирование быстродействия, затрат памяти и размера кода для реализаций различных языков на различных задачах и различных процессорах. В частности, для задачи regex-dna код для v8 весит в 7 раз меньше, чем код на си. В то же время V8 отрабатывает примерно на 25% быстрее, чем на си. Всё это благодаря особой реализации работы с регулярными выражениями в v8.
+6
НЛО прилетело и опубликовало эту надпись здесь
V8, написаный на Си, с новым модулем, опять же написанным на Си… быстрее чем Си?
Никакие родные для движка функции не могут быть «быстрее чем си» — они на нем и написаны, и JIT на них не распространяется
Никакие родные для движка функции не могут быть «быстрее чем си» — они на нем и написаны, и JIT на них не распространяется
0
Имеется в виду быстрее чем «родная» для C библиотека regex.h, незачем так сразу :-)
+1
На питоне есть библиотечка написаная на питоне, которая выполняет питоновский код с неким ускорением, в некоторых случаях… так что вполне может быть, называется это «оптимизация».
Уж извините за каламбур :)
Уж извините за каламбур :)
0
Питоновский код для в питоне подвержен питоновскому JITу и другим манипуляциям как с локальностью так и, например, с байткодом.
Ядро питона — joinы и splitы с другими файловыми IO — написаны НЕ НА ПИТОНЕ и работают «как есть»
Это только дельфя писали что «дельфи написан на дельфи», ну да, с одной строны не врали, просто не уточняли что дельфи компилит уже не дельфи :)
Ядро питона — joinы и splitы с другими файловыми IO — написаны НЕ НА ПИТОНЕ и работают «как есть»
Это только дельфя писали что «дельфи написан на дельфи», ну да, с одной строны не врали, просто не уточняли что дельфи компилит уже не дельфи :)
+1
Уверен, что Safari под Макосью вылизан куда лучше и таких провальных результатов не покажет. Поэтому его надо было либо тестить в родной среде, либо не тестить вообще.
0
Хм, бред. Что есть «в родной среде»? Для Оперы родная среда — windows, для FF — linux, однако это не мешает им нормально и быстро работать в «не родных». Почему Сафари должен быть исключением?
+2
3 Firefox 4b6pre (Ubuntu) — 1,62
7 Firefox 4b5 (Windows) — 3,12
Почти двойной проигрыш в «неродной» среде. Про разные версии просьба не говорить, если причина — в них, то это крайне некорректное сравнение.
7 Firefox 4b5 (Windows) — 3,12
Почти двойной проигрыш в «неродной» среде. Про разные версии просьба не говорить, если причина — в них, то это крайне некорректное сравнение.
0
родная среда — это другое железо. как можно сравнивать производительность браузеров на разном железе?
0
Почему друое, для маков интел уже эксклюзивные процессоры делает? И кто мешает поставить Ubuntu/Windows прямо на мак?
0
Маки используют «фичи» процессоров которые в них стоят
0
А другие — не используют: не знают, как на сокете контакты разводить? Можно подробнее?
+1
В маках припой кошернее.
+2
Сам Стив проверяет припой для маков. Поэтому припой не содержит лишних примесей.
0
Вам не кажется странным что Макось работает только на определенных интеловских процах а остальные на любых?
0
Макось работает только на определенных интеловских процах только лишь по той причине, что у Apple есть своя платформа, в которую они пихают именно Intel'овские процессоры. Я, кстати, сомневаюсь, что Хакинтош откажется работать на AMD (а то и на любом другом x86).
Сомневаюсь, кстати, что Apple вообще что-то писала в Mac OS X на ассемблере, потому что в этом случае их переход от PowerPC к Intel'овским процессорам бы вышел в копеечку.
Сомневаюсь, кстати, что Apple вообще что-то писала в Mac OS X на ассемблере, потому что в этом случае их переход от PowerPC к Intel'овским процессорам бы вышел в копеечку.
0
Макось работает на любых интеловских процах с SSE3 (это все, что старше Pentium D). С хакинтошем проблема совершенно не в CPU, а в отсутствии драйверов под не используемые Ябблом чипсеты, GPU и периферию.
0
А тем временем, причина скорее всего в них, ибо я на win в 4b6pre также получил результат намного лучше, чем в Опере.
+2
>Про разные версии просьба не говорить
а вот буду говорить, буду! в фф же как раз пилят движок JS.
а вот буду говорить, буду! в фф же как раз пилят движок JS.
+3
Значит, надо было брать одинаковые версии. Похоже, что автор ставил целью не сравнение движков, а демонстрацию превосходства линукса над остальными, особенно сафари.
BTW, если кто-то думает, что я — яблокофил, то он сильно ошибается. Скорее наоборот. Основная ОС у меня — Ubuntu, в телефоне — Maemo, в плеере и рутере тоже Linux. Но сравнение должно быть объективным.
BTW, если кто-то думает, что я — яблокофил, то он сильно ошибается. Скорее наоборот. Основная ОС у меня — Ubuntu, в телефоне — Maemo, в плеере и рутере тоже Linux. Но сравнение должно быть объективным.
+1
Я думаю, что причина как раз в версияхх, потому что на вчерашней сборке FF у меня вообще близко к приложение написаному на C++ (-O4)
0
интересно, а что в компиляторе JS может быть платформо-зависимым и ТАК влиять на результат?
0
> все пытаются походить на Google Chrome
Что за нелепое предположение?
> Вот и получается, что все они практически одинаковы
Вовсе не одинаковы.
А результаты, которые вы приводите, конечно, очень интересные.
Что за нелепое предположение?
> Вот и получается, что все они практически одинаковы
Вовсе не одинаковы.
А результаты, которые вы приводите, конечно, очень интересные.
0
Интересно было бы посмотреть на «XULRunner vs Abobe AIR»
+1
а теперь нужно вбросить замеры скорости пайтона, на котором любят писать гуй в линуксе и все станет еще интереснее
+1
> Ubuntu 10.04 x64, Windows 7 Home Premium x64
Сама 64-разрядная архитектура правильно называется: x86-64, x86_64 или amd64.
Поэтому и Linux-дистрибутивы принято называть чётко по названию процессорной архитектуры, например: Ubuntu 10.04 x86-64 или Ubuntu 10.04 amd64.
А обозначение «x64» — принято использовать только для Windows, хоть и обозначает оно ту же самую процессорную архитектуру.
x64 — это что-то вроде маркетингового обозначения, принятого для Windows, но не для Linux.
Сама 64-разрядная архитектура правильно называется: x86-64, x86_64 или amd64.
Поэтому и Linux-дистрибутивы принято называть чётко по названию процессорной архитектуры, например: Ubuntu 10.04 x86-64 или Ubuntu 10.04 amd64.
А обозначение «x64» — принято использовать только для Windows, хоть и обозначает оно ту же самую процессорную архитектуру.
x64 — это что-то вроде маркетингового обозначения, принятого для Windows, но не для Linux.
0
НЛО прилетело и опубликовало эту надпись здесь
Видимо, недопилили. По-моему, вообще некорректно сравнивать открытые беты с закрытыми программами. Как концепт-кар с серийным автомобилем.
+2
Однако на этом «концепт-каре» через пару-тройку-другую месяцев будут «ездить» бесплатно, причём все желающие (и даже не особенно желающие, которым его «навяжет» автоматическое обновление браузера).
-1
К тому времени и «коммерческие» браузеры могут выпустить обновления. Поскольку они не используют открытую модель разработки, мы не знаем, какие тузы у них «в рукаве». Поэтому надо всё-таки сравнивать финальные версии, дополняя их доступными бетами.
В финальную версию FF4 может войти не всё, что есть в бетах, а тем более — недобетах (pre).
Кстати, третья ветка FF ещё будет выпускать новые версии с багфиксами, которые и будет «навязывать» автообновление. А переход на 4 оно только предлагает. И в дистрибутивах (например Ubuntu) наверняка «четвёрка» появится только с новой версией дистрибутива.
В финальную версию FF4 может войти не всё, что есть в бетах, а тем более — недобетах (pre).
Кстати, третья ветка FF ещё будет выпускать новые версии с багфиксами, которые и будет «навязывать» автообновление. А переход на 4 оно только предлагает. И в дистрибутивах (например Ubuntu) наверняка «четвёрка» появится только с новой версией дистрибутива.
+1
Если не ошибаюсь, Canonical сказали, что будут предлагать обновлять версии браузеров на последние (хотя раньше были только лишь багфиксы).
Ну а FF4 выйдет уже в ноябре и уж что-то, но Javascript они сделают именно такой как в бетках. А вот Internet Explorer еще окончательно не вышел, но уже отстает от своих конкурентов)). Opera, хоть и закрытая, но все-таки умудряется выпускать актуальные продукты.
Ну а FF4 выйдет уже в ноябре и уж что-то, но Javascript они сделают именно такой как в бетках. А вот Internet Explorer еще окончательно не вышел, но уже отстает от своих конкурентов)). Opera, хоть и закрытая, но все-таки умудряется выпускать актуальные продукты.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сравнение производительности Javascript-движков с родным Linux приложением