En septembre, AMD a publié les correctifs du pilote Linux pour P-State EPP dans le cadre de son dernier effort pour améliorer l’efficacité énergétique des processeurs Ryzen et EPYC. Envoyé cette semaine est maintenant la quatrième itération de ces correctifs de pilote de mise à l’échelle de la fréquence du processeur.
AMD P-State EPP est une évolution du code du pilote AMD P-State sur lequel ils ont travaillé l’année dernière. P-State EPP (Energy Performance Preference) vise à améliorer encore les performances et le contrôle de l’alimentation des ordinateurs portables, ordinateurs de bureau et serveurs Zen modernes.
Le pilote AMD P-State EPP étend la mise en œuvre initiale du pilote de mise à l’échelle de la fréquence du processeur P-State en utilisant les informations de performance de préférence énergétique (EPP) d’ACPI CPPC qui indiquent au matériel si le logiciel préfère un privilégier la performance ou l’efficacité énergétique. Les résultats de référence fournis par AMD avec leurs correctifs EPP P-State initiaux utilisant un serveur AMD EPYC”Rome”(Zen 2) ont montré que ce nouveau code de pilote offrait des performances par watt nettement meilleures que amd-pstate (passif) ou acpi-cpufreq à travers divers gouverneurs.
Avec les correctifs v4, il y a des modifications de code supplémentaires à la suite du processus de révision du code, permettent de configurer plus facilement le pilote amd-pstate via un paramètre du noyau et d’autres correctifs.
Les correctifs AMD P-State EPP v4 sont maintenant disponibles pour examen via ce fil de discussion de la liste de diffusion du noyau.
Avec les dernières révisions de correctifs, la fonctionnalité AMD P-State EPP sur les noyaux corrigés peut être activée en définissant l’option”amd-pstate=active”comme argument du noyau. La préférence de performance énergétique peut ensuite être contrôlée lors de l’exécution via l’interface/sys/devices/system/cpu/cpu*/cpufreq/energy_performance_preference. Comme avec AMD P-State passif, cette fonctionnalité nécessite des processeurs Zen 2 et plus récents en raison de la dépendance à l’ACPI CPPC.
Il sera très intéressant de soumettre ce pilote P-State EPP à des tests rigoureux à mesure qu’il se rapproche du noyau principal. Il sera également intéressant de voir dans quelle mesure AMD P-State EPP fonctionne pour les processeurs AMD EPYC 4e génération”Genoa”qui viennent d’être annoncés. Pas directement lié à ce travail AMD P-State EPP, mais cette semaine, AMD a également publié des correctifs du noyau Linux pour fournir une nouvelle infrastructure autour du temps d’état de veille du matériel. Cette infrastructure fonctionnerait à la fois pour les processeurs AMD et Intel afin de pouvoir signaler le temps passé dans les états de veille de la suspension à l’inactivité (s2idle). La durée de l’état de veille du matériel et la durée totale de veille du système depuis son démarrage seraient exposées de manière pratique via sysfs. L’espace utilisateur peut ensuite interroger ces informations après s2idle pour évaluer le temps passé dans un état de veille matériel. Plus de détails sur ce travail de noyau séparé via cette série de correctifs.
