• VXLAN показал рост на 14,9% при стандартном MTU — с 34,44 до 39,56 Гбит/с.
• При отключённом аппаратном offload прирост VXLAN составил 34,7% — с 21,82 до 29,39 Гбит/с.
• Для Geneve прирост при стандартном MTU достиг 9,4% — с 37,39 до 40,89 Гбит/с.

Это не означает, что любой сервер после перехода на Linux 7.3 автоматически станет быстрее. Результат зависит от всей конфигурации: параметров gso_max_size и gro_max_size, возможностей сетевой карты, состояния offload, MTU, типа туннеля и характера нагрузки. Приведённые цифры относятся к конкретным условиям тестирования.

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

Ещё одно заметное изменение касается операций добавления и удаления правил IPv4 и IPv6 в FIB — базе данных, которая используется для принятия решений о пересылке пакетов. Ранее такие операции сильнее зависели от RTNL, широкой глобальной блокировки сетевой подсистемы.

Теперь там, где это возможно, применяется мьютекс на уровне конкретного fib_rules_ops. RTNL при этом не исчезает: он всё ещё нужен, например, в некоторых сценариях, связанных с первым правилом IPv4 и путём fib_unmerge().

В синтетическом тесте, где параллельно создавались 4096 сетевых пространств имён и в каждое добавлялось по 1024 правила, время обработки IPv4 сократилось с 22,752 до 0,918 секунды — примерно в 24,8 раза. Для IPv6 показатель изменился с 35,181 до 1,214 секунды, то есть примерно в 29 раз. Это демонстрация поведения при экстремальной конкуренции в пространствах имён, а не обещание аналогичного ускорения обычного запуска контейнеров.

Разработчики столкнулись с «наводнением» AI-патчей

Сопровождающий сетевой подсистемы Linux Якоб Кичински сообщил о 632 патчах в ветке net и 648 в net-next. По его оценке, от одной трети до половины изменений в net-next были сгенерированы с помощью ИИ и относились к исправлениям низкого приоритета, чистке кода или уточнению формулировок. Это соответствует примерно 216–324 патчам. Кичински и Паоло Абени описали ситуацию как «полностью подавляющую».

В ответ Meta предоставила бюджет и доступ к нескольким передовым моделям. Идея заключается в том, чтобы использовать их для первичной проверки каждого патча и снизить вероятность того, что ошибка одной модели останется незамеченной.

Планируемая автоматизация может охватить работу с Patchwork, типовые замечания по процессу, редактирование сообщений коммитов и, возможно, применение патчей, которые уже проверили доверенные специалисты. Но сопровождающие не считают ИИ заменой человеческой экспертизе. Особенно это касается редких и чувствительных к гонкам сценариев — например, обработки ошибок PCIe и тайм-аутов, где важно понимать поведение API и точную последовательность восстановления.

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

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

• Для беспроводных устройств добавлен первоначальный драйвер Wi‑Fi HaLow Morse Micro mm81x с поддержкой USB и SDIO, а также новый драйвер NXPWIFI. Работа над MLO — многоканальной связью — продолжилась.
• В проводной части появился начальный каркас драйвера Intel iXD. Он предназначен для поддержки Control Plane PIC Function в Intel E2100 и более новых IPU/FNIC.
• Добавлена начальная поддержка CXL для сетевых карт AMD/Solarflare и возможность прошивки микропрограмм на адаптерах AMD Pensando.
• В MPTCP появился механизм очистки очереди пакетов, пришедших не по порядку, в качестве крайней меры при экстремальном дефиците памяти. Это механизм восстановления и повторной передачи, а не оптимизация обычной пропускной способности.
• Для AF_UNIX и передачи файловых дескрипторов через SCM_RIGHTS улучшена диагностика отказов со стороны LSM. При использовании SO_RIGHTS_NOTRUNC получатель сможет понять, какой именно дескриптор был отклонён и с каким errno, вместо потери оставшейся части массива после первой ошибки.

Когда ждать Linux 7.3

Первый кандидат на выпуск Linux 7.3 (release candidate) ожидался примерно 30 августа 2026 года, а стабильный релиз — в конце октября, если цикл разработки пойдёт по обычному графику.

Пользователям дистрибутивов с фиксированными релизами, скорее всего, придётся ждать дольше: такие проекты самостоятельно выбирают версии ядра, переносят необходимые исправления, тестируют их и выпускают по собственному расписанию. Rolling-дистрибутивы могут упаковать Linux 7.3 раньше. CachyOS выглядит возможным ранним кандидатом, однако подтверждённой даты перехода на 7.3 нет: его августовские образы всё ещё поставлялись с Linux 7.1.

