En septiembre, AMD publicó los parches de controladores de Linux para P-State EPP como su último esfuerzo para mejorar la eficiencia energética de los procesadores Ryzen y EPYC. Enviado esta semana ahora es la cuarta iteración de esos parches de controlador de escala de frecuencia de CPU.
AMD P-State EPP es una evolución del código del controlador AMD P-State en el que han estado trabajando el año pasado. P-State EPP (Preferencia de rendimiento de energía) tiene como objetivo mejorar aún más el rendimiento y el control de energía para las computadoras portátiles, de escritorio y servidores Zen modernos.
El controlador AMD P-State EPP amplía la implementación inicial del controlador de escalado de frecuencia de la CPU P-State mediante el uso de la información de rendimiento de preferencia de energía (EPP) de ACPI CPPC, que es una pista para el hardware sobre si el software prefiere un sesgo hacia el rendimiento o la eficiencia energética. Los resultados de referencia proporcionados por AMD con sus parches iniciales de P-State EPP utilizando un servidor AMD EPYC”Rome”(Zen 2) mostraron que este nuevo código de controlador ofrece un rendimiento por vatio significativamente mejor que amd-pstate (pasivo) o acpi-cpufreq en todo varios gobernadores.
Con los parches v4, hay cambios de código adicionales como resultado del proceso de revisión de código, permiten configurar el controlador amd-pstate más fácilmente a través de un parámetro de kernel y otras correcciones.
Los parches AMD P-State EPP v4 ya están disponibles para su revisión a través de este hilo de la lista de correo del núcleo.
Con las últimas revisiones de parches, la funcionalidad AMD P-State EPP en kernels parcheados se puede habilitar configurando la opción”amd-pstate=active”como argumento del kernel. La preferencia de rendimiento energético se puede controlar en tiempo de ejecución a través de la interfaz/sys/devices/system/cpu/cpu*/cpufreq/energy_performance_preference. Al igual que con AMD P-State pasivo, esta funcionalidad requiere CPU Zen 2 y posteriores debido a la dependencia de ACPI CPPC.
Será muy interesante someter a este controlador P-State EPP a pruebas rigurosas a medida que se acerca al núcleo principal. También será interesante ver qué tan bien funciona AMD P-State EPP para los procesadores AMD EPYC 4th Gen”Genoa”recién anunciados. Consulte mi revisión de Linux EPYC 9654/9554 de ayer en caso de que se la haya perdido.
No está directamente relacionado con este trabajo de AMD P-State EPP, pero esta semana AMD también publicó parches del kernel de Linux para proporcionar una nueva infraestructura en torno al tiempo de suspensión del hardware. Esta infraestructura funcionaría para que las CPU de AMD e Intel puedan informar la cantidad de tiempo pasado en estados de suspensión de suspensión a inactividad (s2idle). Expuesto convenientemente a través de sysfs estaría la duración del estado de suspensión del hardware y la duración total de la suspensión del sistema desde que se inició. El espacio de usuario puede consultar esta información después de s2idle para evaluar la cantidad de tiempo pasado en un estado de suspensión del hardware. Más detalles sobre ese kernel separado funcionan a través de esta serie de parches.
