Я разрабатывал включенное приложение сети и тестирование его на 127.0.0.1 (localhost). Приложение является полностью памятью, связанной, т.е. это никогда не касается жесткого диска.
Процедура теста должна соединиться с приложением и затем лавинно разослать его со статически сгенерированными данными, на которые реагируют к источнику. После того, как на предопределенный объем (Мегабайты) данных реагируют, я имею размеры, время протекло с начала (таймер запускается после того, как сокетное соединение устанавливается).
Приложение может или использовать нормальный сокет TCP или эквивалентный сокет домена Unix попеременно.
С тех пор сегодня утром (суббота) индийское время пропускная способность (измеряемый как МБ/с переданных данных) приложения, работающего 127.0.0.1 (localhost), замедленный фактором 3. Я не внес изменений в приложении с прошедших 5 дней.
Чтобы быть на 100% уверенным, я повторил тест с версиями значительно старше того же приложения (до 12 месяцев), и все они показывают замедление тем же фактором.
Чтобы быть дважды уверенным, я переключил приложение на Сокет Домена Unix, и там измерение совпало со старыми результатами (не замедляются).
Похож что-то в драйверах ядра или сетевых драйверах, имеющих дело конкретно с TCP/IP, стало поврежденным после недавнего обновления.
Существует ли быстрое исправление к этой проблеме?
Понижение от ядра Linux, 4.15.0-36-универсального к 4.15.0-34-универсальному, решило вопрос для меня. Как первоначально подозревается, что-то, конкретно имея дело с TCP/IP повредилось после обновления.
Для понижения я нажимал клавишу ESC неоднократно после перезагрузки для ввода меню Grub и выбирал определенное ядро (не режим восстановления) от "Расширенных настроек".