Pourquoi la compilation des shaders provoque des saccades dans les jeux récents

D'où vient le hoquet

Les jeux livrent leurs shaders en code intermédiaire portable — du bytecode comme DXIL —, pas dans le langage machine d'une carte précise, parce que le monde PC est un zoo d'architectures de trois constructeurs et dix générations. Quand le jeu demande pour la première fois un état de pipeline donné — une combinaison précise de shaders de sommets, de pixels et de géométrie, de modes de fusion et de formats de rendu —, le pilote compile exactement cette combinaison dans le code natif que comprend votre carte. La compilation se fait sur le CPU, le plus souvent sur un seul fil d'exécution, pendant que l'image qui en a besoin attend ; le résultat visible, c'est le quart de seconde de gel que les joueurs appellent saccade de shaders.

Les consoles esquivent le problème en étant une plateforme fixe : le développeur compile chaque shader pour ce GPU exact et livre le résultat sur le disque. Les studios PC misent plutôt sur les écrans de précompilation — cette barre « compilation des shaders, 4 312 sur 18 207 » — qui encaissent le gros du travail en bloc, et sur les caches d'états de pipeline (PSO) qui sauvegardent chaque combinaison compilée pour que la deuxième partie soit fluide. Les jeux qui sortent sans aucun des deux mécanismes sont ceux qui hoquettent pendant des heures.

Les caches qui vous sauvent — et le nettoyage qui les casse

Deux couches de cache absorbent la douleur : le cache PSO du jeu lui-même et le cache de shaders du pilote — NVIDIA, AMD et Intel gardent le compilé dans des dossiers comme DXCache ou GLCache sous AppData. Un nettoyage agressif du système qui efface ces dossiers vous rend, en silence, toutes les saccades que vous aviez déjà payées de votre patience.

• Laissez finir l'écran de précompilation : cette barre de progression, c'est le développeur qui saccape pour vous, en bloc et avant de jouer
• Ne touchez pas au cache de shaders du pilote — les dossiers NVIDIA DXCache, AMD DxCache et Intel sous %LOCALAPPDATA% existent pour que les deuxièmes rencontres chargent instantanément ; les effacer ramène les hoquets des premières
• Mettez le pilote GPU à jour avant une grosse sortie, pas pendant : un nouveau pilote apporte souvent une nouvelle version du compilateur, qui invalide tout le cache accumulé
• Attendez-vous à ce que la première heure soit la pire : chaque niveau, arme ou effet météo inédit lance des pipelines jamais compilés ; le cache se remplit et les hoquets s'estompent
• Ne faites pas confiance aux game boosters ni aux tueurs de processus : la compilation est un travail mono-cœur du CPU, et libérer de la RAM n'y change rien
• Si un jeu sort sans précompilation ni cache PSO, c'est une décision du studio, pas la faute de votre PC : c'est au bug report qu'il faut écrire, pas à la réinstallation de Windows

Ce qui ne sert à rien

La plupart des conseils populaires soignent la mauvaise maladie. Baisser les réglages ne sert à rien, car ce sont les mêmes pipelines à compiler — ils ne deviennent plus économiques qu'ensuite. Vider le cache de shaders comme « correctif » aggrave tout titre à cache local, sauf dans l'unique cas légitime : un cache corrompu qui fait planter le jeu au lancement — et le jeu a sa propre option pour ça. La génération d'images ne masque pas non plus ces hoquets, puisque les images interpolées sont construites à partir de celle qui est restée coincée. La réponse honnête tient en deux mots : patience et cache intact. Laissez le jeu chauffer une fois, ne touchez pas au cache du pilote, et à la deuxième partie, le problème cesse pour l'essentiel d'exister.

Questions et réponses

À lire ensuite