Una mejora se acerca al driver de escalado de frecuencia AMD P-State del kernel Linux y al código Collaborative Processor Performance Control (CPPC) en general. El cambio agrega soporte para un nuevo registro HighestFreq, en proceso de estandarización dentro de una futura revisión de la especificación ACPI.

¿Qué problema resuelve HighestFreq?

El registro CPPC HighestFreq probablemente se incorpore en la próxima versión del estándar ACPI 6.7. Apunta a sistemas donde el boost ratio no se puede calcular con precisión usando interpolación lineal sobre los valores de performance de CPPC, debido a que la relación entre performance y frecuencia no es lineal a través de todos los núcleos del sistema.

Es un escenario cada vez más frecuente en arquitecturas heterogéneas modernas: configuraciones de núcleos P (performance) y E (efficiency) mezcladas, o procesadores con núcleos del mismo tipo pero distintas curvas de boost individuales producto del binning. La interpolación lineal asume que la frecuencia escala uniformemente con el valor de performance, una asunción que el silicio actual rompe seguido.

¿Qué dice el ingeniero detrás del patch?

Mario Limonciello, ingeniero de AMD para Linux, explicó así la motivación del patch series que prepara este soporte:

"En algunos sistemas el boost ratio no puede calcularse con precisión usando interpolación lineal de los valores de performance de CPPC porque el mapeo de performance a frecuencia no es lineal a través de todos los núcleos. Esta serie introduce soporte para el registro CPPC HighestFreq. Este registro está actualmente bajo propuesta en ASWG y con tendencia de inclusión en ACPI 6.7. Opcionalmente entrega la frecuencia más alta real, eliminando la necesidad de interpolación. Cuando está disponible, se usa este valor para cálculos más precisos de capacidad de CPU y determinación del boost ratio. Esta serie pone al día las definiciones existentes de CPPC con ACPI 6.6 y luego agrega soporte para la propuesta ACPI 6.7."

La serie de patches deja sentado el soporte inicial de HighestFreq para superar las limitaciones de la interpolación lineal en CPPC.

¿Por qué importa para usuarios y administradores?

Para los administradores de sistemas que despliegan servidores y estaciones de trabajo con CPUs AMD EPYC o Ryzen Threadripper modernos, el cambio se traduce en governors de CPU más precisos al decidir cuándo elevar la frecuencia y cuánto. Esto tiene impacto directo en dos métricas operativas:

  • Throughput en cargas mixtas, donde un boost mal calculado deja performance sobre la mesa.
  • Eficiencia energética, especialmente relevante en datacenters latinoamericanos donde el costo del kWh industrial chileno bordea los CLP 90 a 110 por kWh según el horario y la región del SIC.

Para los usuarios de escritorio con AMD Ryzen 9000 series o Threadripper PRO 7000, el efecto neto será sutil pero medible: menos calor en cargas sostenidas y más boost real cuando el silicio efectivamente puede entregarlo, sin esperar a que el algoritmo de interpolación deduzca mal.

¿Cuándo aparece en kernels mainline?

La serie todavía está en revisión y ACPI 6.7 aún no es spec oficial, así que el aterrizaje formal probablemente ocurra en Linux 7.4 o 7.5, alineado con la salida de las laptops y servidores que vengan declarando el registro vía ACPI. AMD publica ahora el patch para no llegar tarde cuando el silicio aparezca en el mercado, una cadencia upstream-first que el equipo Linux de AMD viene cuidando desde la generación Zen 4.