Исходящая почта, подписываясь …?

мы нашли первопричину этого. У нас был acceptCount 25 у нашего кота server.xml.

acceptCount документируется как это:

acceptCount

Максимальная длина очереди для входящего соединения запрашивает, когда все возможные потоки обработки запросов используются. Откажут любым запросам, полученным, когда очередь будет полна. Значение по умолчанию равняется 100.

Но это не целая история о acceptCount. Короткий: acceptCount является неудовлетворенный Параметр при открытии сокета. Таким образом, это значение важно для слушать отставания, даже если не все потоки заняты. Важно, если запрос быстрее входит затем, кот может принять и делегировать их к потокам ожидания. Значение по умолчанию acceptCount равняется 100. Это - все еще маленькое значение для питания внезапного пика в запросах.

Мы проверили то же самое с апачем и nginx и имели ту же странную потерю пакетов, но с более высокими значениями параллелизма. Соответствующим значением в апаче является ListenBacklog который значения по умолчанию к 511.

НО, с debian (и другая основанная на Linux OS) значение по умолчанию макс. оценивает за неудовлетворенный параметр, 128.

$ sysctl -a | grep somaxc
net.core.somaxconn = 128

Так независимо от того, что Вы вводите в acceptCount или ListenBacklog, это не будут более чем 128, пока Вы не измените net.core.somaxconn

Поскольку очень занятый веб-сервер 128 недостаточно. Необходимо изменить его на что-то как 500, 1000 или 3000, в зависимости от потребностей.

После установки acceptCount к 1 000 и net.core.somaxconn к 1 000 у нас больше не было тех отброшенных пакетов. (Теперь у нас есть узкое место где-то в другом месте, но это - другая история..)