Por Canuto  

Las primeras pruebas sobre Linux 7.2 dejaron una sorpresa poco habitual: mejoras visibles en rendimiento de red localhost sobre un servidor AMD EPYC 8635P de la familia Sorano, con avances en TCP, QUIC y latencia, pero sin un mayor consumo energético.
***

  • Linux 7.2 Git al 21 de junio mejoró el rendimiento TCP y QUIC frente a Linux 7.1 estable en un AMD EPYC 8635P.
  • Las pruebas con Sockperf también mostraron menor latencia, mientras UDP no registró cambios frente a la versión previa.
  • Una posible explicación está en cambios al código de poll dentro de fs/select.c, donde se reemplazó free_page() por la API kmalloc().

Linux 7.2 comenzó a perfilarse como una actualización relevante para servidores, pero las primeras pruebas publicadas esta semana añadieron un dato inesperado. Más allá de funciones ya anticipadas, el nuevo kernel mostró mejoras llamativas en red localhost sobre hardware AMD EPYC de última generación.

El hallazgo surgió durante evaluaciones tempranas hechas sobre un servidor con procesador AMD EPYC 8635P, el modelo insignia de la nueva serie EPYC 8005 “Sorano”. Ese chip integra 84 núcleos y 168 hilos basados en arquitectura Zen 5.

Según reportó Phoronix, el código de Linux 7.2 aún está en desarrollo y la ventana de fusión ni siquiera había cerrado al momento de las pruebas. Aun así, los resultados iniciales ya apuntan a avances concretos en rendimiento de red y en latencia de sockets.

El dato es relevante porque EPYC 8005 apunta a cargas típicas de telecomunicaciones, computación en la nube y almacenamiento en la nube. En esos segmentos, cualquier mejora a nivel de red local puede impactar de forma directa la eficiencia de servicios intensivos en conexión entre procesos.

También resulta llamativo que estos avances no aparecieron acompañados de un mayor gasto energético. De hecho, el consumo de CPU del EPYC 8635P fue ligeramente más bajo en Linux 7.2 que en Linux 7.1 durante los benchmarks mencionados.

Qué mostraron las primeras pruebas sobre Linux 7.2

El primer sistema usado para evaluar el comportamiento temprano de Linux 7.2 fue precisamente ese servidor AMD EPYC Sorano. La prueba comparó Linux 7.1 estable con Linux 7.2 Git al 21 de junio.

Para medir red localhost se utilizó xfr, descrito como una alternativa moderna basada en Rust frente a iperf3. En ese escenario, el rendimiento TCP mejoró de forma notable bajo Linux 7.2.

El comportamiento no fue uniforme en todos los protocolos medidos. El rendimiento UDP no mostró cambios frente a Linux 7.1, por lo que la mejora observada se concentró en otras rutas del stack.

La misma prueba de xfr también registró avances favorables en QUIC al ejecutarse sobre el kernel en desarrollo. Esto refuerza la idea de que el salto no se limita a una sola métrica aislada de networking.

En paralelo, otro benchmark de uso frecuente en entornos de red confirmó parte de la tendencia. Sockperf mostró una menor latencia de sockets de red en Linux 7.2 frente a la versión estable previa.

En conjunto, estos resultados no equivalen todavía a una evaluación final del kernel. Sin embargo, sí ofrecen una señal temprana de que Linux 7.2 podría llegar con mejoras prácticas en escenarios de comunicación local intensiva.

Por qué este cambio importa para centros de datos y nube

Para lectores menos cercanos al desarrollo del kernel, localhost alude a la comunicación interna dentro del mismo sistema. Aunque no cruza internet ni un switch físico, esa ruta es crítica en servidores donde múltiples servicios se conectan entre sí de forma constante.

En plataformas de nube, telecomunicaciones o almacenamiento, una parte relevante de la carga ocurre entre procesos locales, contenedores o servicios que comparten máquina. Reducir latencia y elevar throughput en ese nivel puede traducirse en una operación más fluida y en mejor aprovechamiento del hardware.

