UPDATE am 19.10.2023
Das Problem des Stutterings besteht definitiv auch noch in Verbindung mit der 13. Core i-Generation, Windows 11 und wahlweise Assassins Creed Origins oder Mirage. Der Link zum Update-Beitrag lautet:
https://www.computerbase.de/forum/t...ming-geloest-mitnichten.2075781/post-28723211
UPDATE am 24.11.2022
Da sich der Artikel mittlerweile fest verlinkt im Sub-Forum "Mainboards und CPUs: Probleme mit Intel" befindet, möchte ich einleitend darauf hinweisen, dass sich dieser Artikel auf die Probleme unter Windows 10 bezieht. Unter Windows 11 mit dem angepassten Kernel bzw. Scheduler, der die Aufgaben der verschiedenen Prozessorkerne besser erkennt und passend verteilt, treten die hier nachfolgend beschriebenen Probleme NICHT mehr auf.
Weiterhin kann zum aktuellen Zeitpunkt nicht mit Sicherheit bestätigt werden, ob die nachfolgende Problematik sich auch auf die 13. Core i-Generation übertragen lässt. Hier könnt ihr als Leser gerne nachlegen.
/EDIT
Vorwort:
Mit Intel's neuestem Paukenschlag, den Alder Lake-Prozessoren basierend auf der neuen Hybrid-Architektur, welche die leistungsstarken Golden Cove-Kerne (P-Cores) mit den sehr effizienten Kernen der Gracemont-Architektur (E-Cores) kombiniert, wurde zweifellos eine neue Ära im Bereich der klassischen x86-Architektur beschritten.
Im Mobile-Bereich kennt man dies schon länger: Handyprozessoren besitzen schon lange hybride Rechenkerne, die sich in einem gemeinsamen SoC vereinen. Nimmt man zum Beispiel einen recht weit verbreiteten Qualcomm Snapdragon 888 zum Vergleich, so findet man dort nicht nur zwei, sondern neben der ebenfalls im SoC integrierten Adreno 660-GPU sogar drei unterschiedliche CPU-Kerne, die für verschiedene Aufgaben und Lastverteilungen am Handy eingesetzt werden: Einen mit 2,84GHz taktenden Kryo 680 Prime-Kern, drei 2,42GHz schnelle Kryo 680 Gold-Kerne und zusätzlich noch vier Kryo 680 Silver-Kerne mit jeweils 1,8GHz.
In dieser Kombination bieten heutige Smartphones neben einem relativ geringen Stromverbrauch eine gleichzeitig immense Rechenleistung, wenn diese denn benötigt wird. Da die durchschnittliche Nutzung am Smartphone meist so aussieht, dass man nebst z.B. CPU-lastigen Spielen auch sehr viel im Teillastbereich unterwegs ist, etwa beim Surfen oder Messagen, so bietet es sich zweifellos an, ein hybrides Prozessorsystem zu etablieren, welches stets die effizienteste Berechnung der jeweils anstehenden Aufgabe vornehmen kann.
Das neue Zeitalter der Desktop-CPUs
Auch, wenn ein klassischer Desktop-PC in aller Regel keine akuten Stromprobleme besitzt, zumindest nicht versorgungsseitig, so ist es durchaus nachvollziehbar, dass Intel nun diesen Schritt gewagt hat und auch in Sachen Energieeffizienz wieder die Krone zurückholen möchte, die AMD bereits vor etwa 16 Monaten mit der Vorstellung der 5000er Ryzen-Prozessoren für sich beanspruchte.
Auch mit der Hybrid-Architektur von Alder Lake konnte Intel die Krone der Leistungseffizienz nicht vollends zurückgewinnen, zeigt aber gegenüber den Vorgänger-Generationen in Form der Core i-9000, 10000 und 11000-Prozessoren, dass man wieder auf dem richtigen Weg zu sein scheint.
Auf Seiten der Ermittlung zur Effizienz hat ComputerBase mit dem Mammut-Test zur Vorstellung von Alder Lake einen der besten Hardware-Reviews der letzten Jahre geschrieben. Auch an dieser Stelle möchte ich mich für diesen sowie auch für alle anderen immer wieder spannenden und sehr informativen Artikel bei @Jan, @Volker und selbstverständlich auch allen anderen Redakteuren, angestellt wie freischaffend, zutiefst verneigen.
Um jedoch wieder aus der Schleimspur herauszutreten, bevor ich kläglich darin ausrutsche und ertrinke, möchte ich einen besonderen Aspekt der Alder Lake Hybrid-Technologie hervorheben, die meiner Recherche nach in dieser Form leider in keinem Online-Magazin, in keinem Forum und auch in keinem Youtube-Video näher beleuchtet wird: Gaming
Zwar ging ComputerBase, wie auch viele andere Onlinemagazine, auf die DRM-Problematik mit Denuvo ein, die dafür sorgte, dass viele Spiele mit diesem Kopierschutz gar nicht erst starteten oder abstürzten oder aber für falsche Übermittlung einer angeblichen Merfach-Installation sorgten (was ebenfalls das Starten des Spiels verhindert), verfolgte die Problematik aber leider nicht weiter.
Wie ist der aktuelle Stand der Dinge?
SOLL-Zustand:
Idealerweise profitieren Spiele selbst von den Efficency Cores und können daraus zusätzliche Rechenkraft schöpfen. Ist dies nicht der Fall, so soll das Spiel ausschließlich die leistungsstarken Performance Cores belegen, die Efficiency Cores könn(t)en dann weiterhin im Hintergrund von anderen Windows-Prozessen genutzt werden, ohne dass es sich negativ auf die Spieleperformance auswirkt.
IST-Zustand laut Intel:
Die Probleme mit den Denuvo-Spielen seien behoben worden, zusätzlich gibt es in praktisch allen Mainboards mit aktuellem UEFI ein Workaround, das es dem Anwender ermöglicht, die Efficiency Cores mit einer Tastenkombination vor dem jeweiligen Spielstart zu deaktivieren und nach dem Beenden des Spiels die Kerne wieder entsprechend zu aktivieren. Diesbezüglich gab Intel viele News heraus und bezeichnet das Problem hiermit als offiziell beseitigt und den gesamten Vorgang als abgeschlossen.
IST-Zustand tatsächlich:
Denuvo-Sperren aufgrund fälschlich übermittelter Mehrfachinstallationen, weil Denuvo die E-Cores als immer wieder neue Hardware-Plattform ansieht und somit ein Installationslimit überschritten wird, scheint es nicht mehr zu geben. Alle getesteten Spiele starteten auch nach unzähligen Neustarts, Veränderungen im UEFI sowie vielen Starts während der einzelnen Windows-Sessions tadellos.
Das Hauptproblem der E-Cores in Spielen scheint jedoch ein ganz Anderes zu sein: Lags
Je nach Spieleengine konnten teils vereinzelt, teils nahezu ununterbrochen kleinere bis größere Ruckler beobachtet werden. Das reicht vom klassischen, einmaligen Schluckauf alle paar Minuten bis hin zur absoluten Unspielbarkeit aufgrund von fünf Sekunden langen Stillständen alle fünf bis zehn Sekunden.
Interessant ist hierbei auch, dass selbst DiRT 5, welches ebenfalls Denuvo als Kopierschutz benutzt, nie auf den Intel-Listen mit den von Problemen betroffenen Spielen auftaucht, in den durchgeführten Tests aber eindeutig Probleme auf die aktivierten E-Cores zurückgeführt werden konnten.
Der Testumfang
Für die nachfolgenden Tests und Resultate wurde folgende Hard- und Software verwendet:
Intel Core i5-12600K
MSI MAG Z690 Tomahawk WiFi DDR4
G.Skill Trident Z RGB 32GB DDR4-4000 CL16-16-16-36 (in unterschiedlichen Takten und Timings eingesetzt)
Gainward GeForce GTX 1070 Phoenix GS bzw. Palit GeForce RTX 3060 Ti Dual V1
Samsung SSD 960 EVO M.2 250 GB als Systemlaufwerk, Sabrent Rocket M.2 1TB für die Spiele
Scythe Stronger Plug-In 700 Watt
Scythe Fuma 2 mit LGA1700 Mounting Kit
Lian Li Lancool II Mesh Performance
Windows 10 Pro 21H2 - frisch installiert mit aktuellstem OS-Build 19044.1586, neueste Sicherheitspatches installiert
nVidia Treiber Version 511.79 (ohne GeForce Experience) - alle Einstellungen im Werkszustand
Auf dem Mainboard befindet sich das aktuellste BIOS in Version 7D32v12 vom 03.03.2022
Alle getesteten Spiele befinden sich im aktuellsten Patch-Stand
Erläuterung zu den vielen Einstellungen im UEFI betreffend Alder Lake P- und E-Cores
Das besagte MSI-Mainboard bietet - wie vermutlich alle Z690-Mainboards (und aufgrund der nachfolgenden Feststellungen hoffentlich auch jeder andere Chipsatz für Alder Lake) - eine wahre Flut an Einstellungen zu den gewünschten CPU- und RAM-Konfigurationen. Seit bald 30 Jahren beschäftige ich mich privat wie auch beruflich mit Computern und könnte vermutlich auch heute noch blind jedes AMI, Award und Phoenix-BIOS wie aus dem F-F bedienen. Was MSI hier jedoch mit dem MAG Tomahawk veranstaltet, ist schlichtweg nur mit "Zu viel des Guten" zu beschreiben.
Es gab Zeiten, zu denen ich jeden einzelnen Punkt in einem von mir eingesetzten BIOS haarklein erklären konnte. Zugegeben: diese Zeiten sind lange vorbei. Das Untermenü für die RAM-Einstellungen übertrifft das hier Gezeigte im Übrigen um ein Vielfaches! Für RAM-Overclocker vermutlich ein Segen.
Die Möglichkeiten zur E-Core-Steuerung im UEFI
Aber gut, dies soll kein Mainboard-Review werden. Folgende Einstellungen sind für uns in Bezug auf Efficiency Cores und Gaming von großer Bedeutung:
Unter dem Eintrag "Per E-Core Control" lässt sich einstellen, ob die E-Cores einzeln oder komplett aktiviert bzw. deaktiviert sein sollen. Mit "Enabled" erhält man die Möglichkeit, die Anzahl der aktiven E-Cores selbst zu bestimmen, bzw. kann man gezielt einzelne (und nicht nur eine bestimmte Anzahl) E-Cores (de)aktivieren. Umso interessanter ist die Tatsache, dass man nebst "Enabled" auch direkt "Enabled And Dis All E-Core" anwählen kann. MSI scheint gewusst zu haben, dass man als Benutzer schnell und unkompliziert die Möglichkeit haben möchte, die E-Cores auf einen Schlag zu deaktivieren und genau das tut diese Einstellung.
Sofern man die E-Cores jedoch aktiviert lässt, gibt es ein weiteres Feature, das aktuell wohl alle Hersteller von Alder Lake-Boards in ihre UEFIs implementieren:
Der sogenannte "Legacy Game Compatibility Mode". Was sich dahinter befindet, wird in der rechtsseitigen Box kurz erklärt: ist die Funktion aktiviert, so erhält man die Möglichkeit, mittels Scroll-Lock-Taste praktisch wie aus der Hüfte geschossen die E-Cores nach Belieben und während des Windows-Betriebs zu deaktivieren und bei Bedarf wieder zu aktivieren. So zumindest hätte Intel laut eigener Vorgabe (und demnach auch MSI als Umsetzer) es gern.
Fakt ist jedoch, dass diese Einstellung immer bereits VOR dem Start der Anwendung getroffen werden muss. Will man z.B. Assassins Creed Origins spielen, so muss man vor dem Spielstart darauf achten, die Scrolltaste zu aktivieren. Leuchtet das Lämpchen fröhlich auf der Tastatur vor sich hin, so ist nicht nur ein normaler Spielstart, sondern tatsächlich auch ein lag-freies Spielen gewährt - zumindest hätte Intel das gern (mehr dazu weiter unten).
Auf dieses Workaround, das Intel sogar offiziell so beworben hat und welches, wie bereits erwähnt, schnellstmöglich von allen Mainboardherstellern im UEFI integrierte wurde, kommen wir gleich noch einmal zu sprechen.
Wie sich E-Cores in (betroffenen) Spielen auswirken
Jetzt soll jedoch das eigentliche Problem beleuchtet und mittels Bildmaterial belegt werden.
Was geschieht, wenn man betroffene Spiele startet, obwohl die E-Cores ganz normal im UEFI aktiviert sind und kein Scroll Lock-Workaround genutzt wird? Nun, zumindest starten in meinem Fall alle Spiele. Benchmarks sehen jedoch wie folgt aus:
Assassins Creed Origins auf der GTX 1070, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Mehrfache, anfängliche Lag-Spikes mit 1-2 Sekunden langer Pause, in der das Bild komplett stillsteht. Das Problem lässt sich mit jedem Lauf des Benchmarks an nahezu den gleichen Stellen reproduzieren. Sind die E-Cores per UEFI deaktiviert, gibt es keinerlei Lags.
DiRT 5 - diesmal auf der RTX 3060 Ti, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Auch hier zuckte der Benchmark mehrfach vor sich hin. Besonders deutlich wird dies beim Blick auf die 0,1% perzentilen FPS von lediglich 26,9 Bildern pro Sekunde. Ein solch niedriger Wert lässt sich mit deaktivierten E-Cores nicht im Ansatz nachstellen. Der Unterschied zwischen den 1% und 0,1% perzentil sind sowohl mit der GTX 1070 als auch mit der RTX 3060 Ti höchstens um fünf Bilder pro Sekunde auseinander. Die Werte des rechten Bildes sprechen zweifelsfrei für sich.
Far Cry New Dawn mit der RTX 3060 Ti, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Hier haben wir das absolute Worst Case-Szenario, das sich ebenfalls auch nach Neustarts des Systems nachstellen ließ, solange die E-Cores ganz normal aktiviert waren. Interessanterweise wurde nicht einmal jedes Lag-Spike vom Graph des Benchmarks erfasst, die Ruckelorgie zog sich nämlich von vorn bis hinten dauerhaft durch. Alle ca. 5-10 Sekunden gab es einen Komplett-Hänger, der mindestens 3 Sekunden lang angehalten hat und man normalerweise schon nervös werden müsste, dass gleich der Bluescreen mit anschließendem Neustart erfolgt. Der Durchlauf auf der rechten Seite, wieder mit per UEFI deaktivierten E-Cores, ist hingegen tadellos.
Shadow of the Tomb Raider - mit der GTX 1070, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Hier gab es keine sichtlichen Lags, jedoch war der Benchmark-Score messbar niedriger, als mit kompett deaktivierten E-Cores. Anhand der CPU Renderer-Werte ist auch schön zu sehen, wie stark die Werte hier auseinandergehen. Da in diesem Fall die GTX 1070 der limitierende Faktor war, gab es keine negativen Auswirkungen auf das Benchmark- bzw. Spieleerlebnis. Wäre hier die RTX 3060 Ti zum Einsatz gekommen, hätten die E-Cores erneut die Performance der Grafikkarte ausgebremst und für Lags gesorgt.
Das von Intel angestrebte Workaround, das keines ist
Nun wäre es ärgerlich, ständig für gewisse Spiele in's UEFI zu booten und die E-Cores zu deaktivieren, nur um anschließend für's produktive Arbeiten oder auch nur zum normalen Rumsurfen und Office-Werkeln wieder in's UEFI zu wechseln, um die E-Cores zu reaktivieren. Hierfür soll das bereits vorab erwähnte Workaround mittels Scroll Lock-Taste den Komfort erleichtern.
Es folgt eine kurze, aber sprichwörtlich ausschlaggebende Analyse dieser Funktion.
Far Cry New Dawn mit RTX 3060 Ti und aktiviertem Legacy Game Compatibility Mode
Ja, das tolle Workaround funktioniert - mitnichten! Zwar werden die einem Systemabsturz gleichkommenden Lags deutlich weniger, spielbar ist das Ganze so aber weiterhin nicht, wenn alle paar Sekunden das komplette System für Sekunden einfriert. Die E-Cores werden also in irgend einer Form weiterhin so vom System bzw. vom gestarteten Spiel verwendet, dass die Übergabe der Daten aus dem einen in den jeweils anderen Kern für massive Timing-Probleme sorgt. Auch dieses Verhalten konnte nach mehrmaligen Durchläufen stets nachgestellt werden.
Jetzt könnte man die Behauptung aufstellen, dass die E-Cores zumindest für's Gaming generell nicht zu gebrauchen und per UEFI zu deaktivieren sind. Nun, in den hier getesteten Spielen ist das soweit richtig. Keines der restlichen Spiele konnte auch nur im Ansatz profitieren und die hier gezeigten werden zur Ruckelorgie.
Es gibt jedoch trotzdem eine Möglichkeit, die E-Cores aktiviert zu lassen, die Scroll Lock-Methode zu verwenden UND keine Lagspikes mehr zu haben. Das Zauberwort lautet hier - so hirnrissig das auch wirken mag - Hintergrundauslastung.
Folgender Screenshot meines Taskmanagers wurde nach einem Durchlauf des Far Cry New Dawn-Benchmarks mit aktivierten E-Cores per UEFI, jedoch mittels Scroll Lock deaktiviert angefertigt:
Zum Einen fällt auf, dass Far Cry New Dawn sich nicht für Hyperthreading (jeder zweite Thread) zu interessieren scheint. Zum Anderen sieht man auch, dass die Auslastung der E-Cores praktisch bei Null umherdümpelt, es aber dennoch zu den verminderten, aber noch vorhandenen Lags im Spiel kam.
Es folgt ein weiterer Screenshot des Taskmanagers, jedoch mit einem kleinen, feinen Unterschied:
Zum Einen wird nun Hyperthreading genutzt, zum Anderen ist die Auslastung der E-Cores minimal höher. Was ist da los? Auch dieser Screenshot wurde NACH dem Durchlauf eines Far Cry New Dawn-Benchmarks angefertigt. Auch hier waren die E-Cores mittels Scroll Lock-Funktion deaktiviert und dieses Mal kam es zu keinerlei Performance-Einbrüchen. Der Benchmark lief mehrfach hintereinander absolut problemlos und mit gewohnter Performance durch.
Was ist hier los?
Die Antwort ist so absurd wie simpel:
Im Hintergrund lief absichtlich der Chrome-Browser mit einem Twitch-Stream. Dieser wird von Windows 10 offensichtlich und korrekterweise automatisch auf die E-Cores gelegt, diese sind nun also mit einer (mehr oder weniger sinnvollen) Aufgabe beschäftigt. Folglich kam es in keinem der getesteten Spiele mehr zu Problemen. Alle Benchmark-Werte entsprachen tatsächlich exakt denen, die ich zuvor mit "nacktem" Windows, also ohne unnötige Hintergrundprozesse und mit per UEFI deaktivierten E-Cores ermitteln konnte.
Fazit
Ob dieses Verhalten seitens Windows-Update, durch eine neuere UEFI-Version der Mainboardhersteller oder durch Patchen der Spiele verbessert bzw. abgestellt werden kann, ist zu diesem Zeitpunkt noch nicht eindeutig abzuschätzen. Die schlechteste Variante wäre tatsächlich die Letztgenannte, denn damit geht die große Gefahr einher, dass eventuell viele, ältere Spiele aufgrund mangelnder Produktpflege der Entwickler kein Update mehr erhalten. Auch ein UEFI-Update ist dem "Otto Normalo" eigentlich nicht zuzumuten und sollte das Problem mittels Windows-Update nicht zeitnah behoben werden können, sodass der Betriebssystem-eigene Scheduler die Aufgaben besser erkennen und verteilen kann, so sehe ich geradezu eine Flut an neuen Fehlerbildern auf die vielen Computerforen (und natürlich auch auf unseres hier) zurollen.
Der geneigte Fertig-PC-Käufer interessiert sich in keinster Weise für dererlei technischen Firlefanz und das ist generell auch gut so. Das System soll so laufen wie es ist und nicht dafür sorgen, bereits im Auslieferzustand bei diversen Spielen aus nahezu unvorhersehbaren Gründen ständig mit angezogener Handbremse - oder in diesem Fall schlimmer noch - mit ABS-Stotterbremse zu laufen.
Es bleibt nur zu hoffen, dass dieses Problem mittels Updates und eventuell spätestens mit Windows 11 behoben werden kann. Es wäre zudem sehr ärgerlich, wenn unter Windows 10 keine globale und vor Allem dauerhaft anwendbare Lösung für dieses Problem gefunden werden kann. Die Dunkelziffer der betroffenen Spiele wird vermutlich deutlich höher liegen als jene, die auf der von Intel veröffentlichten Liste standen. Ich sage bewusst "standen", denn offiziell ist das Problem für Intel bereits ad acta gelegt, da man glaubt, das Problem behoben zu haben. Dass vermutlich deutlich mehr Spiele, als von Intel anfangs vermutet, betroffen sind, zeigt zum Einen, dass Shadow of the Tomb Raider betroffen ist, obwohl es seit Monaten keinen Denuvo-Schutz mehr besitzt. Gleichzeitig stand DiRT 5 nie auf der Intel-Liste der betroffenen Spiele, dennoch konnte hier zweifellos gezeigt werden, dass das Spiel (welches wiederum Denuvo nutzt) vom E-Core-Problem betroffen ist.
Wer also auf Nummer Sicher gehen will, dem bleibt - zumindest, sofern man sich durch Performanceprobleme betroffen fühlt - nur der Weg über das komplette Deaktivieren der E-Cores mittels UEFI. Zumindest hat man spätestens dann die Gewissheit, ob die festgestellten Probleme wirklich mit den E-Cores zu tun hatten.
Das Problem des Stutterings besteht definitiv auch noch in Verbindung mit der 13. Core i-Generation, Windows 11 und wahlweise Assassins Creed Origins oder Mirage. Der Link zum Update-Beitrag lautet:
https://www.computerbase.de/forum/t...ming-geloest-mitnichten.2075781/post-28723211
UPDATE am 24.11.2022
Da sich der Artikel mittlerweile fest verlinkt im Sub-Forum "Mainboards und CPUs: Probleme mit Intel" befindet, möchte ich einleitend darauf hinweisen, dass sich dieser Artikel auf die Probleme unter Windows 10 bezieht. Unter Windows 11 mit dem angepassten Kernel bzw. Scheduler, der die Aufgaben der verschiedenen Prozessorkerne besser erkennt und passend verteilt, treten die hier nachfolgend beschriebenen Probleme NICHT mehr auf.
Weiterhin kann zum aktuellen Zeitpunkt nicht mit Sicherheit bestätigt werden, ob die nachfolgende Problematik sich auch auf die 13. Core i-Generation übertragen lässt. Hier könnt ihr als Leser gerne nachlegen.
/EDIT
Vorwort:
Mit Intel's neuestem Paukenschlag, den Alder Lake-Prozessoren basierend auf der neuen Hybrid-Architektur, welche die leistungsstarken Golden Cove-Kerne (P-Cores) mit den sehr effizienten Kernen der Gracemont-Architektur (E-Cores) kombiniert, wurde zweifellos eine neue Ära im Bereich der klassischen x86-Architektur beschritten.
Im Mobile-Bereich kennt man dies schon länger: Handyprozessoren besitzen schon lange hybride Rechenkerne, die sich in einem gemeinsamen SoC vereinen. Nimmt man zum Beispiel einen recht weit verbreiteten Qualcomm Snapdragon 888 zum Vergleich, so findet man dort nicht nur zwei, sondern neben der ebenfalls im SoC integrierten Adreno 660-GPU sogar drei unterschiedliche CPU-Kerne, die für verschiedene Aufgaben und Lastverteilungen am Handy eingesetzt werden: Einen mit 2,84GHz taktenden Kryo 680 Prime-Kern, drei 2,42GHz schnelle Kryo 680 Gold-Kerne und zusätzlich noch vier Kryo 680 Silver-Kerne mit jeweils 1,8GHz.
In dieser Kombination bieten heutige Smartphones neben einem relativ geringen Stromverbrauch eine gleichzeitig immense Rechenleistung, wenn diese denn benötigt wird. Da die durchschnittliche Nutzung am Smartphone meist so aussieht, dass man nebst z.B. CPU-lastigen Spielen auch sehr viel im Teillastbereich unterwegs ist, etwa beim Surfen oder Messagen, so bietet es sich zweifellos an, ein hybrides Prozessorsystem zu etablieren, welches stets die effizienteste Berechnung der jeweils anstehenden Aufgabe vornehmen kann.
Das neue Zeitalter der Desktop-CPUs
Auch, wenn ein klassischer Desktop-PC in aller Regel keine akuten Stromprobleme besitzt, zumindest nicht versorgungsseitig, so ist es durchaus nachvollziehbar, dass Intel nun diesen Schritt gewagt hat und auch in Sachen Energieeffizienz wieder die Krone zurückholen möchte, die AMD bereits vor etwa 16 Monaten mit der Vorstellung der 5000er Ryzen-Prozessoren für sich beanspruchte.
Auch mit der Hybrid-Architektur von Alder Lake konnte Intel die Krone der Leistungseffizienz nicht vollends zurückgewinnen, zeigt aber gegenüber den Vorgänger-Generationen in Form der Core i-9000, 10000 und 11000-Prozessoren, dass man wieder auf dem richtigen Weg zu sein scheint.
Auf Seiten der Ermittlung zur Effizienz hat ComputerBase mit dem Mammut-Test zur Vorstellung von Alder Lake einen der besten Hardware-Reviews der letzten Jahre geschrieben. Auch an dieser Stelle möchte ich mich für diesen sowie auch für alle anderen immer wieder spannenden und sehr informativen Artikel bei @Jan, @Volker und selbstverständlich auch allen anderen Redakteuren, angestellt wie freischaffend, zutiefst verneigen.
Um jedoch wieder aus der Schleimspur herauszutreten, bevor ich kläglich darin ausrutsche und ertrinke, möchte ich einen besonderen Aspekt der Alder Lake Hybrid-Technologie hervorheben, die meiner Recherche nach in dieser Form leider in keinem Online-Magazin, in keinem Forum und auch in keinem Youtube-Video näher beleuchtet wird: Gaming
Zwar ging ComputerBase, wie auch viele andere Onlinemagazine, auf die DRM-Problematik mit Denuvo ein, die dafür sorgte, dass viele Spiele mit diesem Kopierschutz gar nicht erst starteten oder abstürzten oder aber für falsche Übermittlung einer angeblichen Merfach-Installation sorgten (was ebenfalls das Starten des Spiels verhindert), verfolgte die Problematik aber leider nicht weiter.
Wie ist der aktuelle Stand der Dinge?
SOLL-Zustand:
Idealerweise profitieren Spiele selbst von den Efficency Cores und können daraus zusätzliche Rechenkraft schöpfen. Ist dies nicht der Fall, so soll das Spiel ausschließlich die leistungsstarken Performance Cores belegen, die Efficiency Cores könn(t)en dann weiterhin im Hintergrund von anderen Windows-Prozessen genutzt werden, ohne dass es sich negativ auf die Spieleperformance auswirkt.
IST-Zustand laut Intel:
Die Probleme mit den Denuvo-Spielen seien behoben worden, zusätzlich gibt es in praktisch allen Mainboards mit aktuellem UEFI ein Workaround, das es dem Anwender ermöglicht, die Efficiency Cores mit einer Tastenkombination vor dem jeweiligen Spielstart zu deaktivieren und nach dem Beenden des Spiels die Kerne wieder entsprechend zu aktivieren. Diesbezüglich gab Intel viele News heraus und bezeichnet das Problem hiermit als offiziell beseitigt und den gesamten Vorgang als abgeschlossen.
IST-Zustand tatsächlich:
Denuvo-Sperren aufgrund fälschlich übermittelter Mehrfachinstallationen, weil Denuvo die E-Cores als immer wieder neue Hardware-Plattform ansieht und somit ein Installationslimit überschritten wird, scheint es nicht mehr zu geben. Alle getesteten Spiele starteten auch nach unzähligen Neustarts, Veränderungen im UEFI sowie vielen Starts während der einzelnen Windows-Sessions tadellos.
Das Hauptproblem der E-Cores in Spielen scheint jedoch ein ganz Anderes zu sein: Lags
Je nach Spieleengine konnten teils vereinzelt, teils nahezu ununterbrochen kleinere bis größere Ruckler beobachtet werden. Das reicht vom klassischen, einmaligen Schluckauf alle paar Minuten bis hin zur absoluten Unspielbarkeit aufgrund von fünf Sekunden langen Stillständen alle fünf bis zehn Sekunden.
Interessant ist hierbei auch, dass selbst DiRT 5, welches ebenfalls Denuvo als Kopierschutz benutzt, nie auf den Intel-Listen mit den von Problemen betroffenen Spielen auftaucht, in den durchgeführten Tests aber eindeutig Probleme auf die aktivierten E-Cores zurückgeführt werden konnten.
Der Testumfang
Für die nachfolgenden Tests und Resultate wurde folgende Hard- und Software verwendet:
Intel Core i5-12600K
MSI MAG Z690 Tomahawk WiFi DDR4
G.Skill Trident Z RGB 32GB DDR4-4000 CL16-16-16-36 (in unterschiedlichen Takten und Timings eingesetzt)
Gainward GeForce GTX 1070 Phoenix GS bzw. Palit GeForce RTX 3060 Ti Dual V1
Samsung SSD 960 EVO M.2 250 GB als Systemlaufwerk, Sabrent Rocket M.2 1TB für die Spiele
Scythe Stronger Plug-In 700 Watt
Scythe Fuma 2 mit LGA1700 Mounting Kit
Lian Li Lancool II Mesh Performance
Windows 10 Pro 21H2 - frisch installiert mit aktuellstem OS-Build 19044.1586, neueste Sicherheitspatches installiert
nVidia Treiber Version 511.79 (ohne GeForce Experience) - alle Einstellungen im Werkszustand
Auf dem Mainboard befindet sich das aktuellste BIOS in Version 7D32v12 vom 03.03.2022
Alle getesteten Spiele befinden sich im aktuellsten Patch-Stand
Erläuterung zu den vielen Einstellungen im UEFI betreffend Alder Lake P- und E-Cores
Das besagte MSI-Mainboard bietet - wie vermutlich alle Z690-Mainboards (und aufgrund der nachfolgenden Feststellungen hoffentlich auch jeder andere Chipsatz für Alder Lake) - eine wahre Flut an Einstellungen zu den gewünschten CPU- und RAM-Konfigurationen. Seit bald 30 Jahren beschäftige ich mich privat wie auch beruflich mit Computern und könnte vermutlich auch heute noch blind jedes AMI, Award und Phoenix-BIOS wie aus dem F-F bedienen. Was MSI hier jedoch mit dem MAG Tomahawk veranstaltet, ist schlichtweg nur mit "Zu viel des Guten" zu beschreiben.
Es gab Zeiten, zu denen ich jeden einzelnen Punkt in einem von mir eingesetzten BIOS haarklein erklären konnte. Zugegeben: diese Zeiten sind lange vorbei. Das Untermenü für die RAM-Einstellungen übertrifft das hier Gezeigte im Übrigen um ein Vielfaches! Für RAM-Overclocker vermutlich ein Segen.
Die Möglichkeiten zur E-Core-Steuerung im UEFI
Aber gut, dies soll kein Mainboard-Review werden. Folgende Einstellungen sind für uns in Bezug auf Efficiency Cores und Gaming von großer Bedeutung:
Unter dem Eintrag "Per E-Core Control" lässt sich einstellen, ob die E-Cores einzeln oder komplett aktiviert bzw. deaktiviert sein sollen. Mit "Enabled" erhält man die Möglichkeit, die Anzahl der aktiven E-Cores selbst zu bestimmen, bzw. kann man gezielt einzelne (und nicht nur eine bestimmte Anzahl) E-Cores (de)aktivieren. Umso interessanter ist die Tatsache, dass man nebst "Enabled" auch direkt "Enabled And Dis All E-Core" anwählen kann. MSI scheint gewusst zu haben, dass man als Benutzer schnell und unkompliziert die Möglichkeit haben möchte, die E-Cores auf einen Schlag zu deaktivieren und genau das tut diese Einstellung.
Sofern man die E-Cores jedoch aktiviert lässt, gibt es ein weiteres Feature, das aktuell wohl alle Hersteller von Alder Lake-Boards in ihre UEFIs implementieren:
Der sogenannte "Legacy Game Compatibility Mode". Was sich dahinter befindet, wird in der rechtsseitigen Box kurz erklärt: ist die Funktion aktiviert, so erhält man die Möglichkeit, mittels Scroll-Lock-Taste praktisch wie aus der Hüfte geschossen die E-Cores nach Belieben und während des Windows-Betriebs zu deaktivieren und bei Bedarf wieder zu aktivieren. So zumindest hätte Intel laut eigener Vorgabe (und demnach auch MSI als Umsetzer) es gern.
Fakt ist jedoch, dass diese Einstellung immer bereits VOR dem Start der Anwendung getroffen werden muss. Will man z.B. Assassins Creed Origins spielen, so muss man vor dem Spielstart darauf achten, die Scrolltaste zu aktivieren. Leuchtet das Lämpchen fröhlich auf der Tastatur vor sich hin, so ist nicht nur ein normaler Spielstart, sondern tatsächlich auch ein lag-freies Spielen gewährt - zumindest hätte Intel das gern (mehr dazu weiter unten).
Auf dieses Workaround, das Intel sogar offiziell so beworben hat und welches, wie bereits erwähnt, schnellstmöglich von allen Mainboardherstellern im UEFI integrierte wurde, kommen wir gleich noch einmal zu sprechen.
Wie sich E-Cores in (betroffenen) Spielen auswirken
Jetzt soll jedoch das eigentliche Problem beleuchtet und mittels Bildmaterial belegt werden.
Was geschieht, wenn man betroffene Spiele startet, obwohl die E-Cores ganz normal im UEFI aktiviert sind und kein Scroll Lock-Workaround genutzt wird? Nun, zumindest starten in meinem Fall alle Spiele. Benchmarks sehen jedoch wie folgt aus:
Assassins Creed Origins auf der GTX 1070, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Mehrfache, anfängliche Lag-Spikes mit 1-2 Sekunden langer Pause, in der das Bild komplett stillsteht. Das Problem lässt sich mit jedem Lauf des Benchmarks an nahezu den gleichen Stellen reproduzieren. Sind die E-Cores per UEFI deaktiviert, gibt es keinerlei Lags.
DiRT 5 - diesmal auf der RTX 3060 Ti, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Auch hier zuckte der Benchmark mehrfach vor sich hin. Besonders deutlich wird dies beim Blick auf die 0,1% perzentilen FPS von lediglich 26,9 Bildern pro Sekunde. Ein solch niedriger Wert lässt sich mit deaktivierten E-Cores nicht im Ansatz nachstellen. Der Unterschied zwischen den 1% und 0,1% perzentil sind sowohl mit der GTX 1070 als auch mit der RTX 3060 Ti höchstens um fünf Bilder pro Sekunde auseinander. Die Werte des rechten Bildes sprechen zweifelsfrei für sich.
Far Cry New Dawn mit der RTX 3060 Ti, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Hier haben wir das absolute Worst Case-Szenario, das sich ebenfalls auch nach Neustarts des Systems nachstellen ließ, solange die E-Cores ganz normal aktiviert waren. Interessanterweise wurde nicht einmal jedes Lag-Spike vom Graph des Benchmarks erfasst, die Ruckelorgie zog sich nämlich von vorn bis hinten dauerhaft durch. Alle ca. 5-10 Sekunden gab es einen Komplett-Hänger, der mindestens 3 Sekunden lang angehalten hat und man normalerweise schon nervös werden müsste, dass gleich der Bluescreen mit anschließendem Neustart erfolgt. Der Durchlauf auf der rechten Seite, wieder mit per UEFI deaktivierten E-Cores, ist hingegen tadellos.
Shadow of the Tomb Raider - mit der GTX 1070, E-Cores aktiviert (links) und per UEFI deaktiviert (rechts)
Hier gab es keine sichtlichen Lags, jedoch war der Benchmark-Score messbar niedriger, als mit kompett deaktivierten E-Cores. Anhand der CPU Renderer-Werte ist auch schön zu sehen, wie stark die Werte hier auseinandergehen. Da in diesem Fall die GTX 1070 der limitierende Faktor war, gab es keine negativen Auswirkungen auf das Benchmark- bzw. Spieleerlebnis. Wäre hier die RTX 3060 Ti zum Einsatz gekommen, hätten die E-Cores erneut die Performance der Grafikkarte ausgebremst und für Lags gesorgt.
Das von Intel angestrebte Workaround, das keines ist
Nun wäre es ärgerlich, ständig für gewisse Spiele in's UEFI zu booten und die E-Cores zu deaktivieren, nur um anschließend für's produktive Arbeiten oder auch nur zum normalen Rumsurfen und Office-Werkeln wieder in's UEFI zu wechseln, um die E-Cores zu reaktivieren. Hierfür soll das bereits vorab erwähnte Workaround mittels Scroll Lock-Taste den Komfort erleichtern.
Es folgt eine kurze, aber sprichwörtlich ausschlaggebende Analyse dieser Funktion.
Far Cry New Dawn mit RTX 3060 Ti und aktiviertem Legacy Game Compatibility Mode
Ja, das tolle Workaround funktioniert - mitnichten! Zwar werden die einem Systemabsturz gleichkommenden Lags deutlich weniger, spielbar ist das Ganze so aber weiterhin nicht, wenn alle paar Sekunden das komplette System für Sekunden einfriert. Die E-Cores werden also in irgend einer Form weiterhin so vom System bzw. vom gestarteten Spiel verwendet, dass die Übergabe der Daten aus dem einen in den jeweils anderen Kern für massive Timing-Probleme sorgt. Auch dieses Verhalten konnte nach mehrmaligen Durchläufen stets nachgestellt werden.
Jetzt könnte man die Behauptung aufstellen, dass die E-Cores zumindest für's Gaming generell nicht zu gebrauchen und per UEFI zu deaktivieren sind. Nun, in den hier getesteten Spielen ist das soweit richtig. Keines der restlichen Spiele konnte auch nur im Ansatz profitieren und die hier gezeigten werden zur Ruckelorgie.
Es gibt jedoch trotzdem eine Möglichkeit, die E-Cores aktiviert zu lassen, die Scroll Lock-Methode zu verwenden UND keine Lagspikes mehr zu haben. Das Zauberwort lautet hier - so hirnrissig das auch wirken mag - Hintergrundauslastung.
Folgender Screenshot meines Taskmanagers wurde nach einem Durchlauf des Far Cry New Dawn-Benchmarks mit aktivierten E-Cores per UEFI, jedoch mittels Scroll Lock deaktiviert angefertigt:
Zum Einen fällt auf, dass Far Cry New Dawn sich nicht für Hyperthreading (jeder zweite Thread) zu interessieren scheint. Zum Anderen sieht man auch, dass die Auslastung der E-Cores praktisch bei Null umherdümpelt, es aber dennoch zu den verminderten, aber noch vorhandenen Lags im Spiel kam.
Es folgt ein weiterer Screenshot des Taskmanagers, jedoch mit einem kleinen, feinen Unterschied:
Zum Einen wird nun Hyperthreading genutzt, zum Anderen ist die Auslastung der E-Cores minimal höher. Was ist da los? Auch dieser Screenshot wurde NACH dem Durchlauf eines Far Cry New Dawn-Benchmarks angefertigt. Auch hier waren die E-Cores mittels Scroll Lock-Funktion deaktiviert und dieses Mal kam es zu keinerlei Performance-Einbrüchen. Der Benchmark lief mehrfach hintereinander absolut problemlos und mit gewohnter Performance durch.
Was ist hier los?
Die Antwort ist so absurd wie simpel:
Im Hintergrund lief absichtlich der Chrome-Browser mit einem Twitch-Stream. Dieser wird von Windows 10 offensichtlich und korrekterweise automatisch auf die E-Cores gelegt, diese sind nun also mit einer (mehr oder weniger sinnvollen) Aufgabe beschäftigt. Folglich kam es in keinem der getesteten Spiele mehr zu Problemen. Alle Benchmark-Werte entsprachen tatsächlich exakt denen, die ich zuvor mit "nacktem" Windows, also ohne unnötige Hintergrundprozesse und mit per UEFI deaktivierten E-Cores ermitteln konnte.
Fazit
Ob dieses Verhalten seitens Windows-Update, durch eine neuere UEFI-Version der Mainboardhersteller oder durch Patchen der Spiele verbessert bzw. abgestellt werden kann, ist zu diesem Zeitpunkt noch nicht eindeutig abzuschätzen. Die schlechteste Variante wäre tatsächlich die Letztgenannte, denn damit geht die große Gefahr einher, dass eventuell viele, ältere Spiele aufgrund mangelnder Produktpflege der Entwickler kein Update mehr erhalten. Auch ein UEFI-Update ist dem "Otto Normalo" eigentlich nicht zuzumuten und sollte das Problem mittels Windows-Update nicht zeitnah behoben werden können, sodass der Betriebssystem-eigene Scheduler die Aufgaben besser erkennen und verteilen kann, so sehe ich geradezu eine Flut an neuen Fehlerbildern auf die vielen Computerforen (und natürlich auch auf unseres hier) zurollen.
Der geneigte Fertig-PC-Käufer interessiert sich in keinster Weise für dererlei technischen Firlefanz und das ist generell auch gut so. Das System soll so laufen wie es ist und nicht dafür sorgen, bereits im Auslieferzustand bei diversen Spielen aus nahezu unvorhersehbaren Gründen ständig mit angezogener Handbremse - oder in diesem Fall schlimmer noch - mit ABS-Stotterbremse zu laufen.
Es bleibt nur zu hoffen, dass dieses Problem mittels Updates und eventuell spätestens mit Windows 11 behoben werden kann. Es wäre zudem sehr ärgerlich, wenn unter Windows 10 keine globale und vor Allem dauerhaft anwendbare Lösung für dieses Problem gefunden werden kann. Die Dunkelziffer der betroffenen Spiele wird vermutlich deutlich höher liegen als jene, die auf der von Intel veröffentlichten Liste standen. Ich sage bewusst "standen", denn offiziell ist das Problem für Intel bereits ad acta gelegt, da man glaubt, das Problem behoben zu haben. Dass vermutlich deutlich mehr Spiele, als von Intel anfangs vermutet, betroffen sind, zeigt zum Einen, dass Shadow of the Tomb Raider betroffen ist, obwohl es seit Monaten keinen Denuvo-Schutz mehr besitzt. Gleichzeitig stand DiRT 5 nie auf der Intel-Liste der betroffenen Spiele, dennoch konnte hier zweifellos gezeigt werden, dass das Spiel (welches wiederum Denuvo nutzt) vom E-Core-Problem betroffen ist.
Wer also auf Nummer Sicher gehen will, dem bleibt - zumindest, sofern man sich durch Performanceprobleme betroffen fühlt - nur der Weg über das komplette Deaktivieren der E-Cores mittels UEFI. Zumindest hat man spätestens dann die Gewissheit, ob die festgestellten Probleme wirklich mit den E-Cores zu tun hatten.
Zuletzt bearbeitet:
(Link eingefügt. Datum des Zen3-Releases korrigiert)
