AMD HD 7970 - Treibermysterien des OSX

Griven:

Diese Meldung kommt jedes Mal:

06.05.15 22:21:54,000 kernel[0]: ** GPU Hardware VM is disabled (multispace: disabled, page table updates with DMA: disabled)

Also der Grafikbeschleuniger (GPU) ist nicht aktiv. Die GPU wird unter Yosemite häufiger eingesetzt, unter anderem zum Decodieren von iTunes DRM-kodierten MP3's. Da gibt es eine Meldung:

DRMStatus : iTunes/Apple Store Content Access Problem. Content playback
may be disabled on this computer. You can continue using this machine,
but you should contact an Apple support representative. Error code:
8877652.

Dieser Fehler hat den Bootvorgang enorm lang aufgehalten, wenn's danach überhaupt weiterging. Auf meinem unveränderten System mit der nicht richtig lauffähigen Intel HD4000 hatte ich die jedes Mal. Jetzt benutze ich aber wieder iTunes 10.7, das benutzt die GPU nicht zur Dekodierung, also gibt's die Fehlermeldung auch nicht.

Die GPU wird auch immer mehr zum Aufbau von 2D-Objekten wie dem GUI aufgebaut. Wenn die GUI nicht funktioniert, wird das OS natürlich lahm. Unter Leopard und Snow Leopard wird das anders geregelt, deshalb sind die auch schneller.

Machst du bitte mal einen Grafiktest mit Xbench? Wir haben ja inzwischen die Werte von allen da.

Also ich habe hier mal die GraphicsTools von XCode hochgeladen, damit lassen sich jede Menge Infos abrufen. Quartz Debug hat noch versteckte Einstellungen, die kann man im Terminal mit

defaults write com.apple.QuartzDebug QuartzDebugPrivateInterface -boolean YES

aktivieren und so wieder deaktivieren:

defaults delete com.apple.QuartzDebug QuartzDebugPrivateInterface

Im 'Window'-Menü kann man diverse Funktionen aufrufen. Das Abschalten vom Sync hat bei mir nie etwas gebracht. In Snow Leopard is Sync aus, in Yosemite auch. Irgendwie aktiviert Yosemite die Grafikbeschleuniger nicht, das ist völlig klar. Es gehen die wichtigsten Funktionen, so daß QE/CI usw. gehen, aber die volle Leistung wird nicht erreicht. Das gilt für unsere Radeons als auch für die Ivy Bridge-GPUs. Das eine Board von mir hat einen H61-Chipsatz, aber einen Ivy Bridge-Core i7 3770S mit HD4000. Übrigens: Das Arbeiten mit OS X geht - nur im Vergleich zu meiner voll unterstützen HD2600XT unter Leopard und der HD6870 unter Snow Leopard kriecht Yosemite ganz schön.

Julian hat doch in seinen Specs eine Powercolor R9 290X angegeben - sofern er sie nutzt. Oft werden ATI- und Intel-Kexte gleichzeitig geladen. Ich werfe die überflüssigen Kexte deshalb aus /S/L/E raus, um das auszuschließen.

Also ich habe bei Quartz Debug mal das 'Frame Meter' offen, das geht selbst bei einfachen Tests auf 90% hoch. Der OpenGL Driver Monitor zeigt mit 'AMDRadeonX3000GLDriver: AMD Radeon Barts XT Prototype - 1' an, aber im Graph kommt nichts. Im Menü 'Monitors' kann man 'Renderer Info' aufrufen. Da ist einmal der ATI Renderer - und der Apple Software Renderer. Der wird also benutzt, und es ist ja klar, daß der nicht so leistungsfähig ist.

Ja, dann ist bei dir der Grafikbeschleuniger an, bei mir ist da alles tot. Probier mal einen Xbench-Test mit offenem FrameMeter, da gehen die Werte bei mir bis über 90 hoch, die CPU-Last bleibt aber ganz niedrig. Schau doch mal in der Konsole nach, ob da ein Eintrag 'disabled' vorkommt, wegen der 'GPU Hardware VM disabled', wie das bei mir immer kommt.

Die 3xxx-Kexte werden bei mir auch geladen, da stehen die gleichen
Device-ID's drin. Wenn ich die weglasse und nur noch AMD6000Controller
drin habe, habe ich kein QE/CI und Open GL mehr. Dual-Monitor geht aber
noch. Ich habe die AMDX3000- und AMD6000-COntroller so gepatcht, daß
potentielle andere Framebuffer drin sind: BartsXT, Duckweed. Kein Erfolg Hast du einen Framebuffer in Clover eintragen, oder sonst irgendwelche Änderungen bei den Grafikeinträgen?

Übrigens zur Ordnung: Leg dir einen Ordner mit /S/L/Extensions (disabled) an und leg da alles rein was unnötig ist:

AMDxxxxController (außer die für deine 5750)
AMD4xxx-Kexte
AppleiSight.kext
AppleIntelGraphics-Kexte
ATIRadeonX2000-Kexte
AppleThunderbolt*-Kexte
AppleWWANAutoEject.kext (Du wirst vermutlich kein WWAN benutzen)
IOThunderboltfamily.kext
GeForce-Kexte
Nvidia-Kexte (nur nicht NVSMU.kext)

Am besten darin noch Unterordner, 10.10.3, 10.10.4 usw. Nur vor einem Update sollten alle Dateien wieder in /S/L/E liegen, da oft nur Teile einer Datei aktualisiert werden.

