Beiträge von Brumbaer

    Der Bootloader hat direkt nichts mit der Geschwindigkeit der GK zu tun haben.
    Zu dem Zeitpunkt zu dem Cinebench läuft ist der Bootloader schon lange im Bett.


    Es wäre theoretisch denkbar, dass man durch eine DSDT eine Änderung der Performance herbeiführt. Aber das hätte dann auch nichts mit dem Bootloader sondern mit der DSDT zu tun.
    Das gleiche gilt für irgendwelche verwendeten Treiber, aber beide Installationsarten verwenden den Web Driver.


    Betrachtungen zu Cinebench und der Vergleichbarkeit von Werten
    Auf meinem Rechner liefert Cinebench mit einem 5GHz 6700k und einer 980TI, 151fps und 1101cb - manchmal ein "Bisserl" mehr.
    Bei 4GHz sind es nur noch 129fps und 886cb
    D.h. 25% mehr Takt resultieren in 17% mehr fps und 24% mehr cb
    Bei 4,5 GHz liegen die Werte in der Mitte.
    Ein Verändern der PCIE Übertragungsrate liefert Änderungen im Rahmen der Messgenauigkeit. Was bedeutet eine falsche BIOS/DSDT Einstellung bezüglich des PCIE Busses hätte eine zu vernachlässigende Wirkung.
    Wenn ich mich recht erinnere brachte ein Ändern des GPU Taktes um 10% etwa 5 (von 145 auf 150) Punkte bei FPS also rund 3%.


    Schaut man sich das Verhältnis von cb zu fps Wert an, kommt man bei 4GHz auf 6,9 bei 5GHz auf 7,3. Dies ist nur ein Vergleichswert, dessen absoluter Wert keine Bedeutung hat, Aber man kann sagen; je niederiger der Wert, desto relevanter bzw. stärker ist die Leistung der GK im Vergleich zur CPU. Deshalb ist der Wert bei schwachen CPUs kleiner, das hier die GK relativ gesehen schneller ist. Ist Alles in Ordnung und der Wert trotzdem hoch, ist es Zeit für eine neue GK.
    Aus den Messwerten lässt sich schließen, dass die CPU rund 70% der Arbeit macht und die GPU nur 30%. (Dies gilt nur für diese GK und CPU bei den angegebenen Frequenzen)
    Daraus kann man folgern, dass ein Wechsel zu einer anderen GK gar nicht so viel bringen sollte.


    Im cb Test sollte man in einem bis auf die GK identischen System sowieso etwa den gleichen Wert erwarten, da der PCIE Bus der Bottleneck ist. Der fps Test wäre der interessantere.


    Also die 980TI gegen eine 970 getauscht.
    Und siehe da - die Ergebnisse für fps und cb sind im Rahmen der Messgenauigkeit identisch zu denen mit der 980TI.


    Warum also so viel mehr Geld für die 980TI bezahlen ?


    Aufschluss gibt ein echter OpenGL Test wie Heaven. Der liefert 2840 Punkte für die 980TI, aber nur 2078 Punkte für die 970.


    Was folgt daraus ?
    Cinebench ist für die Beurteilung der OpenGL Leistung einer GK - zumindest auf dem Mac - ungeeignet. Ab einer bestimmten Geschwindigkeit der GK ist in Cinebench fast nur noch die CPU für den fps Wert relevant, für den cb Wert ist die CPU eh allein verantwortlich.


    Zu @user-michis Benchmarkwerten


    6xxx Systeme liegen in den 6ern und 7ern
    4xxx Systeme in den 8ern.


    Das von Michi als Referenz herangezogene Systeme von @Fantomas erzielte 101fps bei 877cb, ein cb/fps Verhältnis von 8,68. Die Werte sind im Bereich des Normalen was die CPU/GK Kombi angeht,


    Michis System hingegen hat 61 fps bei 566cb, das ist ein cb/fps Verhältnis von 9,11. Ein Wert von 9 ist vergleichsweise schlecht, besonders wenn man den geringen cb Wert betrachtet.


    Ein CB Wert von 566 kommt mir für 4 Kerne wenig vor. Um die 700 Punkte hätte ich schon erwartet.
    Kannst du mal ein Geekbench 3.0 laufen lassen und posten welche Werte du für Single und Multi bekommst ?
    Das würde darüber Aufschluss geben, ob der Prozessor mit der korrekten Geschwindigkeit läuft. Die Werte sollten etwa bei 3000 und 11000 liegen.


    Ist das so, würde sich der Test mit einer anderen GK lohnen.
    Auch könnte man das BIOS nach falschen Einstellungen durchforsten, die zu einer Reduzierung der Datenübertragungsrate führen.
    Steckt die Karte in einem PCIEx16 Slot ?

    Öffne das Terminal


    gib ein ohne " und erst Return Drücken wenn gesagt


    "sudo cp "


    Dann ziehst du die neue Info.plist auf das Terminal Fenster


    dann gibst du
    " /System/Library/Extensions/AppleGraphicsControl.kext/Contents/PlugIns/AppleGraphicsDevicePolicy.kext/Contents"
    gefolgt von Return ein

    Hast du SIP abgeschaltet ? In Config.plist im Tab rtVariables CsrActiveConfig auf 0x67
    Ist kext_dev_mode gesetzt ? in Config.plist im Tab Boot


    Einer der beiden oder beide zusammen (am Besten) sollten das Problem lösen. Nach dem Ändern Neustart.
    Sollten sie schon gesetzt sein muss ich drüber nachdenken.

    iMac schneller oder MacPro schneller ?


    Ich würde vermuten der iMac, da er den 4790 unterstützt und dann die entsprechenden Instruction Set Extensions verwendet werden usw..
    Falls der MacPro schneller ist keine Vorstellung warum ? Weniger Hintergrund Gedöns ?

    Verwende den GeheZu Befehl im Finder mit
    /System/Library/Extensions/AppleGraphicsControl.kext/Contents/PlugIns/AppleGraphicsDevicePolicy.kext/Contents

    Die Info.plist aus dem Verzeichnis auf den Desktop kopieren und mit TextEdit öffnen


    Mit Suchen und Ersetzen
    Alle <string>Config2</string>
    durch <string>none</string>
    ersetzen.
    Es sollte nun nur noch ein Config2 in der Datei vorkommen in Form von <key>Config2</key>
    Speichere.
    Kopiere die geänderte Datei in den Ordner des Originals.
    Du wirst darauf hingewiesen, dass du das Passwort eingeben musst etc.. Tu dies und ersetze die alte Datei mit deiner neuen.


    Benutze das KextUtility (Downloadbereich) um den TreiberCache neu aufzubauen - dh. du startest es, gibts das PW ein und wartest bis es "Enjoy" anzeigt und beendest das Programm wieder.

    Die Sensoren sind Plugins für FakeSMC und sollten im selben Verzeichnis installiert werden.


    Erstmal feststell was du schon hast.
    Wo ist denn dein "Normales" FakeSMC installiert ? in L/E oder auf der EFI Partition ?
    Befinden sich im selben Ordner schon Sensor Kexte ?


    Ist das "normale" FakeSMC neuer als das aus dem HW Sensor Pack ?
    Dann besorge dir die Sensor Files zu dieser Version und installiere sie im selben Ordner
    Ansonsten kopiere die Sesnor Kexte in den Ordner.


    Ich bin der Meinung dass es ein im Dezember ein neueres FakeSMC mit neueren Plugins von RehabMan gab. Kann aber nicht sagen ob es für die 4xxx Prozessoren relevant ist.


    Es ist vielleicht eine gute Idee die FakeSMC und die Sensor Kexte erstmal in den 10.11 Ordner eines Boot Sticks zu spielen und vom Stick zu booten. Dann ist das Recovern im Falles eines Problems einfacher.

    Servus,
    Jedoch kommt Development auf einem Hackintosh überhaupt in Frage?
    XCode schreit ja sobald eine neue Version verfügbar ist SOFORT nach einem Update und lässt dich ja überhaupt nichts mehr builden. Macht jetzt innerhalb von der OSX Version kein großes Problem. Sollte jedoch dabei auch die OSX Version sich erhöhen.. naja weiß nicht wie es dann so is mit "Hackintosh".


    Kannst du das bitte etwas genauer ausführen.
    Ich habe XCode noch nie einen Build verweigern sehen, weil es eine neuere Version gibt.
    Weder für iOS noch OS X.
    Oder geht es um Code SIgning für den Store ? Code Signing für Entwickler/Betas ist zumindest nicht betroffen.

    Die SSDTs werden alle geladen.


    Man muss allerdings beachten, dass die SSDTs nichts existierendes ändern können, sondern nur hinzufügen.
    D.h. man kann nur neue Sachen in einer SSDT unterbringen.


    Will man was ändern muss man das Original verwerfen, dh. die Original Datei für ungültig erklären (DropTables).
    Dann muss man natürlich auch all die anderen Dinge aus der verworfenen Datei wieder hinzufügen.
    Steht das Original in der DSDT, muss man entsprechend eine neue DSDT mit den Änderungen erzeugen.

    Wenn es ein- oder zweimal passiert, würde ich sagen Pech. Aber häufiger, kann an der Platte liegen oder einem anderen systematischen Fehler (Kabel, Mobo, Spannungsversorgung, OS).
    Wenn du den Verdacht hast, dass die Platte eine Macke hat, tausche sie. Besser unnötig getauscht als ewig die Ungewissheit.
    Das Abklemmen der Platten wird jetzt nichts mehr helfen. Wenn dann lass sie beim nächsten Installationsversuch ab, bis alles sauber läuft. Aber zusätzliche Platten führen eher zur Verwirrung (z.B. warum wird Clover nicht geladen) als zu einem Fehler in der Datenstruktur.