Size: a a a

Node.js — русскоговорящее сообщество

2020 March 28

S🛸

Sergey 🛸 in Node.js — русскоговорящее сообщество
Проблема не в orm а как быстро после начала запроса происходит вызов кода орм
источник

А

Александр in Node.js — русскоговорящее сообщество
Sergey 🛸
Ну да, в два раза больше rps и ttfb на пару десятков миллисекунд. Кому-то не критично
не думаю что тут есть даже 1% тех кому это реально критично
источник

S🛸

Sergey 🛸 in Node.js — русскоговорящее сообщество
А потом многие ноют что сайты медленного работают
источник

М

Михаил in Node.js — русскоговорящее сообщество
Допустим у нас есть express, который составляет 5ms от всего запроса и fastify - 2.5ms. ОРМ и валидация - 50ms. Все это нужно перевести в $. Это примерные цифры от которых зависит нужно ли оптимизировать. Возможно fastify можно использовать для микросервисов.
источник

А

Александр in Node.js — русскоговорящее сообщество
Sergey 🛸
А потом многие ноют что сайты медленного работают
так проблема явно не в экспресс
источник

倫岡

倫太郎 岡部 in Node.js — русскоговорящее сообщество
Михаил
Fastify вроде не много дает в % соотношении.
Всего лишь нормальную поддержку асинков, валидации, хуков, схемы и т.д.
источник

倫岡

倫太郎 岡部 in Node.js — русскоговорящее сообщество
Но это всё не нужно, мы же пишем на мидлварях и колбеках
источник

М

Михаил in Node.js — русскоговорящее сообщество
мы Nest.js обсуждаем, там уже все на async/await
источник

倫岡

倫太郎 岡部 in Node.js — русскоговорящее сообщество
Вижу только express и fastify 🙈
источник

М

Михаил in Node.js — русскоговорящее сообщество
Над твоим стикером макаки первый ответ на мое сообщение, где я говорю о Nest.js
источник

А

Александр in Node.js — русскоговорящее сообщество
в любом случае разговоры о том что быстрее в данном случае неуместны, все упирается в скорость соединения юзера, время ответа базы, обработку ответа, настроек кеширования и т.д., все остальное - экономия на спичках. Так что споры о скорости того или другого кажутся смешными, как будто смотришь на спорящих детишек о том, какая у кого машинка круче
источник

RB

Random Balance in Node.js — русскоговорящее сообщество
Да, про чистый выигрыш для юзера говорить нет смысла, 1 мс или две будет ничтожна на фоне основной работы.

Но, нельзя забывать и о самом сервере. Если фреймворк A может обслуживать 10к rps, на примере hello world'а, а фреймворк B - 20к rps, то взяв второй мы по сути будем потреблять в два раза меньше ресурсов. Это уже чистый выигрыш для сервера.
источник

AS

Artem Soroka in Node.js — русскоговорящее сообщество
Многие бенчмарки не учитывают обращение к БД, которое сотрёт всю разницу между фреймворками
источник

а

артем новиков in Node.js — русскоговорящее сообщество
Есть ли более практичные примеры использования? https://habr.com/ru/company/ruvds/blog/437984/
источник

а

артем новиков in Node.js — русскоговорящее сообщество
а то ничего не понятно из документации на оф сайте
источник

S🛸

Sergey 🛸 in Node.js — русскоговорящее сообщество
Обход большого дерева
источник

а

артем новиков in Node.js — русскоговорящее сообщество
единственный рабочий пример https://www.youtube.com/watch?v=G1lphD3uV0o&feature=emb_logo
источник

а

артем новиков in Node.js — русскоговорящее сообщество
но как его затем перенести на другой проект, без счетчика суммы и т.д не ясно
источник

S🛸

Sergey 🛸 in Node.js — русскоговорящее сообщество
Там не воркеры
источник

СП

Сергей Пограничный in Node.js — русскоговорящее сообщество
partitioning можно применить на то тяжелое вычисление, разбить на асинхронный цикл и тогда не заблочим event-loop и не придется делать целый инстанс ради одного цикла.
источник