Warum erste Scores niedriger sind: Shader-Kompilierung erklärt
Warum der erste Browser-GPU-Lauf niedriger sein kann, wie Shader-Kompilierung FPS beeinflusst und warum öffentliche Zeilen Warm-Läufe nutzen sollten.
Der erste Benchmark-Lauf kann niedriger sein, weil Browser und Treiber Shader-Programme noch kompilieren und linken. Volume Shader BM Test nutzt einen loop-lastigen Raymarching-Fragment-Shader, daher kann der erste Lauf Setup-Arbeit enthalten, die spätere Läufe nicht wiederholen.
Was vor dem Rendering passiert
Beim Start eines Modus erstellt der Browser WebGL-Shader-Programme. Der Treiber kompiliert Shader-Quellcode, linkt ihn zu einem GPU-Programm, reserviert Buffer und bereitet den Renderpfad vor. Ein Teil passiert vor dem ersten Frame, ein Teil kann frühe Frames beeinflussen.
Auswirkung auf das Ergebnis
| Symptom | Wahrscheinliche Ursache | Maßnahme |
|---|---|---|
| Erster Lauf niedriger als zweiter | Shader-Kompilierung und Cache | Zweiten Lauf vergleichen |
| Anfang ruckelt, dann stabil | Pipeline-Vorbereitung | P10 FPS und Stabilität ansehen |
| Jeder Lauf wird schlechter | Hitze oder Akku-Limit | Abkühlen lassen |
| Nur auf Akku niedriger | Energiepolitik | Netzteil oder Sparmodus aus |
Empfohlenes Protokoll
Führe denselben Modus einmal aus und behandle ihn als Warmup. Schließe das Ergebnisfenster. Führe denselben Modus unter denselben Bedingungen erneut aus. Notiere den zweiten Lauf. Fallen zweiter und dritter weiter, ist es eher thermisches Throttling als Kompilierung.
Warum das für öffentliche Ergebnisse wichtig ist
Öffentliche Zeilen sollten angeben, ob es ein warmer Lauf war, welcher Browser genutzt wurde, welcher Modus lief und ob Wärme auffiel. Ohne diese Felder sind zwei Zeilen mit gleichem Gerätenamen oft nicht vergleichbar.
