Gigabyte Z390 DESIGNARE: OpenCore-EFI-Ordner und Anleitung

Zitat von JimSalabim

Wenn es nichts bringt, wieder zu 0xFF ändern.

Es hat nichts gebracht, gleiches Verhalten. Monitor schaltet sich ab, Rechner schaltet sich ein paar Sekunden später ab und dann sofort wieder ein...

Läuft einwandfrei 👌 vielen vielen Dank!!!

Auch der Wechsel zwischen macOS und Windows über StartupDisk und BootCamp Assistent läuft wie bereits angekündigt! (musste nur von External auf BuiltIn wechseln)

Wie verhält es sich eigentlich mit FileVault? Das sollte doch eigentlich auch problemlos funktionieren, oder?

EDIT: Ach ja vergessen, Verbotsschild habe ich bisher nie eins gesehen.

Hallo zusammen,

ich lese gerade auf tmx86 einen Thread zu den AMD Navi-Karten, da ich auch eine RX5700XT installiert habe.

Letztlich geht es darum, einige Device-Properties zu injecten. Ab diesem Zeitpunkt werden wohl irgendwelche EFI-Treiber geladen und das gibt einen erheblichen PErformance-Boost. Einige können dadurch auf WEG verzichten, bei mir klappt das aber nicht.

Zumindest der Performance-Boost ist aber erheblich:

Notwendig waren die folgenden injects:

Letztlich habe ich aber nur Dinge auf Opencore angewendet, die andere Leute entdeckt haben.....

Ich poste das mal in diesen Thread, da viele mit JimSalabims Opencore EFI-Ordner ja auch die RX5700XT einsetzen....

Eventuell ist das ja interessant.

Gruss fzahn

fzahn

Danke für den Hinweis.

Habe das eben mal geprüft und folgende Ergebnisse erhalten.

Vorher	Nachher

Ich denke das kann sich tatsächlich sehen lassen.

Eingetragen sind folgende Angaben:

Das ist aber nur auf die 5700er anwendbar, oder wie ist das zu verstehen?

Hm,

es gibt wohl auch vergleichbare Dinge für Vega-Karten....

Gruss Florian

al6042 verwendest du weiterhin WEG oder kann man das dann weg lassen?

Der ist bei mir noch drinnen... habe heute auch keine Möglichkeit das anderweitig zu testen.

falls es sowas für die vega64 gibt. kann mich jemand in die richtige richtung lenken? ich finde nix

JimSalabim FYIO: Ich habe heute mal „Deine“ Quirks getestet. Schon direkt beim ersten Reboot kam das Verbotsschild...

fzahn cool, zwar bringt es bei Luxmark bei mir keinen SpeedUp aber bei bei Metal ist das schon beeindruckend.

Jetzt wäre mal CMMChris 's Meinung gefragt.

Dass Geekbench bei nicht Apple Hardware miese Werte ausspuckt ist doch ein alter Hut. Ihr nutzt da halt die Framebuffer von irgend einem existierenden oder kommenden Apple Produkt was dieses komische Phänomen beseitigt. Reell bekommt ihr dadurch aber keinen Performance Zuwachs. Es ist ja nur Geekbench der da mit zweierlei Maß misst. Weder in anderen Benchmarks noch in Real Life Tasks lässt sich der angebliche Unterschied verifizieren. Das sind einfach nur Nonsens Nummern die sich da in Geekbench ändern, nicht mehr und nicht weniger. Wenn ihr nur wegen nem lausigen Geekbench Score den Kram in die Config packen wollt, bitte. Bedenkt aber, dass dies je nach Framebuffer auch negative Auswirkungen haben kann. Die Framebuffer sind nicht für PC Karten gedacht - dafür gibt es den RadeonFramebuffer. Ggf. geben als Resultat einzelne Ausgänge den Geist auf oder es gibt andere unschöne Nebeneffekte.

Edit: So sieht die Config von Adder aus

Mal abgesehen von der DRM/Sidercar Thematik: welche Unterschiede/Einschränkungen bestehen denn (wenn überhaupt) zwischen den beiden SMBIOS Versionen?

Wenn ich mir mal meine Konfiguration ansehe, ist diese von der CPU her näher am iMac, von der GPU her näher am Pro (obgleich die VEGA 64 im Pro auch eine PRO ist). Ein absolut identisches Abbild der original Hardware hat man ja in der Regel nie.

