Как стать автором
Обновить

Комментарии 69

На Java какой-то не очень изящный код получился. можно еще на жс сделать «var sqrt = Math.sqrt». при огромном количестве вызовов — дает небольшой прирост скорости.

пс. давно заметил, что фокс в Линуксе — просто монстр по скорости, очень быстр.
Сейчас заново замерил… На вчерашней сборке Firefox. Теперь совсем в шоке: Firefox — 2870 мс, C++ — 2770 мс. Смешная разница в 3 процента.
НЛО прилетело и опубликовало эту надпись здесь
Ну есть еще ряд проблем, например я вот уже второй день ломаю голову как элегантно сделать XMPP-клиент на Javascript.
НЛО прилетело и опубликовало эту надпись здесь
Если мы продолжаем говорить о Файерфоксе (с его шустростью), так для него существует xmpp4moz, на основе которого сбацали, как минимум, Musubi да SamePlace. Также есть OneWeb, например.
НЛО прилетело и опубликовало эту надпись здесь
ну а вообще — исследование отличное. сделать бы его более разнообразным, было бы вообще круто. даже сравнить отрисовку в джава-апплет с отрисовкой в канвас
НЛО прилетело и опубликовало эту надпись здесь
Я не нарочно проигнорировал Opera: написал первые четыре по популярности.
О нет, зря вы упомянули про популярность Оперы. Сейчас придет кто-то, кто скажет что она вполне себе популярна, а Капитан Очевидность ответит ему, что это только у нас, а на западе у нее не более 2%, за что получит 20-50 плюсов. Я к тому, что это уже раз 20 так бывало.
я вот недавно подумал, что Престо — это единственный движок, кроме Trident, Gecko, WebKit, который имеет хоть какой-нибудь вес на рынке.
Спасибо Кэп!
НЛО прилетело и опубликовало эту надпись здесь
Давайте будем честными и не будем использовать статистику как метод игнорирования продукта.
ну так есть же ж Опера, все пучком
Расскажите, какое время вы замеряли? К сожалению в исходниках этого нет.
Время запуска и ввода не считалось, если вы об этом.
а кол-во повторов? v8, допустим, очень хорошо кеширует скомпилленый код: если 2,09 оказалось при первом проходе, то на двадцатом число будет много меньшее — или это уже среднее?
И до кучи чистый V8 под Линуксом?
А расскажите, как вы замеряли? У меня в Опере выходит немного быстрее, чем в хроме. Версии те же. Кстати, у вас Opera 10.64, такой не существует и имеется ввиду, наверное, 10.62.
Заебали минусовать, честно.

Вот мой код: pastie.org/1188996

Опера 10.62: 2381 мс
Хром 6.0.472.59: 2437 мс

Что не так?
Время, кстати, можно мерить более красиво и коротко:
var start = new Date;
// code
alert(new Date - start);
Date.now()
Да, действительно Opera 10.62. Запустил только что еще раз: Opera — 9000 мс, Chrome — 6432 мс
Как вы замеряли?
Замерял точно так же. Chrome у меня 6.0.472.62. Chrome и Opera у меня девстевенные. Opera ставил только лишь, чтобы этот эксперимент поставить.
Хм, а почему вы в хроме замеряли в обоих ОС, а в Опере только из под убунты?
А это коэффициенты ускорения или замедления? Интуитивно догадываюсь, что замедления, но было бы неплохо указать это в тексте.
Естественно замедления.
Этот пост не может считаться завершённым без этой ссылки shootout.alioth.debian.org

