Bereits im September veröffentlichte AMD die Linux-Treiber-Patches für P-State EPP als ihren neuesten Versuch, die Energieeffizienz von Ryzen-und EPYC-Prozessoren zu verbessern. Diese Woche wurde nun die vierte Iteration dieser Treiber-Patches für die CPU-Frequenzskalierung verschickt.
AMD P-State EPP ist eine Weiterentwicklung des AMD P-State-Treibercodes, an dem sie im vergangenen Jahr gearbeitet haben. P-State EPP (Energy Performance Preference) zielt darauf ab, die Leistung und Energiekontrolle für moderne Zen-Laptops, Desktops und Server weiter zu verbessern.
Der AMD P-State EPP-Treiber erweitert die anfängliche Implementierung des P-State-CPU-Frequenzskalierungstreibers, indem er die Energy Preference Performance (EPP)-Informationen von ACPI CPPC nutzt, die der Hardware einen Hinweis darauf geben, ob die Software a bevorzugt Ausrichtung auf Leistung oder Energieeffizienz. Von AMD bereitgestellte Benchmark-Ergebnisse mit ihren ersten P-State EPP-Patches unter Verwendung eines AMD EPYC „Rome“ (Zen 2)-Servers zeigten, dass dieser neue Treibercode eine deutlich bessere Leistung pro Watt als amd-pstate (passiv) oder acpi-cpufreq liefert verschiedene Gouverneure.
Mit den v4-Patches gibt es zusätzliche Codeänderungen als Ergebnis des Codeüberprüfungsprozesses, ermöglichen das einfachere Einstellen des amd-pstate-Treibers über einen Kernelparameter und andere Korrekturen.
Die Patches für AMD P-State EPP v4 stehen jetzt zur Überprüfung zur Verfügung über dieser Kernel-Mailinglisten-Thread.
Mit den neuesten Patch-Revisionen kann die AMD P-State EPP-Funktionalität auf gepatchten Kerneln aktiviert werden, indem die Option „amd-pstate=active“ als Kernel-Argument festgelegt wird. Die Energieeffizienzpräferenz kann dann zur Laufzeit über die Schnittstelle/sys/devices/system/cpu/cpu*/cpufreq/energy_performance_preference gesteuert werden. Wie beim passiven AMD P-State erfordert diese Funktionalität aufgrund der Abhängigkeit von ACPI CPPC Zen 2-CPUs und neuer.
Es wird sehr interessant sein, diesen P-State EPP-Treiber einigen rigorosen Tests zu unterziehen, wenn er sich dem Mainline-Kernel nähert. Es wird auch interessant sein zu sehen, wie gut AMD P-State EPP für die gerade angekündigten AMD EPYC 4. Gen „Genua“-Prozessoren funktioniert – sehen Sie sich meinen EPYC 9654/9554 Linux-Test von gestern an, falls Sie ihn verpasst haben.
Nicht direkt mit dieser AMD P-State EPP-Arbeit verbunden, aber diese Woche hat AMD auch Linux-Kernel-Patches veröffentlicht, um eine neue Infrastruktur rund um die Zeit des Hardware-Ruhezustands bereitzustellen. Diese Infrastruktur würde sowohl für AMD-als auch für Intel-CPUs funktionieren, um die Zeit zu melden, die in Suspend-to-Idle (s2idle)-Schlafzuständen verbracht wird. Über sysfs werden bequem die Dauer des Hardware-Schlafzustands und die Gesamtschlafdauer des Systems seit dem Booten angezeigt. Der User-Space kann diese Informationen dann nach s2idle abfragen, um die Zeit auszuwerten, die in einem Hardware-Ruhezustand verbracht wird. Weitere Details zu dieser separaten Kernel-Arbeit finden Sie in dieser Patch-Reihe.
