a
Оберни в промис)
Вот в ноде это так просто не работает
Size: a a a
2019 January 31
a
Асинхронная только очередь исполнения, но не само исполнение
AM
А есть, кстати, на ноду файберы как в $mol и новом реакте, что бы разбивать итератор на чанки, логировать их время и приостанавливать итерацию до следующего тика, если долго?
Тиро какой-нибудь "fiber-executor" и ничего лишнего?
Тиро какой-нибудь "fiber-executor" и ничего лишнего?
так как не удобно использовать в простом виде, нужно все оборачивать в враперы, то кажется по этому мало используют и те либы что видел, полумертвые)
a
так как не удобно использовать в простом виде, нужно все оборачивать в враперы, то кажется по этому мало используют и те либы что видел, полумертвые)
Ну... Можно babel.macro попробовать
AM
тоже самое, как к примеру с нативным хуками, как в реакта. Есть либа которая реализовала интерфейс, но это все равно не так удобно, как в реакте
a
Мобх уже давно используют и не только в реакте 😀
PM
Проблема: итерация занимает много времени. Задача: разбить итерацию на этапы, что бы не блокировать луп. Подвох: arr используется где-то ещё
Задача какая-то абстрактная. Что значит arr используется где-то еще? В каком виде? Зачем его юзать, если он еще не готов? Если таска выполняется реально долго, тогда ее в отдельный воркер надо, а тут уж точно асинхронно будет
a
Задача какая-то абстрактная. Что значит arr используется где-то еще? В каком виде? Зачем его юзать, если он еще не готов? Если таска выполняется реально долго, тогда ее в отдельный воркер надо, а тут уж точно асинхронно будет
Проблема в том, что если выносить его в отдельный тред, то придется тратиться на сериализацию, т.к. реалмы разные
PM
Проблема в том, что если выносить его в отдельный тред, то придется тратиться на сериализацию, т.к. реалмы разные
Какая разница, если задача реально тяжелая. Оно видимо того стоит
a
Какая разница? О_о
Ну, большая разница.
Ну, большая разница.
PM
Если задача тяжелая и она того стоит, то нужно выносить. Других вариантов особо нет. Как и везде, не только в node
PM
Итогда под тяжелые расчеты даже отдельный микро-сервес пишется. А на запрос запускающий расчеты возвращается 202
a
Если задача тяжелая и она того стоит, то нужно выносить. Других вариантов особо нет. Как и везде, не только в node
Нет, в каких-то ЯП можно шарить память. Это раз.
Два - это файберы, о которых я уже говорил
Два - это файберы, о которых я уже говорил
a
Нет, в каких-то ЯП можно шарить память. Это раз.
Два - это файберы, о которых я уже говорил
Два - это файберы, о которых я уже говорил
Не ЯП, а платформах, простите
PM
Нет, в каких-то ЯП можно шарить память. Это раз.
Два - это файберы, о которых я уже говорил
Два - это файберы, о которых я уже говорил
я не про необходимость сериализации, а про вынос в воркера. если задача тяжелая то на любом ЯП придется это делать. просто где-то это будет дешевле.
PM
Есть ли у node.js какие-то перспективы, благодаря которым он получит шанс конкурировать по производительности с Go?
Вот это наброс!
PM
файберов в ноде нет из коробки
a
я не про необходимость сериализации, а про вынос в воркера. если задача тяжелая то на любом ЯП придется это делать. просто где-то это будет дешевле.
"где-то это будет дешевле" - вот об этом и речь
PM
"где-то это будет дешевле" - вот об этом и речь
да, но это всегда кост который должен оплачивать задачу
PM
если задача такая что можно заплатить, почему бы и нет?