Avg: 0.005072 Avg: 0.004649 Avg: 0.004161 Avg: 0.004927 Avg: 0.004348

при 100 циклах все меняется!

У меня при ляме выдал Avg: 0.023357.

при ляме Avg: 0.003270

суть то не в лямах, мне надо, чтобы изначально было хорошее значение

то, что он со временем оптимизирует - понятно

но на практике у меня дергается в событии функция и нифига она не оптимизируется спустя сутки

я как лох не успеваю покупать вещи ))

а если и успеваю, то наверное из-за глюка или подскачившего пинга конкурентов

на Go говорят такая же хурма

суть то не в лямах, мне надо, чтобы изначально было хорошее значение

Меньше чем 0.2хх мс у меня на трёх аппаратах не выдал по первому проходу. В общем, даже хз куда копать.

че он там оптимизирует то? и так пустышка

я планирую мемоизировать все функции по параметрам, там в районе 2000 получится, а вместо парсинга использовать поиск подстроки, но надо вот еще эту задачу решить: чтобы сразу подготавливал функцию, а не спустя время че-т там шаманил с ней

я планирую мемоизировать все функции по параметрам, там в районе 2000 получится, а вместо парсинга использовать поиск подстроки, но надо вот еще эту задачу решить: чтобы сразу подготавливал функцию, а не спустя время че-т там шаманил с ней

Попробуй редьюс на цикл заменить Цикли быстрее

Попробуй редьюс на цикл заменить Цикли быстрее

да причем тут подсчет в конце через что идет и каким образом цикл устроен

подсчет идет времени выполнения ПУСТОТЫ

Я тупанул, согласен

☹️ такие дела

☹️ такие дела

Тебе на ноду надо?

Именно на ноду и все?

ну парни на С написали и хлопают в ладоши, в соло весь рынок гребут

а разработчикам пофиг ваще

ну парни на С написали и хлопают в ладоши, в соло весь рынок гребут

Есть варик написать модуль на с++ на ноду На хабре статьи были как это сделать

Именно на ноду и все?

на всем умею, а если не умею, то синтаксис подучить и поехал

но на С я не могу сходу, тяжело

там протокол еще идиотский - amqp

Слушай А ты как тестируешь ? В браузере?

нет, конечно, с консольки по ссш на впс

думаешь прокатит, если я получать буду с amqp событие, а потом дергать с++ бинарник?

как бы в нем мне надо обращаться к бд, которая завязана на пользователей с телеги

по сути мне передать в функцию принятия решения на С надо токен текущего пользователя, валюту и ее количество, на выходе получить решение о покупке, хотя там всего-то проверка цены и дробление баланса пользователя, если на выкупку не хватает

че-т я не уверен, что модуль отработает быстрее, чем нода, пока бинарник этот загрузится еще

думаешь прокатит, если я получать буду с amqp событие, а потом дергать с++ бинарник?

Ну я думаю отработает быстрее Только вопрос в том насколько

а писать под С общение с amqp...

Знает кто-то?

потому что запрос выполнился

потому что запрос выполнился

то есть ошибка будет если сервер не вернет вообще никакого ответа?

Не юзал чай, хз??‍♂️

Народ, никто с таким не сталкивался? https://github.com/yarnpkg/yarn/issues/3973

как изменить mas в .then ?

работает если вынесли mas в глобальную, но один раз почему-то не срабатывает все ровно)

работает если вынесли mas в глобальную, но один раз почему-то не срабатывает все ровно)

успевает 1 раз сработать. сделаё всё в чейне промисов

как изменить mas в .then ?

а ты и меняешь, только уже после того как res.json(mas) отработал

а ты и меняешь, только уже после того как res.json(mas) отработал

эт я знаю

asyncCall().then(data => someLogic).then(data => res.json(data)).catch(err => logicWithError)

или если хочешь, что б было типа как синхронное, используй async/await

res.json и res.end надо внутри then делать после for, например

'use strict'; const now = require('performance-now'); const foo2 = () => { }; setInterval(() => { let start = now(); foo2() console.log('Time: ' + (now() - start).toFixed(6)); }, 500)

ну какого хрена а

ну какого хрена а

Хочешь быстро, не юзай ноду

класс

и дело уже не в скорости совершенно, а в принципе работы ушлепном

в 6 раз уменьшать время вызова поприколу, что мешает сразу???

Так v8

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

чего там оптимизировать то?

Если видит, что не получается после n попыток, то бросает это дело

он должен вообще выполниться за мгновение

чего там оптимизировать то?

хотя бы привязку глобального контекста внутрь функции

