Кто-нибудь сталкивался с влиянием tcp delayed acknowledgment на утилизацию CPU и вообще поведение системы? По идее, оно сейчас должны быть везде выключено по-дефолту, что даёт больше прерываний и переключений контеста, но это не факт, может быть и включено, особенно на плохих (медленных, нестабильных) каналах.
Смежный вопрос: кто-то делает эмитацию случайных задержек и потерь пакетов, вызванных на проме, скажем, мобильными сетями? Например, представляется, что условный “комок пакетов” может “застрять” где-то по дороге на сервак, в рамках таймаутов, и потом каак прилетать, тем самым дав красткосрочную бОльшую нагрузку на систему. Разово, наверное, это не имеет значения, но если “мигает” целый сегмент сети с заметным число подключений?
Шире: делаются ли тесты с учётом возможных никзоуровеных проблем сети? Учитываете ли не симметричность каналов на конечных устройствах?
Или это всё заморочки, и “золотой 95 перцентиль” по задержкам с прома достаточен? Остаются плавающие задержки, плавающий процент потерянных пакетов, может быть какие-то ещё особенности настройки оборудования, т.е. на проме нагрузка может быть не стабильна, плавать.