Bei dir ist aber AppleGraphicsControl.kext anscheinend nicht geladen. Probier mal meine gepatchten AppleGraphics*-Kexte aus. Hast du den OpenGL Driver Monitor mal getestet?

Bei mir gab's übrigens auch noch einen Gag: Ich habe spaßeshalber mal die ATI6000*- und ATIX3000*-Kexte von Snow Leopard in Yosemite reingeworfen - bootete problemlos, auch Dual-Monitor, allerdings kein QE/CI und kein OpenGL. Ich hab's dann nochmal mit den entsprechenden AMD-Ketxen von 10.9.5 probiert, da gab's eine Kernel Panic Altes scheint eben wohl doch manchmal besser zu sein

Aber irgendwie scheint's ja merkwürdig zu sein. Bei Griven ist die Hardware-GPU an, trotzdem bekommt er bei Xbench scheinbar die langsamsten GUI-Werte. Mach doch mal mehrere Tests hintereinander, Griven. Und ist bei dir AppleGraphicsControl.kext geladen? Der von mir gepatchte hat aber glaube ich nur die ID von der MacPro-Dose hinzubekommen.

Hier gibt's übrigens mal einen kompletten Xbench-Test von meinem Opteron 185-System, mit 2,6 GHz DualCore und einer HD2600XT. Bei 4 GB RAM schaltet das Board übrigens auf 333 MHz Takt zurück...

Der Grafiktest allein kommt so auf einen Gesamtwert von 150, und OpenGL ist hier deutlich langsamer als der Software-Renderer von Yosemite. Aber der schnellere Aufbau von Text und GUI macht sich beim Arbeiten definitiv bemerkbar. Und in Snow Leopard ist der Textwert fast doppelt so hoch und GUI über dreimal, kann man sich im Vergleich zu Yosemite gar nicht vorstellen, wie das System abflitzt. Mach' mal eine Testinstallation davon, Griven, es wird ja auf deinem System laufen. Das ATI-Grafikupdate habe ich ja da.

Also bei dir werden im OpenGL Monitor Werte bzw. eine Verlaufslinie angezeigt? Bei mir ist da alles schwarz. Ich glaube, wir müssen mal eine Vergleichsliste von ATI-Grafikkarten erstellen. Testtols usw. haben wir jetzt ja da. Vielleicht hat einfach niemand festgestellt, wie schlecht die 2D-Werte unter Yosemite sind, weil alle Leute nur möglichst grafikkartenhungrige 3D-Benchmarktests nehmen. Also müßte man mal den Grafikaufbau von Yosemite genau unter die Lupe nehmen, und auch mal Vergleichswerte von echten Macs bekommen.

Daß es bei dir Graphen gibt, reicht ja schon mal - deine Hardware-GPU ist also aktiv. Was die einzelnen Werte angeht, da habe ich auch keine Ahnung Aber die 2D-Leistung wird immer noch nicht voll ausgenutzt. Xbench reicht ja schon mal, jetzt müßte man nur Werte von einem echten Mac bekommen.

Das ist eigentlich erstmal egal, was für eine Karte drinsteckt... nur mal schauen was Xbench sagt, und natürliches welches OS drauf ist.

So, ich habe jetzt mal in ins*nelymac eine Umfrage erstellt, die mal möglichst viele Informationen über Grafikhardware abgreifen soll. Den Link dazu kann hich hier ja leider nicht posten.

Daß es zuverlässig ist, mag ja richtig sein, aber ist es auch schnell? Mein AMD-System mit 10.5.8 drauf ist zwar alt, aber extrem stabil, und nutzt die Grafikkarte auch voll aus. Ob's das Macbook auch tut, kann man ja mit unseren Test-Tools herausfinden.

Komisch eigentlich, daß immer noch so oft der Begriff 'Hackintosh' verwendet wird. Schließlich soll doch immer weniger dran gehackt werden. Ich habe den Begriff nie verwendet, meine Kisten hießen immer 'Mac', weil eben primär Mac OS X drauf lief. Der Begriff PC steht ja nur für Personal Computer, und trifft also auch auf einen Apple-Computer zu. Der Unterschied besteht hautsächlich darin, daß Apple die Grundlage, um das Betriebssystem zu starten, in Hardware realisiert, wir machen das in Software durch einen Bootloader.

Wenn man drüber nachdenkt, ist uns Apple äußerst entgegengekommen. Früher hieß das Betriebssystem ja Mac OS X, klar, weil es auf Macintosh-Rechnern laufen sollte. Und die waren ja auch hardwaremäßig komplett anders als Standard-PC's, schon wegen der PowerPC-Prozessoren. Während des Umstiegs war natürlich das Gebrüll groß, kein Mac-User wollte die ekligen Windows-CPUs in ihren Macs haben. Ich hatte selbst so jemanden in meinem Umkreis. Die x86-CPU's wurden aber recht schnell akzeptiert - allerdings hatte man ja auch keine Wahl. Und jetzt läßt Apple auch noch das 'Mac' im Namen des Betriebssystems weg - damit sind 'OS X' und 'OSx86' näher als je zuvor. Damit sind wir die wahren Gewinner - erst portieren sie uns ihr Betriebssystem auf unsere Prozessoren, haben diverse Programmierer und auch einfache User zu Experten in ihrem OS gemacht, und jetzt passen sie den Namen ihres Betriebssystems auch noch unserem an Vielleicht sollten wir uns schon mal die Bezeichnung 'OSx64' sichern, bevor Apple die erste Version rausbringt, die gar keinen 32bit-Code mehr enthält