// The Sparkplug compiler (abridged).
for (; !iterator.done(); iterator.Advance()) {
  VisitSingleBytecode();
}

Новый неоптимизирующий JavaScript-компилятор Sparkplug напрямую компилирует JavaScript в машинный код, без всяких промежуточных представлений, за однострочный проход. Это одна из оптимизаций в движке V8

Участники опенсорсного проекта Chromium из компании Google только что выкатили новую версию браузера Chrome 91 на стабильном канале. Как обычно, в новой версии сделано много изменений. Например, десктопный режим на больших мобильных экранах включается по умолчанию, улучшен дизайн веб-форм (поля, чекбоксы, кнопки), улучшены интерфейсы File System Access API, сделано автоматическое открытие PWA по ссылкам на веб-сайтах через манифест capture_links, реализована экспериментальная поддержка продвинутого медиапротокола WebTransport (вместо более медленного WebSocket) и многое другое. Кроме этих мелких, есть и очень серьёзное изменение, которое коснётся каждого.

Конечно, это изменение ожидаемо, если следить за документацией на бета- и альфа-каналах. Но остальные люди сегодня могут с удивлением обнаружить, что после обновления Chrome стал рендерить страницы гораздо быстрее.

Вот тут хабраюзер ELV1S уже написал про Google Chrome, а я решил взять на себя смелость и перевести этот самый комикс.

Google Chrome = это проект браузера от компании Google. Это комикс от компании, который нарисовал Скот МакКлауд (Scott McCloud), распространяемый по лицензии CC. По этой же лицензии выкладываю его и я.

UPD: Вторая часть перевода комикса

Комикс про Google Chrome по русски: часть 1

UPD: Первая и вторая части в формате PDF. Скачать можно тут.

Не долго думая люди запустили Ruby на Javascript виртуальной машине от Google — V8. Для этого использовалась реализация Ruby на флеше и яваскрипте — HotRuby

пишут такое:

== Benchmarks

sample/concat.rb (taken from hotruby.yukoba.jp/benchmark/bm_loop_times.html)
rbv8: 0.987 sec
Firefox 3: 3.636 sec
Safari 3: 4.368 sec
Opera 9.50: 4.679 sec
Ruby 1.8.6: 9.565 sec
Ruby 1.9.0: 9.669 sec
Rubinius 0.8.0: 15.576 sec
JRuby 1.1 b1: 42.691 sec

но с другой стороны:

On the other hand, the other scripts in sample are super slow on rbv8...


Посмотреть на github-е

Конечно, всех пользователей Firefox сильно впечатлило ошеломительное быстродействие нового браузера Google Chrome в обработке JavaScript (такая скорость достигнута благодаря движку V8). Однако разработчики Mozilla поспешили всех успокоить: вчера они опубликовали сравнительные результаты быстродействия V8 и нового движка TraceMonkey, который внедрят в Firefox с версии 3.1.

Мысль простая и небольшая.

Я думаю, что не просто так google выпустил свой JS движек, который является на данном этапе чуть ли не самым быстрым и оптимизированным для x86. Возможно это сделанно для того, чтобы его протестировать с помощью google-chrome и затем «добавить» его в свой поисковый анализатор сайтов. Для этого — скорость обработки JS — это очень важная и нужная вещь.

Если моя догадка правильна, google вскоре порадует нас поиском по страницам, генерируемым с помощью JS :). Что в результате должно снять многие «JS запреты» и головную боль разработчиков на AJAX.

Проведено тестирование производительности и совместимости со стандартами web-браузеров Firefox 3.04, Google Chrome beta, Internet Explorer 7 (7.0.6001.18000), Opera 9.6 и Safari 3.2 (526.26.13). Результаты тестов:

Ларс Бак (Lars Bak), ведущий разработчик движка v8 в браузере Google Chrome, рассказывает о причинах, которые побудили его компанию начать разработку браузера два с половиной года назад, а также о планах на будущее. Переведём некоторые интересные отрывки из этого интервью.

Вам не кажется, что производительность Chrome в обработке скриптов и ваши инновации заставили разработчиков других браузеров тоже обратить внимание на это?

Нужно понимать, что существование одного быстрого браузера, когда все остальные медленные — это не хорошо, потому что приложения в любом случае приходится оптимизировать под самый медленный из популярных браузеров. Поэтому мы хотим, чтобы все браузеры были быстрыми.

Вы думаете, вам удалось создать браузер, который немножко ближе к тому, чтобы гарантировать нормальную работу веб-приложений в будущем?

Думаю, я могу так сказать. Я имею в виду, что мы начали работу не на пустом месте. Я двадцать лет работал над виртуальными машинами на таких языках как Java, так что Chrome, определённо, стоит на плечах этих систем.