• VXLAN показал рост на 14,9% при стандартном MTU — с 34,44 до 39,56 Гбит/с.
• При отключённом аппаратном offload прирост VXLAN составил 34,7% — с 21,82 до 29,39 Гбит/с.
• Для Geneve прирост при стандартном MTU достиг 9,4% — с 37,39 до 40,89 Гбит/с.

Это не означает, что любой сервер после перехода на Linux 7.3 автоматически станет быстрее. Результат зависит от всей конфигурации: параметров gso_max_size и gro_max_size, возможностей сетевой карты, состояния offload, MTU, типа туннеля и характера нагрузки. Приведённые цифры относятся к конкретным условиям тестирования.

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

Ещё одно заметное изменение касается операций добавления и удаления правил IPv4 и IPv6 в FIB — базе данных, которая используется для принятия решений о пересылке пакетов. Ранее такие операции сильнее зависели от RTNL, широкой глобальной блокировки сетевой подсистемы.

Теперь там, где это возможно, применяется мьютекс на уровне конкретного fib_rules_ops. RTNL при этом не исчезает: он всё ещё нужен, например, в некоторых сценариях, связанных с первым правилом IPv4 и путём fib_unmerge().

В синтетическом тесте, где параллельно создавались 4096 сетевых пространств имён и в каждое добавлялось по 1024 правила, время обработки IPv4 сократилось с 22,752 до 0,918 секунды — примерно в 24,8 раза. Для IPv6 показатель изменился с 35,181 до 1,214 секунды, то есть примерно в 29 раз. Это демонстрация поведения при экстремальной конкуренции в пространствах имён, а не обещание аналогичного ускорения обычного запуска контейнеров.

Разработчики столкнулись с «наводнением» AI-патчей

Сопровождающий сетевой подсистемы Linux Якоб Кичински сообщил о 632 патчах в ветке net и 648 в net-next. По его оценке, от одной трети до половины изменений в net-next были сгенерированы с помощью ИИ и относились к исправлениям низкого приоритета, чистке кода или уточнению формулировок. Это соответствует примерно 216–324 патчам. Кичински и Паоло Абени описали ситуацию как «полностью подавляющую».

В ответ Meta предоставила бюджет и доступ к нескольким передовым моделям. Идея заключается в том, чтобы использовать их для первичной проверки каждого патча и снизить вероятность того, что ошибка одной модели останется незамеченной.

Планируемая автоматизация может охватить работу с Patchwork, типовые замечания по процессу, редактирование сообщений коммитов и, возможно, применение патчей, которые уже проверили доверенные специалисты. Но сопровождающие не считают ИИ заменой человеческой экспертизе. Особенно это касается редких и чувствительных к гонкам сценариев — например, обработки ошибок PCIe и тайм-аутов, где важно понимать поведение API и точную последовательность восстановления.

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

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

• Для беспроводных устройств добавлен первоначальный драйвер Wi‑Fi HaLow Morse Micro mm81x с поддержкой USB и SDIO, а также новый драйвер NXPWIFI. Работа над MLO — многоканальной связью — продолжилась.
• В проводной части появился начальный каркас драйвера Intel iXD. Он предназначен для поддержки Control Plane PIC Function в Intel E2100 и более новых IPU/FNIC.
• Добавлена начальная поддержка CXL для сетевых карт AMD/Solarflare и возможность прошивки микропрограмм на адаптерах AMD Pensando.
• В MPTCP появился механизм очистки очереди пакетов, пришедших не по порядку, в качестве крайней меры при экстремальном дефиците памяти. Это механизм восстановления и повторной передачи, а не оптимизация обычной пропускной способности.
• Для AF_UNIX и передачи файловых дескрипторов через SCM_RIGHTS улучшена диагностика отказов со стороны LSM. При использовании SO_RIGHTS_NOTRUNC получатель сможет понять, какой именно дескриптор был отклонён и с каким errno, вместо потери оставшейся части массива после первой ошибки.

Когда ждать Linux 7.3

Первый кандидат на выпуск Linux 7.3 (release candidate) ожидался примерно 30 августа 2026 года, а стабильный релиз — в конце октября, если цикл разработки пойдёт по обычному графику.

Пользователям дистрибутивов с фиксированными релизами, скорее всего, придётся ждать дольше: такие проекты самостоятельно выбирают версии ядра, переносят необходимые исправления, тестируют их и выпускают по собственному расписанию. Rolling-дистрибутивы могут упаковать Linux 7.3 раньше. CachyOS выглядит возможным ранним кандидатом, однако подтверждённой даты перехода на 7.3 нет: его августовские образы всё ещё поставлялись с Linux 7.1.