На Java какой-то не очень изящный код получился. можно еще на жс сделать «var sqrt = Math.sqrt». при огромном количестве вызовов — дает небольшой прирост скорости.
пс. давно заметил, что фокс в Линуксе — просто монстр по скорости, очень быстр.
Если мы продолжаем говорить о Файерфоксе (с его шустростью), так для него существует xmpp4moz, на основе которого сбацали, как минимум, Musubi да SamePlace. Также есть OneWeb, например.
ну а вообще — исследование отличное. сделать бы его более разнообразным, было бы вообще круто. даже сравнить отрисовку в джава-апплет с отрисовкой в канвас
О нет, зря вы упомянули про популярность Оперы. Сейчас придет кто-то, кто скажет что она вполне себе популярна, а Капитан Очевидность ответит ему, что это только у нас, а на западе у нее не более 2%, за что получит 20-50 плюсов. Я к тому, что это уже раз 20 так бывало.
а кол-во повторов? v8, допустим, очень хорошо кеширует скомпилленый код: если 2,09 оказалось при первом проходе, то на двадцатом число будет много меньшее — или это уже среднее?
А расскажите, как вы замеряли? У меня в Опере выходит немного быстрее, чем в хроме. Версии те же. Кстати, у вас Opera 10.64, такой не существует и имеется ввиду, наверное, 10.62.
Для тех, кто не в курсе: на этом сайте производится сравнительное тестирование быстродействия, затрат памяти и размера кода для реализаций различных языков на различных задачах и различных процессорах. В частности, для задачи regex-dna код для v8 весит в 7 раз меньше, чем код на си. В то же время V8 отрабатывает примерно на 25% быстрее, чем на си. Всё это благодаря особой реализации работы с регулярными выражениями в v8.
V8, написаный на Си, с новым модулем, опять же написанным на Си… быстрее чем Си?
Никакие родные для движка функции не могут быть «быстрее чем си» — они на нем и написаны, и JIT на них не распространяется
На питоне есть библиотечка написаная на питоне, которая выполняет питоновский код с неким ускорением, в некоторых случаях… так что вполне может быть, называется это «оптимизация».
Уж извините за каламбур :)
Питоновский код для в питоне подвержен питоновскому JITу и другим манипуляциям как с локальностью так и, например, с байткодом.
Ядро питона — joinы и splitы с другими файловыми IO — написаны НЕ НА ПИТОНЕ и работают «как есть»
Это только дельфя писали что «дельфи написан на дельфи», ну да, с одной строны не врали, просто не уточняли что дельфи компилит уже не дельфи :)
Я просто пример привел =) на самом деле жс работает быстрей по одной простой причине — оптимизация явных мест. Там где си работает так как программер сказал, жс изменяет код под себя чтоб было удобней.
Уверен, что Safari под Макосью вылизан куда лучше и таких провальных результатов не покажет. Поэтому его надо было либо тестить в родной среде, либо не тестить вообще.
Хм, бред. Что есть «в родной среде»? Для Оперы родная среда — windows, для FF — linux, однако это не мешает им нормально и быстро работать в «не родных». Почему Сафари должен быть исключением?
3 Firefox 4b6pre (Ubuntu) — 1,62
7 Firefox 4b5 (Windows) — 3,12
Почти двойной проигрыш в «неродной» среде. Про разные версии просьба не говорить, если причина — в них, то это крайне некорректное сравнение.
Макось работает только на определенных интеловских процах только лишь по той причине, что у Apple есть своя платформа, в которую они пихают именно Intel'овские процессоры. Я, кстати, сомневаюсь, что Хакинтош откажется работать на AMD (а то и на любом другом x86).
Сомневаюсь, кстати, что Apple вообще что-то писала в Mac OS X на ассемблере, потому что в этом случае их переход от PowerPC к Intel'овским процессорам бы вышел в копеечку.
Макось работает на любых интеловских процах с SSE3 (это все, что старше Pentium D). С хакинтошем проблема совершенно не в CPU, а в отсутствии драйверов под не используемые Ябблом чипсеты, GPU и периферию.
Значит, надо было брать одинаковые версии. Похоже, что автор ставил целью не сравнение движков, а демонстрацию превосходства линукса над остальными, особенно сафари.
BTW, если кто-то думает, что я — яблокофил, то он сильно ошибается. Скорее наоборот. Основная ОС у меня — Ubuntu, в телефоне — Maemo, в плеере и рутере тоже Linux. Но сравнение должно быть объективным.
> все пытаются походить на Google Chrome
Что за нелепое предположение?
> Вот и получается, что все они практически одинаковы
Вовсе не одинаковы.
А результаты, которые вы приводите, конечно, очень интересные.
А вы видели последнюю Opera, Firefox, Internet Explorer. Взять хотя бы то, что пропал menu bar у всех. Сомневаюсь, что они бы так сделали, если бы этого не случилось в Chrome.
Сама 64-разрядная архитектура правильно называется: x86-64, x86_64 или amd64.
Поэтому и Linux-дистрибутивы принято называть чётко по названию процессорной архитектуры, например: Ubuntu 10.04 x86-64 или Ubuntu 10.04 amd64.
А обозначение «x64» — принято использовать только для Windows, хоть и обозначает оно ту же самую процессорную архитектуру.
x64 — это что-то вроде маркетингового обозначения, принятого для Windows, но не для Linux.
Однако на этом «концепт-каре» через пару-тройку-другую месяцев будут «ездить» бесплатно, причём все желающие (и даже не особенно желающие, которым его «навяжет» автоматическое обновление браузера).
К тому времени и «коммерческие» браузеры могут выпустить обновления. Поскольку они не используют открытую модель разработки, мы не знаем, какие тузы у них «в рукаве». Поэтому надо всё-таки сравнивать финальные версии, дополняя их доступными бетами.
В финальную версию FF4 может войти не всё, что есть в бетах, а тем более — недобетах (pre).
Кстати, третья ветка FF ещё будет выпускать новые версии с багфиксами, которые и будет «навязывать» автообновление. А переход на 4 оно только предлагает. И в дистрибутивах (например Ubuntu) наверняка «четвёрка» появится только с новой версией дистрибутива.
Если не ошибаюсь, Canonical сказали, что будут предлагать обновлять версии браузеров на последние (хотя раньше были только лишь багфиксы).
Ну а FF4 выйдет уже в ноябре и уж что-то, но Javascript они сделают именно такой как в бетках. А вот Internet Explorer еще окончательно не вышел, но уже отстает от своих конкурентов)). Opera, хоть и закрытая, но все-таки умудряется выпускать актуальные продукты.
Сравнение производительности Javascript-движков с родным Linux приложением