Разработчики JavaScript движка V8 объявили (http://v8project.blogspot.ru/2017/02/help-us-test-future-of-...) о начале тестирования упрощённой схемы компиляции JavaScript, основанной на применении интерпретатора Ignition (http://v8project.blogspot.ru/2016/08/firing-up-ignition-inte...) и JIT-компилятора Turbofan (https://www.opennet.ru/opennews/art.shtml?num=42577) для всего JavaScript, а не для специфичных ситуаций. Новый режим включен по умолчанию для контрольной группы пользователей веток Chrome Canary и Chrome Developer. Остальные могут включить новый режим активировав опцию "Experimental JavaScript Compilation Pipeline" в "about:flags".Ранее в V8 использовался достаточно сложный многоуровневый процесс компиляции JavaScript, в котором одноразовый код интерпретировался на первой стадии, после чего генерировался машинный код для JIT, который периодически обновлялся и улучшался двумя оптимизирующими JIT-компиляторами. В частности, вначале генерировался машинный код для всего JavaScript при помощи быстрого JIT-компилятора FullCodegen, а для устранения задержки перед готовностью JIT-компилятора применялся интерпретатор Ignition, который также брал на себя единичные операции, не требующие высокой скорости выполнения, для которых нет смысла привлекать полноценный JIT.
Вместо машинного кода Ignition использует байткод, выполняемый в регистровой виртуальной машине, который требует в 2-4 раза меньше памяти, а по скорости выполнения в реальных приложениях очень близок к неоптимизированному машинному коду. После формирования базового машинного кода для JIT, вступали в строй два дополнительных JIT-компилятора, которые генерировали оптимизированный код, учитывая накопленную статистику. Выбор того или иного оптимизирующего компилятора зависел от контекста, но Turbofan изначально развивался как будущая замена Crankshaft (https://www.opennet.ru/opennews/art.shtml?num=28947), по мере тестирования и стабилизации забирая на себя всё больше функций.
Новая схема подразумевает применение на первой стадии только интерпретатора с байткодом с подключением по мере выполнения кода JIT-компилятора. Таким образом полностью исключается фаза упреждающей генерации неоптимизированного машинного кода JIT-компилятром FullCodegen, а также удаляются привязки к старому JIT-компилятору Crankshaft и лишняя логика разветвлений. Ожидается, что изменение положительно скажется на производительности реальных JavaScript-приложений и позволит снизить расход памяти.
URL: http://v8project.blogspot.ru/2017/02/help-us-test-future-of-...
Новость: http://www.opennet.ru/opennews/art.shtml?num=46051
Значит, теперь JS будет выполняться ещё быстрее. Чудно.
Пожелаем Хромовцам успеха.
> Значит, теперь JS будет выполняться ещё быстрее. Чудно.
> Пожелаем Хромовцам успеха.А тем временем мозилла все тормознее и тормознее...
"На правах накидывальщика на вентилятор"
Вот нет, в последней вроде нарастание тормозов приостановилось, стало вроде чуть лучше. Сугубо личное видение.
Вы про многопоточный режим?
Скорее всего. Он действительно сделал быстрее и отзывчевее интерфейс.
Только вот js движек от этого лучше не стал.
Рекомендую 52-ю версию FF.
Разница и улучшения поразительны.
Особо тем у кого оперативка часто вылазит.
Сравнивая с Хромом, FF 52 у меня потребляет в 2 раза меньше RAM. Они очень рванули в технологиях в последних версиях. И браузер стал отзывчивым.А если не нравиться что-то - пишите улучшения для FF, делайте качественные запросы и репорты.
Если вы хотите спастись и спасти мир из кабалы Google и Amazon. Которая как видно только усиливается. Хорошо хоть Google сам не успел захватить мир, Amazon вырвался с AI и становиться ИТ гигантом такого-же, если не большего, размера, и они сталкиваються головами. Это нам повезло.
Amazon хоть чище обращается с вашими данными.
P.S.
Вы забыли как называется этот ресурс?Принимайте участие в открытой разработке. А не то у нес всем будет управлять и владеть Google.
> не нравиться... становиться... сталкиваютьсяhttp://tsya.ru/
Неужели это так сложно?
«Що вони роблять? -- Лежать.» Это не лечится.
Не совсем так.
Смысл в том, что они выкинули черновую компиляцию байткода на мороз и сразу выполняют оный на виртуальной машине, а в процессе подменяют критичные блоки на оптимизированный машинный код… как и раньше. О виртуальной машине они сказали, что скорость отличается незначительно. Оптимизировать жу лечше того, что уже было, тоже не просто и даже если добавили новые оптимизации, то прирост там самый минимальный.
Т.е. в основном изменится не скорость исполнения, а скорость запуска кода. Это важно для крупных веб-приложений вроде того же gmail.
ошибочка, просто вернутся к нормальному интерпретатору, а всё требующее быстродействия будут пихать в NaCl;)
ох и отхлебнем хаках из чаши с новой архитектурой.
Интерпритатор же координально не меняется. Все должно быть нормально.А любители хаков должны страдать, да.
Регистровой, ну вот, опять..
И за что такая нелюбовь?
регистровая лучше стековой.
да да, мы уже видели .net и jvm
Спасибо гуглу за то что действительно развивают свой браузер а не пихают туда всякую фигню, создавая видимость работы
> Спасибо гуглу за то что действительно развивают свой браузер а не пихают
> туда всякую фигню, создавая видимость работыНу да, с мобильника анонимно зайти можно? Подминают как тот трактор всех.
Модеры, вы дети.
Научитесь жить не категориями.
Дык смысл прокси в браузере если ДНС и все остальное в открытую ходит. Рутуй телефон, настраивай tor/vpn/iptables ...Прокси в браузере это чтобы сайты открывать забаненные сами знаете кем, а не приватность. Исключение только tor browser. Все остальное это желание идеального сферического коня в вакууме от программ которые к этому даже не стремятся.
Смысл в том, что сайт вместо настоящего IP что-то левое видит. Ваш К.О.
Убрали бы эту бесовщину совсем и пусть делают нормальные сайты, не требующие гигабайты памяти при открытии главной страницы. :)
Зачем ускорять интерпретаторы? Надо наоборот их замедлять, чтобы снова back to 70s, когда надо было каждый байтик экономить. Повысило бы дисциплину. Все бы думали по сто раз, прежде чем объявлять еще одну переменную, когда можно поменять местами значения двух числовых переменных без использования третьей.Такова логика ретроградов вроде Aleksdem.
Пусть и ретроград, но как-то не улыбается покупать новый комп только потому, что на старом тормозит браузер. При этом полезной и интересной информации больше не становится. Хотят плевать на оптимизацию - ок, но почему за мой счёт то? И за ваш, кстати. Чай не с компов 10-летней давности сидите. :)Типа как в шутке "Почему денег нет у них, а держаться должен я?" :)
> Хотят плевать на оптимизацию - ок, но почему за мой счёт то?В новости пишется, что как раз оптимизируют. Но и тут выскочил ты -- весь такой недовольный. Видите-ли, держаться он там должен.
Ты видишь проблему в том месте, где она отсутствует.
Яваскрипт быстр, его компиляция не сжирает много памяти. Его ускоряют просто потому что могут. Память жрется в основном на ресурсы: картинки, текст, разметка, DOM, css, кучи объектов, обслуживающих весь этот зоопарк. И все это - следствие использования HTML вместо нормального языка разметки.
Если б не было бы в браузере JS - DOM API и кучи хуков, с ним связанных, тоже не было бы. Статическая разметка, которую никто менять не будет - штука довольно дешевая и маложручая, да и перерендерить можно на любой чих.Хотя HTML, конечно, урод, с этим не спорю.
> Если б не было бы в браузере JSДавай сразу к первоисточнику. Если бы не было вселенной, то никаких проблем бы не было сейчас с тормозными браузерами.
И я бы не сказал, что она хреновая.
Дык давно такое есть. Сайты называются: "книги", "журналы", "газеты". Пользуйся на здоровье. Потребление оперативной памяти и проца на компе = 0.
Ты перепутал "документ, а не программу" с "хренью, из которой удобно информацию не извлечёшь".
Фаерфокс бы этим занялся.
>Фаерфокс бы этим занялся.Фаерфокс занят хромированием.
У нас в проекте (имя проекта могу назвать по требованию - оно достаточно популярно) все анимации полностью отключены в файрфоксе из-за его тормознутости. В хроме всё анимируется, даже в Internet Explorer не без анимаций. А в файрфоксе отключены. Почему? Потому что сейчас мы на той планете, где Internet Explorer рисует анимации быстрее файрфокса.Файрфокс сдает хрому и... Internet Explorer'у даже в таких простейших вещах, как одновременное выставление блоку float: right и margin-right: Npx. Специальный css-селектор body.is-firefox (добавляется яваскриптом) у нас используется чаще, чем, скажем, body.is-ie9. В JavaScript некоторые участки также пишутся с учетом существования двух разных групп браузеров: "не-файрфокс" и "файрфокс".
Так что же за проект?
Все правильно делаете, у нас точной такой же подход!
Спасибо, что даёте возможность работать без наносной дёргающейся шелухи хотя бы пользователям FF
Яичек