Кто то там где то пытался nashornом сервер сайд реакт делать

А может кто то и rhino

слышал

Кто то там где то пытался nashornом сервер сайд реакт делать

я все еще жду результатов тестов о v8 react'е в postgres'е

и ничего больше не надо будет

только PostgreSQL

Нда, оракл нервно курит

Там может ещё и плагин для автоматического graphql?

Но зачем?

А, так, не домотал.

Кто то там где то пытался nashornом сервер сайд реакт делать

но зачем?

Ну типа бэкэнд на джаве

https://github.com/git-moss/Push4Bitwig

но зачем?

это единственный способ запускать реакт на джаве без особой магии

А в отдельном процессе не?

v8 там уже давно в качестве языка для процедур, думаю что разница не сильно большая будет с тем что в ноде. Асинхронности правада не завезли но в принципе наверное даже проще будет для базы

Но зачем?

в качестве DSL например

V8 для процедур все таки не очень - цена создания чистой среды высока

М б достаточно создавать контекст, но все равно

А в отдельном процессе не?

в отдельном процессе что? ноду?

V8 для процедур все таки не очень - цена создания чистой среды высока

надо посмотреть как они вызывают v8 - я думаю все таки это какой-то вызов функции или типа модуля подключаемого и тогда там к примеру main в нем идет контекст и он раз за разом вызывается, а следить за тем чтобы ты в глобал ничего не писал это уже твоя забота, хотя конечно их должно быть примерно столько сколько тредов в PostgreSQL надо будет сразу впереди поставить ограничение типа 10-20 тредов одновременно

надо посмотреть как они вызывают v8 - я думаю все таки это какой-то вызов функции или типа модуля подключаемого и тогда там к примеру main в нем идет контекст и он раз за разом вызывается, а следить за тем чтобы ты в глобал ничего не писал это уже твоя забота, хотя конечно их должно быть примерно столько сколько тредов в PostgreSQL надо будет сразу впереди поставить ограничение типа 10-20 тредов одновременно

Скорее всего

Встраивать надо луа

Да, там с эти получше вроде

Встраивать надо луа

?

кстати а видели такую штуку? https://luvit.io/

Хз чем Lua лучше JS'а ._. У него этих штук про неявные оптимизации и преобразования тоже хватает, а как писать под его JIT ни 1ой идеи. В JS довольно просто - пишешь как в C.

Отнюдь

Ну вроде на следующей неделе будет доклад Николая Заварицкого в мыле про LuaJIT может что-то понятнее станет

Ну вот я как раз недавно его запись видел - он уже рассказывал

ну там не было четких рекомендаций как в bluebird том же самом типа места деоптимизации или оптимизации, а что-то типа глядите не жрете ли вы говно уже

Дык если хочешь начать писать надо не ревью доклад смотреть, а брать пиво и звать чувака на афтерпати

@dcbrwn видел aurelia.io?

да

ну там не было четких рекомендаций как в bluebird том же самом типа места деоптимизации или оптимизации, а что-то типа глядите не жрете ли вы говно уже

А где можно посмотреть четкие рекомендации? Что я пропустил?

https://github.com/petkaantonov/bluebird/wiki/Optimization-killers

https://github.com/v8/v8/wiki/Design%20Elements

Вообще специалистов по разгону v8 кажется побольше будет чем по разгону Lua, ну и как таковых ребят которые пишут на JS. И тут хоть LuaJIT > V8 в какие-то моменты, но возьми тот же tarantool v8 возможно успех у него побольше был бы.

Я даже верю что luajit быстрее, но не понимаю, почему

На v8 миллионы долларов вбухано

А ты понимаешь почему v8 быстрый? Я только время от временни читаю интересные мне места которые близки к JS'у ._.

А там люди каждый день че то комитят и улучшают

Ну основные его идеи понятны

Я даже верю что luajit быстрее, но не понимаю, почему

Луа прост, встраиваемый

Что там в турбофане -- не очень

Он изначально под ембед разрабатывался

Луа прост, встраиваемый

Ну вот моя теория такая же - он прост, потому легко сделать быстрым

Но вот что конкретно там проще чем в js?

Я не знаю луа

Но жс не назвал бы простым

Прототипы всё ж

Плюс хаков много

Почитать стандарт

Так на простые казалось б вещи

Операции по 12 шагов

Просто луа внешне очень похож

https://github.com/petkaantonov/bluebird/wiki/Optimization-killers

Там часть устарела и неактуальна, надо исправлять.

> Likely never optimizable: > Functions that contain a with statement

with оптимизируется турбофаном давно.

например

Там часть устарела и неактуальна, надо исправлять.

Да, но хоть какие-то ориентиры.

Да, но хоть какие-то ориентиры.

Ориентиры — да, и методы проверки — тоже.

В целом это хорошая статья.

Вообще по хорошему кто-то в гугле должен эту доку поддерживать

ну или из community

Эти утверждения в принципе тестируемые

ERROR: S client not available

Ой.

Турбофан ещё евал оптимизирует?

Как?

По-моему там кто-то гонит.

А, стоп.

Не гонит. Это откатили, что ли?

Прототипы всё ж

в lua есть metatables. очень отдаленно похожая фича на прототипы

Короче, в 0.12 функции с евалом не оптимизировались, в 4.x и 5.x оптимизировались, в 6.x eval снова деопт.

Там не совсем понятно как эту доку править.

в lua есть metatables. очень отдаленно похожая фича на прототипы

А внутренние слоты?

[[Callable]] и прочие

без понятиня. наверняка в реализациях есть. в спеке не видел

Не совсем понятно, что там происходит, да и линкнутый CR не имеет отношения к 4.0

https://github.com/nodejs/node/pull/8253

Да, v8 5.1

А турбофан типо работает уже по умолчанию?

Народ, есть из мск кто-то?

сделайте плз ping 37.139.5.58

сколько там в среднем из Москвы получается

64 bytes from 37.139.5.58: icmp_seq=0 ttl=51 time=64.021 ms 64 bytes from 37.139.5.58: icmp_seq=1 ttl=51 time=65.351 ms 64 bytes from 37.139.5.58: icmp_seq=2 ttl=51 time=64.448 ms

64 bytes from 37.139.5.58: icmp_seq=0 ttl=51 time=64.021 ms 64 bytes from 37.139.5.58: icmp_seq=1 ttl=51 time=65.351 ms 64 bytes from 37.139.5.58: icmp_seq=2 ttl=51 time=64.448 ms

спасибо!

А турбофан типо работает уже по умолчанию?

а разве нет?

Насколько я понимаю — для каких-то функций работает.

Судя по статистике — через TF оптимизируются те функции, которые не оптимизируются без него.

Да, похоже что работает.

Помните сильно поломавшийся месяц назад LasPass и слегка поломавшийся пару месяцев назад KeePass? Так вот, Keeper (https://keepersecurity.com/) тоже поломался, и, кажется, сильно.

s/Las/Last/

Луа прост, встраиваемый

А есть ардуино-подробная электроника, использующая Lua? V8 (вернее даже node.js) есть.

А есть ардуино-подробная электроника, использующая Lua? V8 (вернее даже node.js) есть.

Есть Но имхо скрипты на микроконтроллерах - это адский изврат

Я даже верю что luajit быстрее, но не понимаю, почему

Потому что он проще На самом деле не сильно быстрее

Я б кстати вот с удовольствием бы почитал общий чат на обсуждение луа и жс. По скорости

Была там статья на хабре Рейтрейсер на Луа и на js Lua даже немного проигрывал