Linux 7.3 llega con más rendimiento en redes y una respuesta al aluvión de parches generados por IA

El merge de net-next-7.3 no solo suma cambios en el plano de datos de red. También refleja una preocupación cada vez más visible entre los mantenedores del kernel: cómo gestionar un volumen creciente de parches generados o asistidos por inteligencia artificial sin rebajar el nivel de revisión humana. Se trata de código incorporado durante la ventana de integración, no de una versión estable ya publicada de Linux 7.3.

BIG TCP llega a los túneles VXLAN y Geneve

Una de las novedades principales es la compatibilidad de BIG TCP con los túneles UDP VXLAN y Geneve. El núcleo puede manejar internamente cargas superiores a 64 KiB y segmentarlas mediante GSO/TSO, en lugar de intentar transmitir por la red paquetes de tamaño excesivo.

En las pruebas de

netperf TCP_STREAM

Estas cifras no equivalen a una garantía de aceleración general para cualquier instalación de Linux 7.3. El resultado depende de la configuración completa: gso_max_size y gro_max_size, las capacidades de la tarjeta de red, el estado de las descargas de hardware, la MTU, el tipo de túnel y la carga de trabajo.

Menos contención al modificar reglas de enrutamiento

Otra modificación importante afecta a las reglas de la FIB, la base de información que utiliza el sistema para decidir cómo reenviar el tráfico IPv4 e IPv6. Las operaciones para añadir y eliminar reglas —RTM_NEWRULE y RTM_DELRULE— dejan de depender en tantos casos de la serialización amplia impuesta por RTNL, el bloqueo global asociado a la configuración de red.

El nuevo enfoque utiliza, cuando es posible, mutexes por cada fib_rules_ops. RTNL sigue siendo necesario en determinados recorridos, incluido el camino fib_unmerge() de la primera regla IPv4.

La diferencia fue especialmente marcada en una prueba sintética con 4.096 espacios de nombres de red, cada uno con 1.024 reglas insertadas en paralelo. En IPv4, el tiempo descendió de 22,752 a 0,918 segundos —aproximadamente 24,8 veces menos—. En IPv6, bajó de 35,181 a 1,214 segundos, cerca de 29 veces menos. El resultado mide un escenario extremo de contención paralela; no debe interpretarse como una predicción directa sobre el tiempo de arranque habitual de contenedores.

Los mantenedores buscan ayuda para filtrar parches de IA

Jakub Kicinski, mantenedor de redes, contabilizó 632 parches para net y 648 para net-next. Según su estimación, entre un tercio y la mitad de net-next correspondía a correcciones, limpiezas o aclaraciones de baja prioridad impulsadas por IA: aproximadamente entre 216 y 324 parches. Kicinski y Paolo Abeni describieron la situación como una sobrecarga total.

La respuesta propuesta no consiste en sustituir a los revisores. Meta proporcionó presupuesto y acceso a varios modelos de frontera para que cada parche pueda pasar por una primera revisión con más de un sistema, reduciendo así el riesgo de aceptar una alucinación particular de un único modelo.

La automatización podría ocuparse de tareas como gestionar Patchwork, redactar comentarios de proceso, editar mensajes de commit y, posiblemente, aplicar parches que ya hayan sido revisados por personas de confianza.

Sin embargo, los mantenedores consideran insuficiente este enfoque para rutas poco frecuentes y propensas a condiciones de carrera. Casos como errores y tiempos de espera de PCIe exigen comprobar manualmente el comportamiento de las API y el orden correcto de las operaciones de recuperación del hardware.

Más controladores y cambios en protocolos

La ventana de integración también incorporó varias novedades de soporte:

• En redes inalámbricas llegó el controlador inicial para dispositivos Wi‑Fi HaLow Morse Micro mm81x, con soporte para equipos USB y SDIO, además del nuevo controlador inalámbrico NXPWIFI de NXP. El trabajo sobre MLO —operación multienlace— continuó.
• En redes cableadas se añadió el esqueleto inicial del controlador Intel iXD, destinado al soporte de funciones PIC del plano de control de Intel en IPU/FNIC E2100 y posteriores. También llegó soporte CXL inicial para tarjetas de red AMD/Solarflare y compatibilidad con la actualización de firmware de NIC AMD Pensando.
• MPTCP incorporó un mecanismo de último recurso para podar colas de paquetes fuera de orden bajo una presión de memoria extrema. Su objetivo es facilitar la recuperación y las retransmisiones, no mejorar el rendimiento normal.
• En AF_UNIX, la transferencia de descriptores mediante SCM_RIGHTS informa mejor cuando un LSM rechaza determinados descriptores. Con SO_RIGHTS_NOTRUNC, el receptor puede identificar el descriptor rechazado y su errno, en lugar de perder el resto del conjunto al producirse el primer fallo.

Cuándo llegará Linux 7.3

La primera versión candidata de Linux 7.3 se esperaba alrededor del 30 de agosto de 2026, mientras que la versión estable se proyectaba para finales de octubre, siempre sujeta al calendario normal del desarrollo del kernel.

Los usuarios de distribuciones con versiones fijas probablemente tendrán que esperar más: cada proyecto selecciona, adapta, prueba y publica los kernels según su propio calendario. Las distribuciones rolling podrían empaquetarlo antes. CachyOS sería un posible candidato temprano, pero las fuentes disponibles no muestran una fecha comprometida para adoptar Linux 7.3; sus imágenes de agosto todavía incluían Linux 7.1.