Eso ayuda a entender por qué el resultado llamó tanto la atención sobre EPYC Sorano. AMD posiciona la serie EPYC 8005 para entornos donde la eficiencia por socket y la densidad de cómputo son factores de negocio, no simples detalles técnicos.

Si Linux 7.2 efectivamente consolida ese mejor desempeño de red, la mejora podría ser atractiva para operadores de infraestructura. Esto incluye desde proveedores de nube hasta despliegues edge y sistemas de telecom con alta exigencia de concurrencia.

Otro punto importante es que la posible causa identificada no sería exclusiva de AMD ni de EPYC. La mejora parece derivar de un cambio genérico dentro del kernel, por lo que podría extender beneficios a otras plataformas compatibles.

Eso deja abierta una pregunta clave para próximas rondas de pruebas. Falta comprobar si el mismo patrón se repite con una intensidad comparable en otros procesadores, otras topologías de servidor y distintas cargas reales de producción.

La posible explicación técnica detrás de la mejora

Para explorar el origen de estas ganancias, las pruebas incluyeron los micro-benchmarks de stress-ng. Allí apareció una pista clara: el rendimiento de poll fue varias veces más rápido en Linux 7.2 Git que en Linux 7.1 estable.

Poll es un mecanismo del kernel usado para vigilar eventos de entrada y salida en descriptores, algo muy común en aplicaciones de red. Mejoras en esa capa pueden terminar reflejándose en throughput y latencia de servicios que dependen de I/O intensivo.

Al revisar el archivo fs/select.c, donde se implementa poll dentro del kernel, aparece un cambio relevante para Linux 7.2. El código pasó de usar free_page() a utilizar la API kmalloc().

Ese ajuste, según la explicación citada en el reporte original, no observó por sí mismo mejoras directas en los números de rendimiento al momento de introducirse. Aun así, el cambio sí apuntaba a ofrecer una mejor escalabilidad.

Esa promesa de escalabilidad encaja con lo observado ahora en estos benchmarks iniciales. En otras palabras, una modificación que no parecía ofrecer beneficios inmediatos podría estar mostrando valor en cargas o configuraciones donde el paralelismo pesa más.

La relación exacta todavía no puede darse por cerrada. Harán falta más pruebas una vez concluya la ventana de fusión para confirmar si ese cambio explica completamente las mejoras en TCP, QUIC y latencia medidas en localhost.

Consumo energético, contexto y lo que falta por comprobar

Un detalle que refuerza el interés por estos resultados es el componente energético. El consumo de CPU del AMD EPYC 8635P no aumentó bajo Linux 7.2 pese a las mejoras registradas en las pruebas de red.

Más aún, el reporte indicó que el consumo fue ligeramente menor que en Linux 7.1. En centros de datos, esa combinación de más rendimiento con gasto estable o algo inferior suele ser una señal especialmente valiosa.

Conviene, no obstante, mantener una lectura prudente del anuncio. Linux 7.2 todavía no cerraba su ventana de fusión, por lo que el código seguía en movimiento y no representa una versión final lista para producción generalizada.

También faltan comparativas más amplias sobre otro hardware y bajo cargas distintas. Una mejora visible en localhost no siempre replica con la misma magnitud en tráfico externo, aplicaciones distribuidas o patrones de uso empresariales concretos.

Aun con esas reservas, el hallazgo inicial es positivo para quienes siguen la evolución del kernel como pieza estratégica de infraestructura. En un mercado cada vez más sensible a eficiencia, densidad y latencia, pequeños ajustes internos pueden producir ventajas visibles a escala.

Por ahora, la conclusión razonable es que Linux 7.2 arrancó con una sorpresa agradable en AMD EPYC Sorano. Si los próximos benchmarks confirman la tendencia, esta versión del kernel podría ganar protagonismo en servidores orientados a nube, telecomunicaciones y almacenamiento.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados