Сильная деградация скорости на свежих Linux-ядрах.

У меня на сервере и на клиенте установлен ArchLinux, где по дефолту используется самое свежее ядро stable-ветки. В последнее время я обнаружил, что скорость загрузки файлов по SFTP на сервер упала до уровня девяностых годов. Спидтесты, запущенные на сервере, просели в пять-шесть раз, а утилита `reflector` для сортировки зеркал арча выдаёт сплошные таймауты. Опытным путём было установлено, что проблема проявляется в случае, если на сервере используется ядро версии 6.1 и выше. Даунгрейд до 6.0.12 и ниже либо переход на LTS-ядро полностью решает проблему - скорости восстанавливаются, таймауты исчезают. Проблема проявляется только на сервере, свежие ядра на клиенте работают прекрасно и обеспечивают высокие и стабильные скорости.

Возможно, вопрос вообще не имеет никакого отношения к хостингу, но тем не менее:

Есть ли у хостинга рекомендации по поводу того, какие версии ядра лучше использовать на сервере? Рекомендуются ли LTS-ядра как более стабильные? Могут ли самые последние версии ядер не очень хорошо работать под управлением гипервизора на стороне хостинга, или же вообще вопрос нужно адресовать не хостингу, а ребятам с kernel.org?

28.12.2022 12:08 Пользователь ID 223979

скорость

linux

ядро

2 комментария

28.12.2022 12:08

Пользователь ID 223979 08.01.2023 19:02

Чисто для сравнения, ниже результаты тестов iperf3 с ядром 6.0.12 vs 6.1.1. Разница прям колоссальная:

// 6.0.12

