Re[3]: TCP & libuv
От: Kernan Ниоткуда https://rsdn.ru/forum/flame.politics/
Дата: 29.11.22 05:53
Оценка:
Здравствуйте, maks1180, Вы писали:

M>серьёзные нагрузки, это какие ?

500тыс запросов в сек и выше.
M>Какой предел у обычного компа с 4-х ядерный процессором и с 1 Гбит сетевой картой ?
Эмпирический. Зависит от того как напишешь, что пишешь, какая ОС и т.п. Я бы для сферической оценки сверху взял тест httpd сервера, например, но это будет всё равно сравнение тёплого с мягким.
Sic luceat lux!
Re[3]: TCP & libuv
От: Mr.Delphist  
Дата: 29.11.22 11:54
Оценка:
Здравствуйте, maks1180, Вы писали:

MD>>Вроде бы Nagle-алгоритм включен по умолчанию, поэтому переживать насчёт рукопашного уменьшения количества send не нужно?


M>Я его отключаю.


Но тогда зачем переживать об уменьшении количества send-вызовов? Ведь делая ручную буферизацию, мы по сути переизобретаем свой вариант Nagle (возможно, с несколько иными send policy).

И если прямо упарываться по пакето-дробилке, то скорее всего не обойтись без разделения на процессы, как у nGinx, или спускаться до плотной интеграции с драйверами и ядром, как у Suricata

https://www.nginx.com/blog/inside-nginx-how-we-designed-for-performance-scale/
https://cybersecurity.att.com/blogs/security-essentials/suricata-ids-threading-capabilities-overview
Re[4]: TCP & libuv
От: maks1180  
Дата: 29.11.22 23:44
Оценка:
M>>серьёзные нагрузки, это какие ?
K>500тыс запросов в сек и выше.

Есть данные что такое реально ?
Может есть ссылки на эту тему ?
===============================================
(реклама, удалена модератором)
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.