XD, ich weiß wirklich nicht viel darüber. Ich weiß, dass einige Lenovo-Laptops jetzt P-State-Profile
aktiviert haben und theoretisch Hinweise von den Einstellungen des Windows-Stromplans erhalten könnten (oder "versteckte" Einstellungen von Powercfg unter Windows nutzen), um diese Strompläne anzupassen. Aber das setzt voraus, dass die Strompläne darunter festgelegt sind. Und dass die CPPC-Einstellungen nicht stattdessen verwendet werden.
Und ich weiß wirklich nicht, was der Plan an dieser Stelle ist. Die Lenovo-Chipsatztreiber enthalten einige Profil-Einstellungen, die seit über einem Jahr nicht wirklich viel gebracht haben. Jemand bei Lenovo scheint auch zu denken, dass sie es tun. Und ich kann nur vermuten oder wild raten, dass sie einfach nur CPPC-Einstellungen konfigurieren, während die Firmware und die Toolkits darüber laufen. Was dann anscheinend zu einer Reihe von BIOS-Anpassungen geführt hat, die ich... sonst nicht erklären kann (zumindest für die Thinkpads und Thinkbooks).
Denn die Firmware wurde geändert, um einen einheitlicheren Ansatz für das Energiemanagement zu haben. Und mittlerweile wurde alles auf diesen neuen Firmwares aufgebaut.
Das Problem ist, dass wir, außer auf einem entsperrten Motherboard auf einem Desktop... und nicht auf einem Laptop mit Kindersicherheit... dem OEM ausgeliefert sind und wie sie dies zusammenstellen.
Oder anders ausgedrückt - einige Funktionen des Referenz-Chipset-Treibers und der Stromprofile könnten funktionieren und etwas bewirken. Was genau und in welchem Umfang - keine Ahnung. Werden die Chipsatztreiber die Firmware-Einstellungen für ruhende Kerne, ihre Taktraten usw. überschreiben? Nein, überhaupt nicht. Wird der Low-Level-CPU-Governor überhaupt auf etwas eingestellt, auch wenn die Flags vorhanden sind? Wir wissen es nicht. Wird der Low-Level-Governor durch die vorhandene Mischung von Windows-Powercfg-Einstellungen (einschließlich der Standardeinstellungen und beliebigen min/max-CPU-Taktfrequenz-Einstellungen) überschrieben? Absolut.
Also mehr oder weniger: Ja, es ist jetzt möglich, dass die Verwendung des Referenztreibers einige der Einstellungen aktiviert, die möglicherweise aktiviert oder deaktiviert sind. Aber es ist auch der Fall, dass BIOS/EFI-Einstellungen auf niedriger Ebene, die gesetzt oder deaktiviert wurden, usw., dies alles komplett sabotieren können.
Oder anders ausgedrückt, wenn wir einfach so viel wie möglich und so schnell wie möglich steigern wollten, könnten wir das tun. Du würdest einfach die Taktzustände hoch setzen und den Prozessor anweisen, den Boost bei erster Gelegenheit zu nutzen.
Aber was wir eigentlich wollen, ist, dass der Boost erst reserviert wird, wenn du ihn wirklich brauchst, und dann nominales und weniger aggressives Boosting so lange wie möglich verwendet wird - damit du, wenn du auf ein Engpass stößt, in voller Pracht über das ganze Internet oder was auch immer burstest. Denn wenn du den Boost sofort aufbrauchst, wirst du drosseln, der Akku wird leer sein, der Laptop wird heiß sein und deine Finger werden Blasen haben und so weiter. Was du im Wesentlichen brauchst (auch auf dem Desktop) ist ein konservativer Governer, der schnell reagiert, wenn tatsächlich eine große Last wartet (...ich verspreche, jetzt aufzuhören). Aber er wird heruntertakten und geduldig mit angemessener Reaktion warten, bis du tatsächlich den Boost brauchst.
In der Zwischenzeit - angeblich hat es jemand geschafft, den P-State-Governor in Windows auf einigen der Lenovo-Laptops zu aktivieren, indem er einfach die Standardtreiber unter Windows verwendet hat.
Schulterzucken Das ist schon eine Weile eine Option, also vielleicht? Es ist auf jeden Fall möglich, sie zu aktivieren und die richtigen und erwarteten Ergebnisse in Linux zu haben, auch auf den extrem und schrecklich bios-gesperrten Lenovo-Laptops.
Was hier genau bei all den verschiedenen Modellen und den seltsamen Schemas passiert - ich weiß wirklich nichts Substanzielles, überhaupt nichts. Und Lenovo sagt kein Wort. Auch AMD sagt nichts, soweit ich den Support dort kontaktieren konnte.
P.S., ich bin sicher, er meint "intelligentes Kühlen" oder so etwas. Es ist ein vorhersagender Typ von Lüfter-Drehzahlsteuerung, der den Lüfter im Grunde frühzeitig hochdreht, um das Gerät abzukühlen. Es hat auch eine bessere untere Schwelle (generell), niedrigere Taktfrequenzen und konservativere Boosts. Im Großen und Ganzen ist es näher dran an dem, was du typischerweise auf einem vielen Kernsystem willst, mit... besonders mit... dem schnellsten Bus, den jemand je bei x86 gesehen hat.