Как ускорить сетевой стек без магии: от очередей до sysctl

Как ускорить сетевой стек без магии: от очередей до sysctl

Проблема почти всегда начинается не в «медленной сети», а в разрыве между нагрузкой и настройками ядра. Анализ показал, что узкие места обычно лежат в одном из трёх слоёв: обработка прерываний, очередь пакетов, буферы сокетов. Если смотреть только на throughput, легко пропустить рост latency и drops.

Рассмотрим архитектурный срез по данному узлу. Проверьте:
— распределение IRQ по ядрам;
— загрузку softirq и ksoftirqd;
— размер rmem/wmem и backlog;
— наличие перекоса по одному CPU;
— рост retransmits, listen drops, out-of-order.

Дальше важна корреляция, а не отдельная метрика. Если растут drops при нормальном линке, ищите нехватку буферов или перегрузку одного ядра. Если latency скачет без потерь, смотрите на Nagle, delayed ACK, состояние очередей и обработку малых пакетов. Для high PPS часто полезнее уменьшить число лишних копирований и выровнять обработку прерываний, чем «добавлять железо» в лоб.

Рекомендуется обращать внимание на метрику p99 задержки в связке с retransmits и softirq time: именно она показывает деградацию раньше, чем средние значения. Настройка сетевого стека — это не набор твиков, а последовательная проверка, где каждый параметр подтверждается наблюдением.