Linux 7.3: BIG TCP выходит в оверлейные сети, пока ИИ перегружает мейнтейнеров

Потенциальная польза не ограничивается сетями с увеличенным MTU. Она может проявляться и в системах со стандартным MTU, а также без аппаратной поддержки туннельного offload: программная часть ядра получает возможность обрабатывать меньшее число более крупных пакетов.

Связанная серия патчей показывает, какой объём подготовительной работы потребовался. Код туннелей больше не должен исходить из того, что длина пакета всегда меньше 64 КиБ или помещается в 16-битное поле. В серию также вошла поддержка сценариев BIG TCP для IPv4 и IPv6 через VXLAN и Geneve.

Меньше глобальной блокировки при изменении правил маршрутизации

Ещё одно важное изменение сокращает зависимость операций с правилами FIB — таблицы информационной базы пересылки — от глобальной блокировки RTNL. Речь идёт, в частности, об операциях RTM_NEWRULE и RTM_DELRULE.

Это особенно важно для систем, которые одновременно управляют правилами маршрутизации в большом количестве сетевых пространств имён. Глобальная сериализация таких операций может ограничивать параллелизм; уменьшение зависимости от RTNL должно дать подобным нагрузкам больше возможностей для масштабирования.

При этом доступные материалы подтверждают архитектурную цель изменения, но не содержат надёжных точных результатов бенчмарков для IPv4 или IPv6. Поэтому конкретные проценты или заявленный коэффициент ускорения выходили бы за пределы имеющихся данных.

Новые драйверы и изменения сетевых протоколов

В сетевой пул Linux 7.3 также вошли следующие обновления:

• драйвер Morse Micro mm81x для устройств дальнего радиуса действия стандарта S1G;
• новый драйвер NXPWIFI;
• предварительная инфраструктура Intel iXD для функции Intel Control Plane PIC Function в IPU и FNIC Intel E2100 и более поздних поколений;
• улучшения MPTCP при экстремальной нехватке памяти, включая очистку очереди пакетов, полученных не по порядку;
• дополнительные исправления и обновления проводных и беспроводных драйверов в сетевой подсистеме.

Важно не путать эти изменения с полноценным выпуском стабильной версии Linux 7.3. Речь идёт о коде, вошедшем в основную ветку во время окна слияния, то есть о работе над будущим релизом.

Почему мейнтейнеры заявили, что «полностью перегружены»

В сетевом пуле было объединено 632 патча из net и 648 из net-next — всего 1 280 изменений. Сами сопровождающие подчеркнули, что это число не отражает всей нагрузки: проверка, обсуждение и разбор конфликтов требуют дополнительного времени.

Их предварительная оценка показала, что от одной трети до половины патчей net-next могли быть малоприоритетными исправлениями, очисткой кода или уточнениями, созданными при участии ИИ. Именно поэтому Kicinski и Abeni описали своё состояние как «полностью перегружены».

Проблема стала частью более широкого всплеска активности. За один девятидневный период в подсистему поступило 405 сообщений с меткой

[PATCH net]

[PATCH net-next]

Речь идёт не только о сгенерированном коде. ИИ позволяет дёшево создавать правдоподобные объяснения, сообщения об ошибках и запросы на ревью. Однако каждое такое изменение по-прежнему должен проверить человек: действительно ли оно необходимо, корректно ли, безопасно ли и оправдано ли его включение в ядро.

Как LLM будут использовать при проверке патчей

Мейнтейнеры сообщили, что получили финансирование от Meta и доступ к нескольким большим языковым моделям, чтобы запускать многомодельную проверку патчей. На первом этапе задача состоит в том, чтобы отсеивать хотя бы часть галлюцинаций и слабых изменений до того, как они потребуют времени разработчиков.

Кроме того, модели планируют направить на рутинные операции:

• управление очередями Patchwork;
• обратную связь по типичным ошибкам в процессе отправки патчей;
• редактирование сообщений коммитов;
• возможное применение патчей, которые уже получили теги ревью от доверенных разработчиков.

Такой подход рассматривает LLM как помощников рабочего процесса, а не как замену мейнтейнерам подсистемы. Разница особенно существенна для кода ядра, где ошибки могут зависеть от редких сочетаний событий. Сопровождающие отдельно упомянули такие сценарии, как ошибки PCIe и тайм-ауты: гонки, возникающие лишь при определённом порядке событий, трудно обнаружить и ещё труднее доказать, что их не существует. LLM может указать на подозрительный шаблон, но не способна надёжно подтвердить корректность всех возможных вариантов выполнения.

Что пока неизвестно

Доступные источники не называют ожидаемые даты выхода первой тестовой версии Linux 7.3-rc1 или финального стабильного релиза. Они описывают изменения, вошедшие в сетевую подсистему в ходе цикла разработки Linux 7.3, а не утверждённый график выпуска.

Точно так же пока нельзя назвать конкретный выигрыш в производительности от изменений RTNL. Известно, что они должны облегчить параллельную работу с правилами FIB в разных сетевых пространствах имён, но размер эффекта будет зависеть от характера нагрузки и конфигурации системы.