OS Performance mit / ohne OpenCore

Zu A fällt mir nicht so viel ein zu B schon denn alle Modifikationen die OpenCore vornimmt (SMBIOS, ACPI etc. pp) gelten gleichermaßen für jedes Betriebssystem das über OpenCore gestartet wird. Im Bezug auf das SMBIOS dürfte das relativ egal sein denn das beeinflusst die Leistung von Windows/Linux meines Wissens nach nicht anders sieht das aber bei den SSDT Geschichten aus denn sowohl Windows als auch Linux lesen das ACPI und nutzen es. Sofern Deine SSDT'S nicht so geschrieben sind das sie sich explizit auf macOS auswirken ( If (_OSI ("Darwin")) ) wovon ich ehrlich gesagt ausgehe dann wirkt sich das alles eben auch auf Windows und Linux aus und gerade im Bezug auf das CPUPM macht das einen deutlichen Unterschied. Zu A wäre vielleicht noch zu sagen das das SMBIOS die natürlich auch die CPUPM Strategie von macOS beeinflusst das iMac13.2 SMBIOS verwendet passend zum Prozessor (IvyBridge) das AppleIntelCPUPowerManagement auf Basis der AppleInteCPUPowerManagement.kext und in Kombination damit die erzeugten P und C-States aus der SSDT bedeutet also wie gut die CPU hoch oder runter geht im Takt hängt davon ab wie gut oder passend die zur CPU die erzeugte SSDT ist (insbesondere mit Blick auf die Turbo States). Das iMacPro SMBIOS würde normalerweise die Verwendung von XCPM voraussetzen was in Deinem Fall aber nicht funktionieren kann da XCPM auf Ivy Bridge nicht unterstützt wird ich bin mir allerdings gerade nicht sicher ob dann ein Fallback auf die alte Strategie stattfindet (unwahrscheinlich denke ich) oder ob macOS in dem Fall die einfach gar kein CPUPM lädt (müsste man mal Kextstat bemühen und gucken was da wirklich geladen wird in dem Fall).

Warum nicht die Opencore NDK Version nutzen und ACPI nur für macOS aktivieren.

Dann hat man die Probleme mit Windows nicht.

Opencore ist halt nicht Windows ausgelegt und eher kontraproduktiv mit den ACPI Patches und bremst es aus.

Mfg

Weil es für die NDK schon länger keine Updates gab...

KMBeatz Das NDK repo ist auf 0.5.8 stehen geblieben und wird anscheinend nicht mehr weitergeführt. Sauberer wäre es die ACPI patches OS-aware zu schreiben oder nur MacOS mit OC zu starten.

Was bedeutet OS Aware genau?

Sorry bin nicht auf dem neuesten Stand.

Mfg

Du kannst in ACPI Prüfen ob MacOS und dann entweder modifizieren oder nicht. Einziger Hacken, Linux gibt by default auf _OSI(“Darwin”) auch true zurück. (Siehe https://www.kernel.org/doc/htm…mware-guide/acpi/osi.html)

Könnte man nicht zb reFind oder Clover zusätzlich in Opencore angezeigt bekommem bzw Parallel installieren und in Opencore heraus Clover oder reFIND starten?

Das wäre doch elegant gelöst.

Ja ist auch eine verbreitete Methode. Aber eher anders herum: Mit reFind das OS zu wählen und dann OC direkt ohne BootPicker zu starten.

Oder einfach per BIOS Hotkey wählen geht auch wenn nur selten ein anderes OS verwendet wird.

Ich hab' eigentlich immer das acidenthera oc verwendet, und sah auch keinen Grund für das NDK...

Ich verwende (beim Asus halt) das normale OC mit Windows

Beim HP hab ich auch kein NDK...

Bei NDK war die letzte Änderung vor 2 Monaten...

oberstel iMacPro und iMac sollten für Win und Linux Messgenauigkeit sein, unter macOS siehe griven

Geringerer Score ist interessant, mal die Frequenzen verfolgt, taktet die CPU mit und ohne CPU aufs Maximum? Kann mir gut vorstellen, dass irgendwelche Turbo- oder OC(?)-States in der Tabelle fehlen

Zitat von theCurseOfHackintosh

Bei NDK war die letzte Änderung vor 2 Monaten...

Und genau deshalb habe ich auch nie diesen Fork benutzt (hatte da auch irgendwie null Anreiz zu). Ist eben nicht unwahrscheinlich das solche Projekte dann früher oder später zum Erliegen kommen. Dann lieber gleich das Original.

wer den ndk wegen den netten buttons nutzt, kann auch open canopy nutzen :), und das bei den aktuellen opencore versionen, ist eben etwas arbeit- ich mag text, und daher ist derzeit kein open canopy bei mir am laufen

NDK war eigentlich nur wegen der ACPI Geschichte Interessant.

Naja Müssen wir halt wegen Windows das Bootmenü aufrufen oder reFIND mit ins Boot nehmen.

Gibt immer einen Weg.