Du startest ein Spiel, das du eine Weile nicht angerührt hast, und die ersten zehn Minuten sind furchtbar. Jede neue Waffe, jeder neue Effekt, das erste Auftauchen eines bestimmten Gegners — ein Hänger. Dann beruhigt es sich, und am zweiten Abend läuft das Spiel flüssig. Nichts, was du geändert hast, hat das bewirkt. Die Zeit hat es getan.
Oder die andere Fassung: Das Spiel lief gut, du hast den Grafiktreiber aktualisiert, und die ganze erste Stunde ist wieder rau.
Beides ist derselbe Mechanismus, und er ist eine der wenigen Ruckelursachen, die wirklich normal sind — in dem Sinn, dass eine gesunde Maschine mit korrekter Software sie erzeugt.
Warum die Arbeit auf deiner Maschine passieren muss
Ein Shader ist ein kleines Programm, das auf der GPU läuft. Der Entwickler des Spiels schreibt ihn in einer Hochsprache und kompiliert ihn, aber nur einen Teil des Weges — in eine Zwischenform, die beschreibt, was das Programm tut, und nicht, wie ein bestimmter Grafikchip es tun soll.
Der Maschinencode, den deine GPU tatsächlich ausführt, lässt sich nicht im Voraus erzeugen, denn er hängt von zwei Dingen ab, die der Entwickler nicht hat: von deiner genauen GPU-Architektur und von deiner genauen Treiberversion. Der Compiler des Treibers ist es, der die Zwischenform in Befehle für das Silizium in deiner Maschine übersetzt, und diese Kompilierung läuft auf deiner CPU, in dem Moment, in dem das Spiel den Shader braucht.
Wenn eine Szene also zum ersten Mal eine bestimmte Kombination aus Shader, Renderzustand und Vertexlayout braucht, muss etwas kompiliert werden. Fordert das Spiel das mitten in einem Frame an und wartet darauf, kommt dieses Frame zu spät. Dieses verspätete Frame ist der Hänger, den du gespürt hast.
Das Ergebnis wird in einen Shader-Cache auf der Platte geschrieben. Taucht dasselbe ein zweites Mal auf, wird der kompilierte Code aus dem Cache gelesen statt neu gebaut — genau deshalb wird das Spiel besser, während du spielst, und deshalb ist die zweite Sitzung in Ordnung.
Was dich wieder an den Anfang zurückwirft
Der Cache gilt nur für den Treiber und die Hardware, die ihn gebaut haben. Alles auf dieser Liste entwertet ihn ganz oder teilweise, und die erste Stunde Spielzeit ist wieder rau:
- Ein Update des Grafiktreibers. Neuer Compiler, neue Ausgabe; den alten Einträgen ist nicht mehr zu trauen, also fliegen sie raus.
- Ein Spiel-Update. Geänderte Shader sind neue Shader.
- Eine andere Grafikkarte, auch der Wechsel, auf welcher Karte ein Spiel läuft.
- Ein Aufräumwerkzeug, das ihn löscht. Die Datenträgerbereinigung von Windows führt den DirectX-Shader-Cache unter den Kategorien temporärer Dateien auf, die sie entfernen kann, und Aufräumprogramme von Dritten nehmen ihn regelmäßig gleich mit. Speicheroptimierung ist die Windows-Einstellung, die diese Bereinigung nach Zeitplan ausführt — es lohnt sich also nachzusehen, welche Kategorien du ihr zum Löschen erlaubt hast.
- Der Cache erreicht seine Größenbeschränkung und wirft ältere Einträge hinaus, um Platz zu schaffen.
Nichts davon ist ein Fehler. Es ist der Preis dafür, dass ein Cache korrekt ist und nicht veraltet.
Woran du erkennst, dass es das ist
Die Shader-Kompilierung hat einen unverwechselbaren Fingerabdruck, und sie sieht nach nichts anderem auf der Ruckelliste aus:
- Es klingt ab. Das ist das kennzeichnende Merkmal. Ist dein Ruckler in der dritten Stunde derselbe wie in der dritten Minute, ist es nicht das hier.
- Es hängt am Neuen. Der erste Anblick einer Waffe, eines Gebiets, eines Wettereffekts, eines bestimmten Gegners. Denselben Gang ein zweites Mal entlangzugehen ist sauber.
- Temperatur und Sitzungslänge sind ihm egal. Thermische Probleme werden schlimmer, je länger du spielst; das hier wird besser.
- Es kommt zu einem Zeitpunkt zurück, den du benennen kannst — nach einem Treiber-Update, nach einem Patch, nach einer Bereinigung — und nicht zufällig.
- Die GPU ist nicht der beschäftigte Teil. Das Kompilieren ist Arbeit für die CPU. Eine GPU, die während dieser Hänger deutlich unter voller Auslastung liegt, ist hier zu erwarten und kein Beleg für das eigenständige Problem, das plötzliche FPS-Einbrüche in Spielen beschreibt.
Beschreiben diese fünf Punkte dein Symptom nicht, geh zurück zur allgemeinen Liste in warum Spiele unter Windows 11 ruckeln — die Ursachen dort klingen nicht von selbst ab.
Was du dagegen tun kannst
Meistens: lass es geschehen. An den Rändern gibt es aber echte Entscheidungen.
Lösch den Shader-Cache nicht als Lösung. Das ist der eine Rat auf dieser Seite, der es wert ist, zweimal gelesen zu werden. Den Cache zu leeren wird ununterbrochen als Heilmittel gegen Ruckler verordnet, und was es tatsächlich tut, ist dir zu garantieren, dass du die vollen Kompilierungskosten noch einmal von null an bezahlst. Als Schritt der Fehlersuche bei Bildfehlern nach einem Treiberwechsel ist es legitim. Als Leistungslösung ist es das Gegenteil.
Nutz den eigenen Vorkompilierungsschritt des Spiels, wenn es einen anbietet, und überspring ihn nicht. Ein Spiel, das vor dem Menü zwei Minuten auf einem Bildschirm mit „Shader werden kompiliert“ verbringt, erledigt genau diese Arbeit im Voraus, wo sie dich nichts kostet außer Warten.
Lass die Maschine nach einem Treiber-Update noch eine Weile an. Manche Treiber bauen DirectX-12-Shader neu, während das System untätig ist, gerade damit die Laufzeitumgebung später weniger davon tun muss. Das hilft nur, wenn die Maschine diese Leerlaufzeit auch bekommt.
Halt das Spiel und seinen Cache auf einer SSD und außerhalb eines synchronisierten Ordners. Ein Cloud-Client beobachtet jeden Schreibvorgang, und ein Spiel schreibt seinen Shader-Cache ununterbrochen — aus jedem Eintrag wird Arbeit für einen Filtertreiber und ein Upload über dieselbe Verbindung, die deine Partie benutzt.
Miss nicht innerhalb dieses Zeitfensters. Eine Aufnahme aus den ersten Minuten nach einem Treiber-Update misst den Compiler, nicht den Treiber. Das Benchmark-Ergebnis lesen behandelt die Vergleichsregeln; das hier ist ein einfacher Weg, die erste davon versehentlich zu brechen.
Was der Scan dazu sagt
Der Ruckler-Scan prüft, ob ein Shader-Cache kürzlich geleert wurde, und wenn er einen findet, sagt er dasselbe wie diese Seite: Das Spiel kompiliert den gelöschten Cache beim Spielen neu, Ruckler früh in der Sitzung sind normal und klingen von selbst ab, und du solltest nicht benchmarken, bevor dieses Zeitfenster vorbei ist.
Er wird bewusst nicht als Fehler dargestellt, der zu reparieren wäre. Es gibt nichts zu reparieren — es gibt einen Preis, der einmal zu zahlen ist, und das Ehrlichste, was ein Werkzeug tun kann, ist dir zu sagen, dass du gerade mittendrin bist, damit du den Abend nicht damit verbringst, eine Einstellung zu beschuldigen.
Wo es aufhört, normal zu sein
Kompilierungsruckler, die nie abklingen, sind ein anderes Problem: Der Cache wird nicht behalten. Prüf, ob die Platte nicht voll ist, ob der Cache nicht zwischen zwei Sitzungen von einer geplanten Bereinigung gelöscht wird und ob der Spieleordner nicht an einer Stelle liegt, die ein Cloud-Client oder eine Größenbeschränkung immer wieder leert.
Und ist der Durchlauf durchgehend ungleichmäßig statt nur am Anfang, hast du stattdessen hohe durchschnittliche FPS, aber schlechte 1% Lows vor dir — ein Problem von Ereignissen und keines des Aufwärmens.
Verwandt
- Warum Spiele unter Windows 11 ruckeln
- Plötzliche FPS-Einbrüche in Spielen
- Hohe durchschnittliche FPS, aber schlechte 1% Lows
- Das Benchmark-Ergebnis lesen
Du spielst CS2? Welche Startoptionen noch etwas bewirken und wo im Grafikmenü die Frames tatsächlich liegen: Wenig FPS und Ruckler in CS2 trotz gutem PC: eine gemessene Checkliste
Hat diese Seite geholfen?
Was hat gefehlt, oder was hat nicht funktioniert? Wir lesen jede einzelne Rückmeldung.
Wenn diese Seite das Problem nicht gelöst hat, schreib uns — nenne den Artikel, den du gelesen hast, und wir bessern ihn nach.