Компания Google представила (http://blog.chromium.org/2015/07/revving-up-javascript-perfo...) новый JIT-компилятор TurboFan, нацеленный на обеспечение максимальной производительности при использовании современных техник программирования, определённых в стандарте ECMAScript 2015 (https://www.opennet.ru/opennews/art.shtml?num=42450), а также при использовании режима Strong (https://developers.google.com/v8/experiments) в движке V8, предъявляющем более жесткие требования к семантике.TurboFan включён в состав Chrome 41 и уже применяется для оптимизации некоторых типов кода, обеспечивая ускорения как для традиционного контента, так и для кода, использующего новые языковые возможности JavaScript. По сравнении с ранее предлагаемым в V8 JIT-компиляторам в TurboFan предоставлены более гибкие и динамичные режимы оптимизации, расширен спектр кода для которого применима JIT-компиляция, упрощено сопровождение кодовой базы.
В настоящее время TurboFan используется для оптимизации кода Asm.js, классов, блоков startsWith/endsWith, вычисляемых имён свойств и циклов for-of. При оценке производительности с использованием теста zlib из состава тестового набора Octane (https://developers.google.com/octane/), TurboFan продемонстрировал увеличение скорости на 29%. В ближайшие месяцы компания Google намерена задействовать TurboFan для оптимизации большего числа конструкций и, в конечном счёте, полностью заменить текущий JIT-компилятор CrankShaft.
<center><a href="https://lh5.googleusercontent.com/zmeTdKgV2koBaMn97J4DqKlxa3... src="https://www.opennet.ru/opennews/pics_base/0_1436293082.png" style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>
URL: http://blog.chromium.org/2015/07/revving-up-javascript-perfo...
Новость: https://www.opennet.ru/opennews/art.shtml?num=42577
кто-нибудь подскажет есть для nodejs/IOjs какой-либо рабочий ORM для работы с рел.БД?
sequelize
Waterline
ORM для неосиляторов SQL.
> ORM для неосиляторов SQL.SQL для "неосиляторов" написать свою БД. Своя БД - для "неосиляторов" держать все данные в самом приложении... (ещё 100 итераций)... чужой процессор - для "неосиляторов" собрать дома свой.
А вообще, когда я вижу приложение, которое гвоздями прибито только к одной БД (и не умеет даже банальной sqlite "на посмотреть"), рука тянется передушить "осиляторов".
И как ORM извернётся, чтобы реализовать постгресовские наследование таблиц, массивы, json, полнотекстовый поиск, рекомендательние блокировки, хранимки на python и другие классные вещи для какого-нибудь SQLite, MySQL (подставить своё)?Пресловутая "переносимость", реально необходимая в одном из ста случаев - это уникальный способ отрезать себе все причиндалы и бегать гордо размахивая ими.
покажи-ка свой гитхаб, "осилятор"
что любопытно, с postgres, например, sqlalchemy справляется на ура. и полнотекстовый и много другово интересного. хранилки там всякие.
> что любопытно, с postgres, например, sqlalchemy справляется на ура. и полнотекстовый и
> много другово интересного. хранилки там всякие.впрочем, алхимию освоить посложнее sql будет.
>А вообще, когда я вижу приложение, которое гвоздями прибито только к одной БД (и не умеет даже банальной sqlite "на посмотреть"), рука тянется передушить "осиляторов".А знаешь, что хуже, чем приложение, привязанное к одной БД? Приложение, привязанное к одному языку программирования. Когда вижу приложение на C++, которое не умеет даже Python "на посмотреть", рука тянется передушить таких программистов. Нормальные люди придумывают свой язык программирования, который транслируется в C, C++, Go, Perl и Python, и пишут приложение на нём.
И да, с фига ли вы тут все такие умные пользуетесь готовыми zlib и прочими lzma? Судя по compression.ru и сотоварищи - если вы не написали свой алгоритм сжатия, вас даже придушить не хочется - руки марать противно!
Согласен... ровно до пассажа о прееносимости между БД. По факту это сводится к использованию совершенно убогого подмножества при том, что эта переносимость почти никогда не нужна.P.S. То, что есть смысл поднимать "на посмотреть" с SQLite (т.е. где поднятие базы сложнее или сравнимо с установкой приложения), как правило, только с SQLite и должно работать. И наоборот.
вы говорите о приложениях типа "выбрать всё вот из этой таблички"? :) А в более обширном смысле любители совмещать данные с логикой проиграли спор в далеких 70-80-х гг :)
> для "неосиляторов" собрать дома свой.Вот, теперь нубы знают кто настоящий джедай, а кто так, щи лаптем хлебает.
Не заметил улучшения производительности...
30% это не то что можно былобы так просто заметить
> для оптимизации некоторых типов кода
> используется для оптимизации кода Asm.js, классов, блоков startsWith/endsWith, вычисляемых имён свойств и циклов for-ofвы смотрели на производительность именно *этих* моментов и не заметили улучшения?
А разницы в скорости загрузки сайтов никто и не обещал :)
Почему бы не проверить, что asm.js выполняется быстрее например в http://willgoldstone.com/night3/ или http://beta.unity3d.com/jonas/AngryBots/ ?
> Не заметил улучшения производительности...Ну извини тогда, зря завели проект, сейчас удалим, только не гневайся...
TurboFan - Spreadshit!
> TurboFan - Spreadshit!Разлет должен быть хорош! Ждем когда мозилла скопипастит.
Кто все эти люди, что так отчаянно прыгают вокруг жабоскрипта? Почему их не вернут обратно долечиваться? Почему они продолжают настырно пилить это убожество? Жабоскрипт - зло, но все продолжают делать вид, будто это пони!
Уроки сделал?
> Кто все эти люди, что так отчаянно прыгают вокруг жабоскрипта?Это как в том эксперименте с обезьянами и бананами: новичка который пытается потянуться за бананом - дружно пи...т. Хоть никто и не знает почему. Так принято.