Meine Frage wäre also ob ich eigentlich mit dem iMac SMBIOS irgendwie "besser" dran wäre als mit dem Pro, welches ich ja daher nutze, da DRM bei mir (wie vmtl. bei den meisten) wichtiger als Sidecar ist oder ob das im Großen und Ganzen eben doch Wumpe ist.

iMacPro1,1 nutzt deine GPU besser aus da sie hier zum Dekodieren und Enkodieren genutzt wird. Bei den regulären iMacs wird dafür die langsamere IGPU genutzt. Wenn man kein Sidecar nutzt also immer als iMacPro laufen lassen.

Hallo,

die Meinung teile ich leider nicht so ganz, wenngleich ich weiß, dass du hier im Forum in Bezug auf Grafik wohl "die Instanz" bist

ich stelle aber mit dem Update einen effektiven Leistungszuwachs fest: Ich nutze auf meinenm Mac X-Plane 11. Das ist ein Flusgimulator, der recht massiv OpenGL verwendet. Hier sehe ich einen Zuwachs von ca. 28-32 fps auf 38-42 fps .

Es handelt sich zumindest bei mir also um einen wirklich feststellbaren Performancezuwachs.

Geekbench ermittelt den Zuwachs ja auch durch "Durchrechnen" verschiedener Aufgaben. Das scheint ja schneller zu gehen, denn anders wären die höheren Werte nicht erklärbar.

Aus meiner Sicht ist ein Benchmark eine objektive Beurteilung der Leistung und nicht nur etwas esoterisches.

Gruss Florian

Zitat von CMMChris

Dass Geekbench bei nicht Apple Hardware miese Werte ausspuckt ist doch ein alter Hut. Ihr nutzt da halt die Framebuffer von irgend einem existierenden oder kommenden Apple Produkt was dieses komische Phänomen beseitigt. Reell bekommt ihr dadurch aber keinen Performance Zuwachs. Es ist ja nur Geekbench der da mit zweierlei Maß misst. Weder in anderen Benchmarks noch in Real Life Tasks lässt sich der angebliche Unterschied verifizieren. Das sind einfach nur Nonsens Nummern die sich da in Geekbench ändern, nicht mehr und nicht weniger. Wenn ihr nur wegen nem lausigen Geekbench Score den Kram in die Config packen wollt, bitte. Bedenkt aber, dass dies je nach Framebuffer auch negative Auswirkungen haben kann. Die Framebuffer sind nicht für PC Karten gedacht - dafür gibt es den RadeonFramebuffer. Ggf. geben als Resultat einzelne Ausgänge den Geist auf oder es gibt andere unschöne Nebeneffekte.

Edit: So sieht die Config von Adder aus

Code

1. <dict>
2. <key>aty_config</key>
3. <dict>
4. <key>CFG_NO_PP</key>
5. <false/>
6. <key>CFG_PTPL2_CNT</key>
7. <integer>16</integer>
8. <key>CFG_PTPL2_MAX</key>
9. <integer>250</integer>
10. <key>CFG_PTPL2_MIN</key>
11. <integer>100</integer>
12. </dict>
13. <key>aty_properties</key>
14. <dict>
15. <key>DalEarlyTps1Pattern</key>
16. <integer>1</integer>
17. <key>PP_DiDtSQStallPatternOverride</key>
18. <integer>16383</integer>
19. <key>PP_DisableDIDT</key>
20. <integer>0</integer>
21. <key>PP_PhmUseDummyBackEnd</key>
22. <integer>0</integer>
23. <key>PP_WorkLoadPolicyMask</key>
24. <integer>32</integer>
25. <key>SMU_ActivityMonitorTable</key>
26. <data>AAQABAIA6AMAAAEAAAAAAAAAAADQAQEAMP7+/wAAAAAABAAAAgDoAwAAAQAAAAAAAAAAANABAQA45v//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAkFAAFkPAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==</data>
27. </dict>
28. </dict>
29. </plist>

Alles anzeigen

Wenn es nach Geekbench geht haben ne RX580, Vega 64 und Radeon VII unter macOS nahezu identische Leistungswerte. Go figure.