setInterval(() => { const foo2 = () => {}; let start = now(); foo2() console.log('Time: ' + (now() - start).toFixed(6)); }, 500)

одна фигня

ERROR: S client not available

Time: 0.035363 Time: 0.010733 Time: 0.004356 Time: 0.005006 Time: 0.005180 Time: 0.007725 Time: 0.004702

одна фигня

а что поменялось? теперь только функция каждый раз создаётся

глобальный контекст не привязывается, пусть создается

это вне замеров

так там ничего не делай в принципе, результат будет похожим

привязывается, тут же стрелочные функции

ок что мне сделать, чтобы было оптимальней?

так там ничего не делай в принципе, результат будет похожим

согласен, будет похожим)

и это еще без смысловой нагрузки... какого хрена она вообще 0.03 делает? за это время можно горы наворотить

в8 шустрый говорили мне, ну-ну =(

может как-то предвызывать ее до начала работ

может как-то предвызывать ее до начала работ

https://jsblog.insiderattack.net/handling-io-nodejs-event-loop-part-4-418062f917d1

ок что мне сделать, чтобы было оптимальней?

что-то типа: 'use strict'; const now = require('performance-now'); let start; const foo = function() {}; const handler = function() { start = now(); foo(); console.log('Time: ' + (now() - start).toFixed(6)); } setInterval(handler, 500);

Time: 0.017338 Time: 0.010853 Time: 0.004354 Time: 0.004455 Time: 0.005835 Time: 0.014357 Time: 0.015967 Time: 0.006865 Time: 0.004426 Time: 0.006312 Time: 0.003984 Time: 0.005003 Time: 0.006718 Time: 0.006466 Time: 0.020073

вообще кошмар

я думал сахар делает тож самое

есть такая штука, что каждую итерацию цикла libuv ждёт "polling I/O", в статье расписано, что там может производительность проседать, потому что этот этап и итерация не закончится, пока не появится какое-то действие, что повлияет на I/O

есть такая штука, что каждую итерацию цикла libuv ждёт "polling I/O", в статье расписано, что там может производительность проседать, потому что этот этап и итерация не закончится, пока не появится какое-то действие, что повлияет на I/O

проштудирую сейчас тоже, спасибо

но там в любом случае куча сопроводительного кода: GC, EventLoop... да и давно известно, что нода для числодробилки не годится)

проштудирую сейчас тоже, спасибо

это ссылка на последнюю статью из цикла, советую начать с первой и базовых разъяснений о EventLoop

но там в любом случае куча сопроводительного кода: GC, EventLoop... да и давно известно, что нода для числодробилки не годится)

до версии 10.5) Скоро будут Worker'ы и можно будет фигачить математику) ✌️

до версии 10.5) Скоро будут Worker'ы и можно будет фигачить математику) ✌️

так только потоки для этого добавят или что-то ещё?

что-то типа: 'use strict'; const now = require('performance-now'); let start; const foo = function() {}; const handler = function() { start = now(); foo(); console.log('Time: ' + (now() - start).toFixed(6)); } setInterval(handler, 500);

Time: 0.035533 Time: 0.008090 Time: 0.007858 Time: 0.007745 Time: 0.004862 Time: 0.006507 Time: 0.006861 Time: 0.006799 тож самое

так только потоки для этого добавят или что-то ещё?

ну потоки это уже нехилый update) ещё выйдут из экспериментальных ecmascript modules и http/2 - вообще жара будет ?

setInterval(() => { const foo2 = () => {}; let start = now(); foo2() console.log('Time: ' + (now() - start).toFixed(6)); }, 500)

так setInterval не гарантирует тебе срабатывание через 500мс. он гарантирует, что включится не раньше, чем через 500мс

это ссылка на последнюю статью из цикла, советую начать с первой и базовых разъяснений о EventLoop

да капец, я даже не джун, хотя обчитался уже литературы, в такие дебри уходить приходится

так setInterval не гарантирует тебе срабатывание через 500мс. он гарантирует, что включится не раньше, чем через 500мс

через 500мс после того как стек очистится если точнее

так setInterval не гарантирует тебе срабатывание через 500мс. он гарантирует, что включится не раньше, чем через 500мс

да хоть через час, я просто дергаю функцию и замеряю ее выполнение через определенный интервал

у меня это на евенте висит, когда по amqp приходит месаг

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

а у парней 0.001мс на сях

правда я ниразу не оптимизировал еще там ничего, зато по красоте расписал все и в модуль завернул, теперь начал оптимизировать и такая хурма даже не пустом месте идет 0.03