Radeon AMD RX 480 8GB und HP RX 580 4GB | Nach Ruhezustand stotterndes OpenGL

Zitat von HDRI

Zum Beispiel bei PP_EnableLoadFalconSmcFirmware -> PP,PP_EnableLoadFalconSmcFirmware

Könnte man doch dann auch einfach als doppelten Wert in dem Kext hinterlegen. Oder nicht ?! CMMChris

Zitat von Un!x

Könnte man doch dann auch einfach als doppelten Wert in dem Kext hinterlegen. Oder nicht ?!

What? Die Frage ergibt für mich keinen Sinn. Warum sollte man das tun?

Weil zB. PP_EnableLoadFalconSmcFirmware bei mir nicht auf 1 steht. Obwohl es in deinem Kext drin steht.

Lese mal ab hier, ist doch alles geklärt: Radeon AMD RX 480 8GB und HP RX 580 4GB | Nach Ruhezustand stotterndes OpenGL

Erklärt aber immer noch nicht warum ich die Parameter doppelt eintragen soll.

Danke, dachte ich mir schon, dass der nun zweite PP Wert, mit PP, davor im IOREG von OS X nicht beachtet wird und nur von WEG gebraucht wird um den Wert ohne PP, davor richtig einzufügen.

Trotzdem gut das zu wissen. PS: dieses .Quick... braucht das PP, davor auch. Nur PP_Workload wohl nicht, wobei mir noch unklar ist wiso es in Clover als Number (integer) eingetragen ist aber im IOREG als DATA auftaucht. Werde mal weiter testen (rein device properties) welches Propertie eigentlich den boost von ca. 30% beim Geekbench verursacht. Da ich den Boost schon vor den Änderungen PP, vor LoadSMC und ...Quick.. hatte.

Danke Chris! Genau, man überliest leider leicht, dass du schon vor einigen Posts kurz erklärt hast das WEG diese PP, oder CFG, vor PP_.. braucht um die Werte auch auf 1 zu setzen sprich bestehende Werte zu ändern.

Ich vemute viele haben das nicht so in Clover eingetragen - wie ich - weil das unklar war. Und dann im Prinzip keinen realen Effekt trotz einem PP_ Eintrag in Clover haben, weil WEG die Werte im System nicht von 0 auf 1 überschreibt wenn diese nicht mit PP,PP_ oder CFG,CFG_ beginnen.

Bei meinem PP_WorkloadPolicy 1 hat das auch ohne PP,PP_Work... geklappt, weil es schlicht diesen Parameter im IOREG gar nicht gegeben hat - vermute ich. Ich habe den zumindest davor nicht gefunden.

PP, und CFG, müssen immer angehangen werden wenn ein Parameter bereits gesetzt ist und überschrieben werden soll. Früher hat WEG das auch mal ohne die Prefixe gemacht, hat sich wohl geändert.

Zitat von CMMChris

Häng mal bei PP_ Properties ein "PP," davor und bei CFG_ Properties ein "CFG,"

Vielleicht rafft es WEG dann.

Danke, hat funktioniert. Dann war meine Frage mit den doppelten Einträgen ja sinnlos. Wirst du das in einem neuen Release updaten? So das man es nicht jedesmal ändern muss.

Hab ich ja schon geschrieben dass ich es im nächsten Release entsprechend ändern werde. Ist ja auch ein Fehler meinerseits, wäre sinnfrei das so zu belassen.

Zitat von CMMChris

Es gibt auch noch folgende Parameter:

CFG_PTPL2_CNT
CFG_PTPL2_MAX

CFG_PTPL2_MIN

Schau mal ob du damit anstatt der TBL dasselbe Ergebnis erzielen kannst.

Edit: Die Werte dürften wohl Angaben in Watt sein wenn es sich tatsächlich um einen Power bezogenen Parameter handelt (PTPL könnte für Power Target / Power Limit stehen?).

Alles anzeigen

Power Target klingt gut, PL2 könnte sich auf Phase Lock Loop beziehen und evtl. auf den Voltage Controller anspielen. Wenn das wirklich Werte in Watt sind, habe ich Glück, dass das Bios der Karte verhindert hat, dass die RX460 den Stromtod gestorben ist. Pcie-Slots liefern in der Regel auch nur 75 Watt .

6e (110) aus Florin ist übrigens nicht genug um gute FPS mit einer RX580 zu erzielen. Die Karte taktet zwar hoch, das scheint aber nicht genug für konstante FPS zu sein. Das hatte ich gestern nicht mehr getestet.

Werde jetzt erstmal Sinu mit 82 (130) testen.

CNT könnte für continous stehen...

Zitat von roqueeee

Wenn das wirklich Werte in Watt sind, habe ich Glück, dass das Bios der Karte verhindert hat, dass die RX460 den Stromtod gestorben ist.

Schmarrn. So viel Strom kann die Karte gar nicht ziehen dass da was passiert. Ich lasse meine Radeon VII auch quasi mit offenem Limit laufen.

Zitat von roqueeee

CNT könnte für continous stehen...

