Warum Shader-Kompilierung neue Spiele ruckeln lässt

Woher der Hüpfer überhaupt kommt

Spiele liefern Shader als portablen Zwischencode — Bytecode wie DXIL —, nicht als Maschinensprache einer bestimmten Grafikkarte, denn die PC-Welt ist ein Zoo aus Architekturen von drei Herstellern und zehn Generationen. Verlangt das Spiel erstmals einen bestimmten Pipeline-Zustand — eine konkrete Kombination aus Vertex-, Pixel- und Geometry-Shadern, Blend-Modi und Render-Ziel-Formaten —, kompiliert der Grafiktreiber genau diese Kombination in den nativen Code, den Ihre Karte versteht. Die Kompilierung läuft auf der CPU, meist in einem einzigen Thread, während der Frame, der sie braucht, wartet; das sichtbare Resultat ist ein Sekundenbruchteil Stillstand, den Spieler Shader-Ruckler nennen.

Konsolen entgehen dem Problem, weil sie eine feste Plattform sind: Der Entwickler kompiliert jeden Shader für exakt diese GPU und legt das Ergebnis auf die Disc. PC-Entwickler setzen stattdessen auf Precompile-Bildschirme — jener Balken „Shader werden kompiliert, 4 312 von 18 207“ —, die die Hauptarbeit gebündelt vorab erledigen, und auf Pipeline-State-Object-Caches (PSO), die jede kompilierte Pipeline auf die Platte schreiben, damit der zweite Durchlauf glatt läuft. Spiele ohne beide Mechanismen sind die, die stundenlang hicken.

Die Caches, die Sie retten — und das Aufräumen, das sie bricht

Zwei Cache-Schichten schlucken den Schmerz: der PSO-Cache des Spiels und der Shader-Cache des Treibers — NVIDIA, AMD und Intel halten Kompiliertes in Ordnern wie DXCache oder GLCache im AppData. Aggressives System-Cleaning, das diese Ordner auswischt, importiert jedes Ruckeln still zurück, das Sie bereits abgesessen haben.

• Den Precompile-Bildschirm aussitzen: Dieser Fortschrittsbalken ist der Entwickler, der das Ruckeln für Sie erledigt — gebündelt und vor Spielbeginn
• Die Shader-Caches des Treibers in Ruhe lassen — NVIDIA DXCache, AMD DxCache und Intel-Ordner unter %LOCALAPPDATA% existieren, damit zweite Begegnungen sofort laden; wer sie löscht, holt die Hüpfer der ersten Begegnungen zurück
• Den GPU-Treiber vor einem großen Release aktualisieren, nicht währenddessen: Ein neuer Treiber bringt oft eine neue Compiler-Version und lässt den gesamten bisherigen Cache verfallen
• Mit der schlimmsten ersten Stunde rechnen: Jedes neue Level, jede Waffe, jeder Wettereffekt startet noch nicht kompilierte Pipelines; der Cache füllt sich, die Hüpfer verblassen
• Game-Booster und Prozess-Killer nicht trauen: Kompilierung ist Single-Thread-CPU-Arbeit, freier RAM ändert daran nichts
• Fehlen einem Spiel Precompile und PSO-Cache, ist das eine Entscheidung des Entwicklers, nicht die Schuld Ihres PCs — ein Bug-Report hilft, eine Windows-Neuinstallation nicht

Was nicht hilft

Der Großteil der gängigen Ratschläge behandelt die falsche Krankheit. Settings senken hilft nicht, weil dieselben Pipelines trotzdem kompiliert werden müssen — billiger gerendert wird erst danach. Den Shader-Cache als „Fix“ zu leeren macht es schlimmer, bei jedem Titel mit lokalem Cache — mit einer einzigen legitimen Ausnahme: ein korrupter Cache, der das Spiel beim Start crashen lässt, und genau dafür gibt es die eigene Option im Spiel. Frame-Generation kaschiert Kompilierungs-Hüpfer ebenfalls nicht, denn die interpolierten Frames entstehen aus dem steckengebliebenen. Die ehrliche Antwort lautet Geduld plus intakter Cache: das Spiel einmal warm laufen lassen, den Treiber-Cache unangetastet lassen, und beim zweiten Durchlauf existiert das Problem kaum noch.

Fragen und Antworten

Weiterlesen