TL; WR
- APM beeinflusst die Stabilität zumindest für mein Setup nicht
- LLC tut dies jedoch - in meinem Fall ist es absolut notwendig, um eine stabile, fehlerfreie Übertaktung zu haben. (Interessanterweise können Sie damit auch fast immer keine Offsetspannung einstellen).
APM hat Leistung auf Leistung. Im Allgemeinen ist es jedoch besser, die Option aktiviert zu lassen, da Sie auf diese Weise eine höhere Taktrate konfigurieren können, was zu einer höheren Systemleistung führt, insbesondere für Workloads mit geringem Thread. Es spart auch Strom.
So macht es es:
(Erfassung während des kleinen FFT-Tests von Prime95 mit 6 Arbeitsthreads) (24-KB-FFT-Größe)
Ausarbeitung
Immer noch nach Rons Tech-Tipps :
Das Deaktivieren von APM bewirkt jedoch, dass Ihre CPU außerhalb des TDP-Bereichs von 125 Watt läuft. Im Wesentlichen ziehen Sie mehr Strom und Spannung und erzeugen mehr Wärme für einen sehr geringen Nutzen. (...)
und
Die einzige Zeit und Situation, in der ich empfehlen würde, APM (Application Power Management) (...) zu deaktivieren, ist, wenn Sie Folgendes haben:
- Eine sehr gute, vorzugsweise hochwertige Flüssigkeitskühlungslösung für Ihre CPU für geplante hohe Overclocks im Bereich von 4,9 bis 5 GHz, die ohnehin die TDP-Grenze überschreiten würde.
(...)
Nichts deutet darauf hin, dass sich APM auf die Systemstabilität auswirkt, obwohl das vorige Zitat (aus der Frage) darauf hindeutet ( "Es gibt Zeiten, in denen die Spannung etwas niedriger wird, während die CPU bei einer höheren Taktrate gehalten wird" ).
Also habe ich das selbst für folgende Szenarien getestet:
- 4800 MHz bei 0,09375 V Offset; LLC [Ultra High]; APM [aktiviert]
- ditto, APM [Deaktiviert]
Und beobachtet, dass:
- APM hat keinerlei Auswirkungen auf die Systemstabilität
- Die CPU-Leistung stieg um 3,27% und erreichte im Passmark-Leistungstest 9132 Punkte. Dies ist eine höhere Punktzahl als beim FX-8370 : Vor allem:
- Gleitkomma-Performance um 8,14% gesteigert
- SSE-Leistung um 8,93% erhöht (SSE wird in Bezug auf FP implementiert)
- Prime-Berechnungen sind auch um 10% schneller
- Ganzzahlige Leistung unverändert
Da jedoch eine gute Tat nicht ungestraft bleibt, ist dies mit hohen Kosten verbunden: 73 ° C werden mit Prime95 in 15-20 Minuten voller Last erreicht. Das ist fast 16% mehr Wärme und 3 ° C über dem CPU-Temperaturbereich. Mit Luftkühlung offensichtlich nicht lackierbar.
Ich habe dann diese Szenarien getestet:
- 4700 MHz @ Aktienspannung (kein Offset); LLC [Ultra High]; APM [aktiviert]
- 4500 MHz @ same (kein Spannungsversatz und LLC Ultra), mit APM [Disabled]
Die Ergebnisse sind:
- Beide sind gleichermaßen sehr stabil
- Die Spannung bleibt für 4500 MHz bei 1,44 V fest und für APM mit 4700 MHz im Durchschnitt etwa 1,428 V
- Der Stromverbrauch beträgt ~ 266,6 VA für 4500 MHz und ~ 239,9 für 4700 MHz + APM unter Volllast (gemessen mit einem Zangenmessgerät; der tatsächliche Verbrauch in Watt ist etwas niedriger)
- Die Leistung im Leerlauf beträgt 62,1 VA bzw. 64,7 VA
- Die maximale Temperatur betrug 65 ° C (Sockel), 61,1 ° C (Tcl) und 75 ° C (VRM) für 4500 MHz. 57ºC (Sockel), 52,1ºC (Tcl), 68ºC (VRM) für 4700 MHz + APM.
- Das Kompilieren großer Projekte mit MinGW unter Windows 10 64 Bit und unter Arch Linux war mit dem 4700 MHz-Setup etwa 3,8% schneller
- Das Kompilieren mit Visual Studio auf W10 und das Konvertieren eines 2min 1080p-Videos mit Handbrake waren bei 4700 MHz um 1,5% schneller
- Die 2D-Grafikleistung von Passmark war bei 4700 MHz um 2,78% schneller
- Der Unigine-Heaven-Benchmark mit der Voreinstellung "Basic" war im Durchschnitt ~ 3,5% schneller und min. FPS war bei 4700 MHz um 6,84% schneller
Ich war etwas überrascht, dass die Transkodierung mit Handbrake bei aktiviertem APM bei 4700 MHz auch schneller war, obwohl die Gleitkomma-Leistung bei dieser Konfiguration niedriger ist, da die Kodierung eine FP-intensive Aufgabe ist. Die wahrscheinliche Erklärung ist, dass die Testdauer zu kurz war (6min16s), um die CPU spürbar zu drosseln. Also habe ich versucht, dasselbe Video zweimal zu konvertieren, in einer "Warteschlange", für eine Testdauer von insgesamt 13m03s. Beim Umschalten auf 4500 MHz ohne APM fiel dies auf 12m44seg, was 2,49% schneller ist.
Dies war das einzige "reale" Szenario, das ich reproduzieren konnte, wo die Konfiguration mit deaktivierter APM-Deaktivierung bei niedriger Taktfrequenz tatsächlich schneller war.
Aufgrund der Tatsache, dass dieses Gerät mit mehr als 10% mehr Leistung (und höherer Thermik) ausgestattet ist, ist es für alle außer für die spezialisiertesten, FP-intensiven Anwendungen nicht ideal.