AMD prepara CPPC HighestFreq para que Windows y Linux lean directamente la frecuencia máxima real de los Ryzen. La novedad llega ligada al soporte ACPI y elimina el cálculo aproximado que usan hoy los sistemas operativos para estimar el boost. En la práctica, el planificador del sistema tendría más información para elegir mejor los núcleos rápidos.
La pieza encaja con el trabajo que ya está sobre la mesa para el driver AMD P-State en Linux. También apunta a la futura especificación ACPI 6.7. No es un cambio cosmético: cuando el sistema sabe cuál es el pico real de frecuencia, puede asignar mejor cargas sensibles a la latencia, como juegos o tareas que dependen de un único hilo rápido.
AMD Linux gana una lectura directa del boost de Ryzen
Hasta ahora, Windows y Linux no podían leer las frecuencias de boost desde el firmware con precisión directa. Tenían que apoyarse en números abstractos de rendimiento e interpolaciones. Ese método funciona, pero pierde exactitud en procesadores Ryzen recientes, donde la escalada de frecuencia no siempre es lineal en todos los núcleos.
CPPC HighestFreq cambia ese punto débil. El firmware pasaría a reportar al sistema operativo la frecuencia máxima real, sin que el sistema tenga que estimarla. En una arquitectura con preferred cores y comportamientos de boost asimétricos, esa información extra ayuda a que el planificador deje de tratar todos los núcleos como si rindieran igual.
El planificador podrá elegir mejor los núcleos más rápidos
La consecuencia práctica está en la cola de ejecución. Si el sistema identifica con más precisión qué núcleo puede sostener el mayor boost, tareas exigentes como juegos o cargas cortas pueden acabar en el núcleo más capaz. Eso no garantiza una mejora enorme en todos los casos, pero sí reduce el margen de error de la asignación automática.
La fuente subraya que la mejora iría especialmente bien en Ryzen CPUs modernas, donde los algoritmos de boost ya son más complejos. Cuando la frecuencia no escala de forma limpia, la estimación puede fallar y repartir peor las tareas. Con HighestFreq, AMD Linux tendría una base más fiel para tomar decisiones de rendimiento.
Este movimiento también encaja con una línea que ya hemos visto en otros cambios recientes del lado del kernel, como el ajuste fino de CPPC en Linux 7.1. La diferencia aquí es que no hablamos de afinar una política, sino de cambiar la información que recibe el sistema desde el firmware.
ACPI 6.7 y el driver AMD P-State llevan la pista del cambio
La parte más relevante es que el soporte se prepara para el driver AMD P-State y para ACPI 6.7. Eso sitúa la función como una base de plataforma, no como un parche aislado. Si termina llegando a esa especificación, tanto Windows como Linux podrían apoyarse en la misma fuente de datos para entender mejor el comportamiento de los Ryzen.
En paralelo, AMD sigue moviendo piezas en Linux para exprimir mejor su hardware. Ya hemos visto pasos similares en áreas como HDMI 2.1 o la gestión interna del sistema, con trabajos que van afinando el soporte del kernel para distintas generaciones. En este caso, el foco está en algo muy concreto: que el sistema operativo deje de adivinar el boost y lo lea tal cual desde el firmware. Para la planificación de hilos, esa diferencia pesa más de lo que parece.
Puedes seguir a HardwarePremium en Facebook, Twitter (X), Instagram, Threads, BlueSky o Youtube. También puedes consultar nuestro canal de Telegram para estar al día con las últimas noticias de tecnología.
FAQ
Permite que Windows y Linux lean la frecuencia máxima real de boost de los Ryzen directamente desde el firmware. Así se evita la estimación actual basada en números abstractos e interpolaciones.
Porque tendrá datos más precisos para decidir qué núcleo puede sostener mejor la carga. Eso ayuda a priorizar los núcleos más rápidos en tareas exigentes como juegos o procesos de un solo hilo.
La fuente la sitúa en el trabajo para el driver AMD P-State. También indica que podría formar parte de la especificación ACPI 6.7.
No. La novedad se plantea para que Windows y Linux puedan leer el boost real de Ryzen. El cambio se centra en la forma en que el firmware expone la información al sistema operativo.
