Phoronix ha publicado una comparativa de rendimiento y consumo entre SMT activado y desactivado en procesadores AMD EPYC 9006 (“Venice”) basados en la microarquitectura Zen 6. El análisis incluye dos modelos representativos: el EPYC 9686F de alta frecuencia y el EPYC 9996 con hasta 256 núcleos por socket (probado en configuración 2P para 192 y 512 núcleos lógicos respectivamente), ejecutando Ubuntu 26.10 y Linux 7.3.
Qué se ha probado y por qué importa la SMT
El autor ejecutó una batería de benchmarks que tienden a escalar bien con muchos hilos, hasta alcanzar cargas que demandan cientos de hilos, y comparó resultados con SMT por defecto (activado) y con SMT deshabilitado. El objetivo fue comprobar si, con conteos físicos de núcleos tan elevados como 256 por socket, el SMT sigue aportando beneficio en rendimiento y en rendimiento por vatio.
Resultados principales y su interpretación
La conclusión general del análisis es que SMT en Zen 6 sigue siendo “definitivamente ventajoso” tanto desde la perspectiva de rendimiento bruto como de eficiencia energética. En distintos tests escalables, mantener SMT activado ofreció mejores números que desactivarlo. Aunque la mejora varía según la carga de trabajo, el patrón observado indica que las unidades de ejecución y la capacidad de cubrir latencias internas se aprovechan aún cuando hay muchos núcleos físicos disponibles.
Phoronix también midió el consumo combinado de CPU en las máquinas 2P con SMT activado y desactivado, y la relación rendimiento/consumo favoreció mantener SMT activo en la mayoría de las pruebas, lo que sugiere que la duplicación lógica por núcleo sigue compensando en Zen 6.
Qué significa esto para administradores y propietarios de webs
- Para cargas altamente paralelizables: si su aplicación escala a cientos de hilos (por ejemplo, ciertos tipos de simulaciones, procesamiento por lotes o servicios de cómputo intensivo), activar SMT en procesadores Zen 6 seguirá siendo una opción razonable para maximizar rendimiento y eficiencia energética.
- Para cargas con límites de hilos o latencias críticas: algunas aplicaciones no escalan bien más allá de un cierto número de hilos o son sensibles a la latencia; en esos casos conviene probar ambas configuraciones (SMT on/off) y medir la latencia y rendimiento real del servicio en su entorno.
- Pruebas en su propio entorno: como con cualquier cambio de configuración de CPU, la recomendación práctica es realizar pruebas representativas con sus cargas reales antes de aplicar la configuración en producción.
Notas técnicas y contexto
SMT (Simultaneous Multithreading) permite que un único núcleo físico ejecute múltiples hilos lógicos simultáneamente, mejorando la utilización de unidades de ejecución cuando un hilo está esperando datos o recursos. En procesadores con muchos núcleos físicos, existe la duda de si la ventaja de SMT se reduce al aumentar el conteo físico; estas pruebas en Zen 6 indican que la tecnología sigue aportando beneficio en cargas escalables y en términos de eficiencia energética.
Las comparativas se realizaron sobre un sistema Linux moderno (Ubuntu 26.10 y kernel Linux 7.3), lo que refleja un entorno actual de servidor y facilita reproducibilidad para administradores que quieran validar los hallazgos en su propia infraestructura.
Si gestiona servidores con EPYC 9006, lo práctico es incluir pruebas de SMT en su batería de validación de rendimiento y consumo antes de decidir la configuración por defecto a desplegar en producción.
Lee también:
- Interrupción en Microsoft 365 afecta Outlook, Exchange Online y Teams por fallos en comprobaciones de salud
- Jensen Huang dimite como CEO de NVIDIA y la CFO asume el cargo de forma interina
Fuente: Phoronix