CFG_PTPL2_CNT steht eher für Count, also Anzahl der States die basierend auf MIN und MAX generiert werden.

Ich habe nämlich die Vermutung dass bei Nutzung von CNT, MIN und MAX die TBL automatisch generiert wird. Nutzt Apple für Vega20 und Navi10. Ob das mit Polaris auch geht musst du testen.

Sehr interessant das mit der Power Sache. Denn die GPU wird (zumindest unter Win) runtergetaktet wenn ein Powerlimit (auch im BIOS hinterlegt) überschritten wird - und nicht nur wenn GPU Temp (evtl. auch zusätzlich Hotspots überwacht bei ganz neuen GPUs) zu hoch wird.

Jedoch wird die Powersache gerade beim Geekbench OpenCL(Metal kaum ein Grund für den Boost sein, da Geekbench wesentlich weniger Watts erzeugt wie zB. Luxmark ode Games. Auch wenn wie Chris sagt die Watt Werte des AMD Treibers zu hoch sind, sieht man im Vergleich Geekbench und Luxmak wie Geekbench viel weniger Last % / Watt und (zudem nur sehr kurzzeitig)auf die GPU bingt wie Luxmark oder Games.

Bei Geekbench muss die Wirkung der boost Sache also entweder an einer erhöhten Speicherbandbreite liegen oder evtl. auch dass Geekbench, anders als andere Apps/Benches gewisse Codeoptimierungen je nach den ATY properties durchführt und die Benches deshalb mit boost parameter beschleunigt werden.

Allein bessere Speicherbandbreite müsste auch bei Luxmark & Co, wenn nicht mit 30% (boot meiner RX 30% bei Geekbench OpenCL! , was ich viel finde) dann wenigstens mit 5-10% durchschlagen. Sind aber halt bei allen boost Usern bei Luxmark um 0%.

Hier geht es auch gerade nicht um Benchmark Scores sondern um Performance Probleme nach Sleep.

Zitat von CMMChris

Ich habe nämlich die Vermutung dass bei Nutzung von CNT, MIN und MAX die TBL automatisch generiert wird. Nutzt Apple für Vega20 und Navi10. Ob das mit Polaris auch geht musst du testen.

Das wäre natürlich sehr praktisch. Kann das gerne heute Abend testen!

Frage zu

Device Properties PP,PP_EnableLoadFalconSmcFirmware 0x1

Valley Metrics: Core Clock 1940-1256 MHz, 280 Watt (relativer Murkswert) , Temp GPU Avg 75 °C

Ist in diesem Fall nur das device property PP,PP_EnableLoadFalconSmcFirmware 0x1 in Clover eingfügt und sonst nichts (also auch kein boost.kext)?

Ich vermute auch, das relativ wenig PP oder CFG hinzugefügt bzw. geändert werden müssen damit der Effekt (bei dir Probs nach Wake) eintritt. Zumindest unsere Polaris GPUs brauchen recht wenig denke ich. Geekbench Wert nur mit diesem PP,PP_EnableLoadFalconSmcFirmware 0x1 auch schon höher oder muss da mehr hinzu um Geekbench boost zu erreichen?

Also meine gegenwärtige Vorstellung ist (das sind hier nur Annahmen, da ist nichts bewiesen), dass mit PP_EnableLoadFalconSmcFirmware 0x0 das Bios der Karte das Powermanagment übernimmt.

Mit PP_EnableLoadFalconSmcFirmware 0x1 nimmt das Betriebssytem Einfluss auf die Karte und kann z.B. mit den Werten in CFG_PTPL2_TBL Power Targets bei verschiedenen Boost-Stufen vorgeben.

Wenn du jetzt PP_EnableLoadFalconSmcFirmware einschaltest, aber keine CFG_PTPL2-Werte mitgibst, wird die AMD9500Controller.kext wahrscheinlich auf irgendwelche Defaults zurückgreifen. Keine Ahnung welche das sind.

Im Fall von HDRI scheint das ja gut zu klappen. Bei meiner Rx460 führt das allerdings dazu, dass die Karte nur so wenig Strom zur Verfügung hat, dass die nicht über 600MHz Taktrate hinaus kommt. Zumindest nehme ich an, dass das der Grund ist. Grundsätzlich scheint PP_EnableLoadFalconSmcFirmware 0x1 aber immer das Ruckeln nach Sleep zu beseitigen, wenn man das denn haben sollte.

Nein mit Spannung und Takt hat das nichts zu tun.

Und bezüglich PowerPlay Table: Nein mit dem PP, Prefix hat das nichts zu tun. Ich habe doch schon erklärt was der Prefix macht. Existiert bereits ein Parameter für ne PPT? Nein, eben nicht. Muss WEG also was überschreiben? Nein muss es nicht. Braucht man dann den Prefix? Nein braucht man nicht.

Autoconfig scheint bei Polaris leider nicht zu funktionieren.

Die Werte wurden auch sicher unter GFX0 übernommen, die RX460 bleibt aber trotzdem bei 600 MHz.

CMMChris Guck am besten nochmal genau bei meinen Properties, bevor wir das zu den Akten legen.