Pourquoi le premier score est plus bas : compilation des shaders
Pourquoi le premier lancement peut être plus bas, comment la compilation affecte les FPS et pourquoi les résultats publics doivent utiliser un run réchauffé.
La première exécution peut être plus basse parce que le navigateur et le pilote compilent et lient encore les programmes shader. Volume Shader BM Test utilise un fragment shader de raymarching avec beaucoup de boucles, donc la première exécution peut inclure du travail de préparation.
Ce qui se passe avant le rendu
Au démarrage d'un mode, le navigateur crée des programmes WebGL. Le pilote compile le code shader, le lie en programme GPU, alloue des buffers et prépare le chemin de rendu. Une partie du coût arrive avant la première frame; une autre peut toucher les premières frames.
Effet sur le résultat
| Symptôme | Cause probable | Action |
|---|---|---|
| Première exécution plus basse | Compilation et cache shader | Comparer la deuxième |
| Saccades au début puis stabilité | Préparation du pipeline | Lire P10 FPS et stabilité |
| Chaque exécution empire | Chaleur ou batterie | Laisser refroidir |
| Baisse seulement sur batterie | Politique d'énergie | Brancher ou désactiver économie |
Protocole recommandé
Lancez une fois le même mode et considérez-le comme échauffement. Fermez le panneau de résultat. Relancez le même mode dans les mêmes conditions. Notez la deuxième exécution. Si la deuxième et la troisième baissent encore, le problème est probablement thermique.
Pourquoi c'est important pour les résultats publics
Les lignes publiques devraient indiquer si l'exécution était échauffée, le navigateur, le mode et toute condition thermique visible. Sans ces champs, deux lignes du même appareil peuvent ne pas être comparables.