[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 38.5 MBytes 323 Mbits/sec
[ 5] 1.00-2.00 sec 61.3 MBytes 514 Mbits/sec
[ 5] 2.00-3.00 sec 60.9 MBytes 511 Mbits/sec
[ 5] 3.00-4.00 sec 60.8 MBytes 510 Mbits/sec
[ 5] 4.00-5.00 sec 61.2 MBytes 514 Mbits/sec
[ 5] 5.00-6.00 sec 60.9 MBytes 511 Mbits/sec
[ 5] 6.00-7.00 sec 61.2 MBytes 513 Mbits/sec
[ 5] 7.00-8.00 sec 61.3 MBytes 514 Mbits/sec
[ 5] 8.00-9.00 sec 61.5 MBytes 516 Mbits/sec
[ 5] 9.00-10.00 sec 60.3 MBytes 506 Mbits/sec
[ 5] 10.00-10.05 sec 2.86 MBytes 509 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.05 sec 591 MBytes 493 Mbits/sec receiver

// 6.1.1

[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 2.28 MBytes 19.1 Mbits/sec
[ 5] 1.00-2.00 sec 1.77 MBytes 14.9 Mbits/sec
[ 5] 2.00-3.00 sec 1.28 MBytes 10.7 Mbits/sec
[ 5] 3.00-4.00 sec 1.20 MBytes 10.1 Mbits/sec
[ 5] 4.00-5.00 sec 1.26 MBytes 10.6 Mbits/sec
[ 5] 5.00-6.00 sec 1.15 MBytes 9.65 Mbits/sec
[ 5] 6.00-7.00 sec 1.34 MBytes 11.3 Mbits/sec
[ 5] 7.00-8.00 sec 1.72 MBytes 14.4 Mbits/sec
[ 5] 8.00-9.00 sec 1.61 MBytes 13.5 Mbits/sec
[ 5] 9.00-10.00 sec 1.15 MBytes 9.68 Mbits/sec
[ 5] 10.00-10.05 sec 99.0 KBytes 17.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.05 sec 14.9 MBytes 12.4 Mbits/sec receiver

Пользователь ID 223979 22.01.2023 00:05

В общем, проблема проявляется в ядрах 6.1-6.1.6, а вот в 6.1.7 уже всё в порядке. Видимо, что-то там пофиксили.

Для комментирования вопроса нужно зарегистрироваться или авторизоваться.

Ответы на вопрос — 2

Пользователь ID 261568

Ну, очевидно что LTS ядра более стабильные, они буквально так называются.

А вот использовать Arch на сервере, очень плохая идея.

7 комментариев

28.12.2022 13:42

Пользователь ID 223979 28.12.2022 15:15

> использовать Arch на сервере, очень плохая идея.
Да у меня там только Shadowsocks да OpenVPN, исключительно для личного пользования - ничего такого, что требует сверхнадёжности. Если что-то сломается, пострадаю только я. Я просто Arch знаю гораздо лучше какого-нибудь дебиана или цента, и проблем с ним ранее не было, пока не выкатили stable ядро 6.1, которое, как я слышал, в этом году планируют сделать LTS. Просто интересно, сидит ли тут кто ещё на `bleeding edge` ядрах и имеет ли проблемы.

Пользователь ID 223979 28.12.2022 15:31

> в этом году планируют сделать LTS.
В следующем, я хотел сказать.

Пользователь ID 96873 08.01.2023 17:46

На ядрах 6.х дебиана в hyper-v вообще зависают сервисы через случайные промежутки времени. Без каких-либо ошибок,просто как будто бы перестают системные ивенты доходить и таймеры отключаются.

Пользователь ID 253361 10.01.2023 05:03

Категорически несогласен что арч "плохая идея". Это самая лучшая идея. Если руки не из того места - то все плохая идея.
Арч это дистрибутив с самыми современыми технологиями и достижениями, в котором легко просто и удобно сделать все что угодно. Пинать на дистрибутив из-за ядра, как то это по вендовому. Ядра не разрабатываются мейнтенерами дистрибутива, они берутся из всем известного места, так что если в оригинале есть проблема эта проблема будет на всех дистрибутивах. Другое дело опции сборки, но в арче, это ерундовое дело, пересобери как тебе хочется.
> На ядрах 6.х дебиана в hyper-v
ибо нефиг, в линуксе есть kvm
> LTS ядра более стабильные
даже для некрофилов есть свои ядра, видишь как арч хорош
> сидит ли тут кто ещё на `bleeding edge` ядрах и имеет ли проблемы.
переделал свой арч в стейджинг. в данный момент ядро 5,13,12 все прекрасно. о ваших 6.х ядрах и проблемах с ними впервые слышу.

Пользователь ID 223979 12.01.2023 21:59

> переделал свой арч в стейджинг. в данный момент ядро 5,13,12 все прекрасно. о ваших 6.х ядрах и проблемах с ними впервые слышу.

Это очень важная для нас информация, большое спасибо! (нет) После того, как вы нам [завуалированно] похвастались своим незаурядным профессионализмом (I use Arch, by the way!), мы все вас очень сильно зауважали. (нет)

Тем не менее, хотелось бы отзывов от тех, кто слышал о 6.* ядрах и использует их на данным хостинге, если таковые имеются. Под своим первым постом я прикрепил комментарий с результатами iperf3 тестов, где видно, что переключение с ядра 6.0.12 на любое из более свежих приводит к падению скорости с ~500 mbps до ~12 mbps (в 40 раз!), и проблема ощущается не только в тестах. Есть подозрение, что в свежих ядрах какой-то модуль не очень хорошо работает с конкретным NIC-интерфейсом на стороне хостинга, поскольку на клиентских машинах проблем с этими же ядрами нет, а откат ядра на более старое на сервере полностью решает проблему. Но это только догадки, поэтому интересны отзывы остальных клиентов хостинга.

Пользователь ID 151721 21.01.2023 16:32

>Пользователь ID 261568: На всякий случай проверь какая виртуализация используется. (Ну а вдруг Hyper-V)
https://unix.stackexchange.com/questions/89714/easy-way-to-determine-the-virtualization-technology-of-a-linux-machine#89718
Возможно какой то KVM модуль отпилили \ еще не апгрейднули под 6.1 вот оно и пользует что нибудь в качестве fallback решения. Ну и dmesg пошурши, наверняка там куча Critical и Warn и Error которые выведут в чем проблема на чистую воду.

Пользователь ID 151721 21.01.2023 16:42

>А вот использовать Arch на сервере, очень плохая идея.
Нормальная идея если это сервер для личного пользования. Arch как и Gentoo и Slackware можно один раз настроить и оно будет служить десятки лет, Вот пользовать в бизнесе как продовое решение вот это наверное плохая идея, особенно если не у всех хватает квалификации в компании администрировать линукс. Но вообще ставить дистрибутив который тебе удобно это таки Unix-way, в Арче если есть проблемы то они один раз пока ты их не вылечишь, а во всяких Ubuntu порой действительно легче другой дистрибутив поставить чем все её болячки вылечить. А в Debian есть проблема что некоторые пакеты реально с прошлого десятилетия не обновлялись, а пользование backport'ов или testing \ unstable веток - может быть даже опаснее чем Роллинг Релизы любого Арчедистра на котором нормальное явление собрать что то из AUR'а и оно сразу заработает, и сразу свежее, и без танцев плясев с ppa ubuntu или обновление половины дебиана через backport'ы которые превращают его в уникального Франкенштейна.

Для комментирования ответа нужно зарегистрироваться или авторизоваться.

Пользователь ID 151721

На всякий случай проверь какая виртуализация используется. (Ну а вдруг Hyper-V)
https://unix.stackexchange.com/questions/89714/easy-way-to-determine-the-virtualization-technology-of-a-linux-machine#89718
Возможно какой то KVM модуль отпилили \ еще не апгрейднули под 6.1 вот оно и пользует что нибудь в качестве fallback решения. Ну и dmesg пошурши, наверняка там куча Critical и Warn и Error которые выведут в чем проблема на чистую воду.

1 комментарий

21.01.2023 16:55

Для ответа нужно зарегистрироваться или авторизоваться.