NM
между процессами?
Size: a a a
2020 October 08
AP
Нет, вот этот: https://hpbn.co/http1x/#benefits-of-keepalive-connections
NM
Круто спасибо, посмтрю (рад что книга не называется "для чайников")
AP
Идея в том, чтобы слать запросы, не дожидаясь ответов
AP
Естественно, это возможно только для keep-alive соединений
AP
Если при этом ещё объединить сообщения с запросами перед записью в сокет, будет ещё больший профит для мелких сообщений. Но это они, возможно, не делают - не смотрел в сорцах
AP
Последний прием я в деревянной форме применил вот в этом эксперименте с либой ws:
https://github.com/websockets/ws/pull/1797
https://github.com/websockets/ws/pull/1797
с
Естественно, это возможно только для keep-alive соединений
и только для гетов
AP
и только для гетов
Без разницы
AP
Протоколу по барабану, что за метод
с
ну в undici ток для гетов и возможно путов это вроде работает
с
возможно путаю с ретраем
с
>Non-idempotent requests will not be pipelined in order to avoid indirect failures.
AP
Это уже ограничение, введённое в конкретной либе
с
семантика это часть протокола
AP
С точки зрения, конкретно, pipelining, метод не важен
AP
Он может быть важен для обработки ошибок и повторения запросов
AP
Далеко не все реализуют PUT идемпотентно, поэтому ограничение в либе - хорошо, но думать все равно придется
AP
И, да, семантика важна, никто с этим не спорит. Мы обсуждали, за счёт чего идеи прирост пропускной способности
2020 October 09
i
А был у кого-нибудь опыт написания аддонов к nodejs?