Было много разговоров об отсутствии поддержки сторонних расширений, она скоро появится?

Мы работаем над этим. Как мы уже писали в блоге, поддержка появится в этом году и это будет в точности то, что вы хотите. Я уверен, что образуется здоровый рынок таких расширений.

v8cgi — обертка для JS-движка v8 от гугла. Меня попросили его поставить на сервер и он меня приятно удивил непредсказуемо малой прожорливостью и удобством эксплуатации.

На прошлой неделе мне показали довольно любопытный проект, который, к сожалению, находится на самой ранней стадии. Его цель — интеграция javascript-движка V8 в веб-сервер nginx. Звучит необычно, правда?.. :)

На самом деле я вижу в этой идее довольно много плюсов, главные из них:

— V8, предположительно, намного быстрее, чем уже существующий интегрированный Perl;
— Javascript знает куча народу, и писать на нём будут;
— Javascript совершенно естественен в части асинхронного IO — интерфейс XMLHTTPRequest представляют себе все, и в nginx можно было бы сделать что-то подобное для работы с вводом-выводом;
— Javascript — современный, стандартизованный и развивающийся язык, с поддержкой от Google (да и других корпораций) он имеет шансы жить долго и счастливо, в отличие от Perl;

Основных два минуса этой затеи — общая неприспособленность Nginx для того, чтобы быть сервером приложений (по-крайней мере, для более-менее больших приложений), а также некоторая необычность самой идеи яваскрипта на server-side.

Тем не менее, я полагаю, что V8 на серверной стороне ждёт довольно интересное будущее, хотя, может быть и не в виде модуля для nginx. Судя по тестам, он превосходит большинство серверных языков, используемых в настоящий момент, по производительности, и имеет очень неплохую поддержку (и не только от Google). Если будет время, с удовольствием поучаствую в этой затее. :)

ЗЫ Адрес проекта на Google Code.

Редакция журнала Computerworld опубликовала результаты собственного тестирования браузеров под Windows XP с помощью теста SunSpider JavaScript. За счёт движка обработки скриптов V8 браузер Chrome 3.0 выполнил тесты в два с половиной раза быстрее Firefox, в пять раз быстрее Opera 10 и в девять раз быстрее IE8. Честно говоря, такая огромная разница в скорости шокирует.

Сравниться с Chrome 3.0 может только Safari 4.0, который уступил ему всего 30%, а также вторая версия «Хрома» (-25%). Остальные далеко позади. Даже Firefox 3.5 показал результат в два с половиной раза хуже.

Результаты тестов под Linux показывают такое же абсолютное доминировние Chromium над всеми конкурентами.

Бенчмаркинг скриптовых движков в браузерах уже стал чем-то вроде «гонки мегапикселов» в цифровых фотоаппаратах, то есть самым главным параметром, по которым обыватели привыкли измерять «скорость браузера», хотя в реальной жизни это далеко не единственный и не главный параметр производительности. Например, компания Microsoft не признаёт результаты таких тестов и опубликовала свою методику тестирования, основанную на замере скорости рендеринга 25-ти крупнейших сайтов. Там все браузеры показали близкие результаты, но IE8 всё-таки выбился в лидеры, пусть и с небольшим отрывом (тесты проводились в марте, ещё до выхода Firefox 3.5, Chrome 3.0 и Opera 10).

Недавно видел на хабре спор по поводу того, что нам не нужны никакие скриптовые языки, кроме javascript. Утверждение, конечно, спорное, но меня заинтересовала возможность применения javascript на сервере.

V8 — это движок JavaScript от Google, который используется в браузере Chrome. Он быстрый и доступен в исходных кодах (С++) для Linux (точнее для gcc) и под Windows.

В свете роста популярности использования V8 я решил поделиться своим (годичным) опытом его использования на платформе Windows в качестве серверного скриптового движка.

Часть 1. Введение и простейшая программа, использующая V8.

Использование V8

Часть 2. Темплейты объектов, уведомления при уничтожении и пр.

Часть 1 здесь: krovosos.habrahabr.ru/blog/72474

Использование V8, часть 3

Часть 3. Многопоточность, расширения и оформление кода

Часть 2 находится здесь: habrahabr.ru/blogs/development/72592

Часть 1 находится здесь: habrahabr.ru/blogs/development/72474

Использование V8, заключение

Часть 3 находится здесь: habrahabr.ru/blogs/development/72765

Часть 2 находится здесь: habrahabr.ru/blogs/development/72592

Часть 1 находится здесь: habrahabr.ru/blogs/development/72474