Для тех, кто не в курсе: на этом сайте производится сравнительное тестирование быстродействия, затрат памяти и размера кода для реализаций различных языков на различных задачах и различных процессорах. В частности, для задачи regex-dna код для v8 весит в 7 раз меньше, чем код на си. В то же время V8 отрабатывает примерно на 25% быстрее, чем на си. Всё это благодаря особой реализации работы с регулярными выражениями в v8.
НЛО прилетело и опубликовало эту надпись здесь
V8, написаный на Си, с новым модулем, опять же написанным на Си… быстрее чем Си?
Никакие родные для движка функции не могут быть «быстрее чем си» — они на нем и написаны, и JIT на них не распространяется
Имеется в виду быстрее чем «родная» для C библиотека regex.h, незачем так сразу :-)
На питоне есть библиотечка написаная на питоне, которая выполняет питоновский код с неким ускорением, в некоторых случаях… так что вполне может быть, называется это «оптимизация».
Уж извините за каламбур :)
Питоновский код для в питоне подвержен питоновскому JITу и другим манипуляциям как с локальностью так и, например, с байткодом.
Ядро питона — joinы и splitы с другими файловыми IO — написаны НЕ НА ПИТОНЕ и работают «как есть»
Это только дельфя писали что «дельфи написан на дельфи», ну да, с одной строны не врали, просто не уточняли что дельфи компилит уже не дельфи :)
Я просто пример привел =) на самом деле жс работает быстрей по одной простой причине — оптимизация явных мест. Там где си работает так как программер сказал, жс изменяет код под себя чтоб было удобней.
Уверен, что Safari под Макосью вылизан куда лучше и таких провальных результатов не покажет. Поэтому его надо было либо тестить в родной среде, либо не тестить вообще.
Хм, бред. Что есть «в родной среде»? Для Оперы родная среда — windows, для FF — linux, однако это не мешает им нормально и быстро работать в «не родных». Почему Сафари должен быть исключением?
3 Firefox 4b6pre (Ubuntu) — 1,62
7 Firefox 4b5 (Windows) — 3,12
Почти двойной проигрыш в «неродной» среде. Про разные версии просьба не говорить, если причина — в них, то это крайне некорректное сравнение.
родная среда — это другое железо. как можно сравнивать производительность браузеров на разном железе?
Почему друое, для маков интел уже эксклюзивные процессоры делает? И кто мешает поставить Ubuntu/Windows прямо на мак?
Маки используют «фичи» процессоров которые в них стоят
А другие — не используют: не знают, как на сокете контакты разводить? Можно подробнее?
В маках припой кошернее.
Сам Стив проверяет припой для маков. Поэтому припой не содержит лишних примесей.
Вам не кажется странным что Макось работает только на определенных интеловских процах а остальные на любых?
Макось работает только на определенных интеловских процах только лишь по той причине, что у Apple есть своя платформа, в которую они пихают именно Intel'овские процессоры. Я, кстати, сомневаюсь, что Хакинтош откажется работать на AMD (а то и на любом другом x86).
Сомневаюсь, кстати, что Apple вообще что-то писала в Mac OS X на ассемблере, потому что в этом случае их переход от PowerPC к Intel'овским процессорам бы вышел в копеечку.
У меня хакинтош не завелся.
Макось работает на любых интеловских процах с SSE3 (это все, что старше Pentium D). С хакинтошем проблема совершенно не в CPU, а в отсутствии драйверов под не используемые Ябблом чипсеты, GPU и периферию.
А тем временем, причина скорее всего в них, ибо я на win в 4b6pre также получил результат намного лучше, чем в Опере.
>Про разные версии просьба не говорить

а вот буду говорить, буду! в фф же как раз пилят движок JS.
Значит, надо было брать одинаковые версии. Похоже, что автор ставил целью не сравнение движков, а демонстрацию превосходства линукса над остальными, особенно сафари.
BTW, если кто-то думает, что я — яблокофил, то он сильно ошибается. Скорее наоборот. Основная ОС у меня — Ubuntu, в телефоне — Maemo, в плеере и рутере тоже Linux. Но сравнение должно быть объективным.
Я думаю, что причина как раз в версияхх, потому что на вчерашней сборке FF у меня вообще близко к приложение написаному на C++ (-O4)
интересно, а что в компиляторе JS может быть платформо-зависимым и ТАК влиять на результат?
не знаю, что, но в статистику охотно верю — Фокс в Линуксе вне конкуренции
Системы, в которых проводилось тестирование — 64 битные. Может здесь собака порылась: был ли также 64-битным FF в Windows, а тем более Safari?
> все пытаются походить на Google Chrome
Что за нелепое предположение?
> Вот и получается, что все они практически одинаковы
Вовсе не одинаковы.
А результаты, которые вы приводите, конечно, очень интересные.
А вы видели последнюю Opera, Firefox, Internet Explorer. Взять хотя бы то, что пропал menu bar у всех. Сомневаюсь, что они бы так сделали, если бы этого не случилось в Chrome.
Интересно было бы посмотреть на «XULRunner vs Abobe AIR»
а теперь нужно вбросить замеры скорости пайтона, на котором любят писать гуй в линуксе и все станет еще интереснее
> 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.
НЛО прилетело и опубликовало эту надпись здесь
Видимо, недопилили. По-моему, вообще некорректно сравнивать открытые беты с закрытыми программами. Как концепт-кар с серийным автомобилем.
Однако на этом «концепт-каре» через пару-тройку-другую месяцев будут «ездить» бесплатно, причём все желающие (и даже не особенно желающие, которым его «навяжет» автоматическое обновление браузера).
К тому времени и «коммерческие» браузеры могут выпустить обновления. Поскольку они не используют открытую модель разработки, мы не знаем, какие тузы у них «в рукаве». Поэтому надо всё-таки сравнивать финальные версии, дополняя их доступными бетами.
В финальную версию FF4 может войти не всё, что есть в бетах, а тем более — недобетах (pre).

Кстати, третья ветка FF ещё будет выпускать новые версии с багфиксами, которые и будет «навязывать» автообновление. А переход на 4 оно только предлагает. И в дистрибутивах (например Ubuntu) наверняка «четвёрка» появится только с новой версией дистрибутива.
Если не ошибаюсь, Canonical сказали, что будут предлагать обновлять версии браузеров на последние (хотя раньше были только лишь багфиксы).

Ну а FF4 выйдет уже в ноябре и уж что-то, но Javascript они сделают именно такой как в бетках. А вот Internet Explorer еще окончательно не вышел, но уже отстает от своих конкурентов)). Opera, хоть и закрытая, но все-таки умудряется выпускать актуальные продукты.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории