После ночного простоя долгоживущие TCP-соединения (например, gRPC или Kafka) внезапно падают в скорость на порядок. Поверхностный анализ показывает «нормальный» RTT и отсутствие потерь — но реальная проблема в алгоритме медленного старта. Ядро Linux по умолчанию (tcpslowstartafteridle=1) сбрасывает congestion window (cwnd) до 1 MSS, если соединение простаивало дольше RTO (~200 мс). Это нарушает предположение приложений о «теплом» канале. Диагностика: ss -i -t | grep cwnd sysctl net.ipv4.tcpslowstartafteridle Фикс: sysctl -w net.ipv4.tcpslowstartafteridle=0. Но помните: это противоречит RFC 5681 и может усугубить перегрузку в нестабильных сетях. Подробный разбор: https://ftops.space/?utm*source=telegram&utm*medium=smm&utm*campaign=ftops&utm*content=sysctl-net-ipv4-tcp-slow-start-afte