Die beiden Treiber wurden nicht auf denselben Gerätemodellen gemessen. Frametimes von verschiedenen Geräten vergleichen keine Treiber, lies diese Werte also mit Vorsicht.
Szene
EXP_PanVK-kbase-rp4pro-lab86 ms
panvk_faux123_v1.0.1 ms
Unterschied
Starts
GPU-Takt, MHz
Bild vs. System-Treiber
compute_nbody
15.69 typisch 15.60
n/a
nur eine Seite
3 von 3 vs. ?
831 vs. ? Takt unbekannt
nicht geprüft
hdr_2160p
35.88 typisch 35.86
n/a
nur eine Seite
3 von 3 vs. ?
828 vs. ? Takt unbekannt
nicht geprüft
oit_linked_lists
23.46 typisch 23.32
n/a
nur eine Seite
3 von 3 vs. ?
836 vs. ? Takt unbekannt
nicht geprüft
pipeline_barriers
7.10 typisch 7.02
n/a
nur eine Seite
3 von 3 vs. ?
836 vs. ? Takt unbekannt
nicht geprüft
pipeline_barriers_2160p
25.50 typisch 25.59
n/a
nur eine Seite
3 von 3 vs. ?
836 vs. ? Takt unbekannt
nicht geprüft
subpasses
18.82 typisch 18.81
n/a
nur eine Seite
3 von 3 vs. ?
834 vs. ? Takt unbekannt
nicht geprüft
Zeit, um ein Bild zu zeichnen, pro Szene: die durchschnittliche (mittlere) Frametime der besten Runde der Szene, also wie viele Frames der Treiber geliefert hat; niedriger ist schneller. "Typisch" daneben ist der Median-Frame, der deutlich unter dem Durchschnitt liegen kann, wenn die Frames eines Treibers in zwei Geschwindigkeiten kommen. Ein Berichtspaar, das erstellt wurde, bevor Durchschnitte pro Runde erfasst wurden, wird am Median verglichen. Eine Szene, deren Runden um mehr als 15% auseinanderliegen, wird weggelassen. Eine Szene mit der Markierung "gedeckelt" wurde vom Treiber oder von der Anzeige-Warteschlange zusammen mit mindestens einer anderen Szene desselben Laufs auf diese mittlere Frametime gehalten; ihre Zeit sagt, wie die Frames verteilt waren, nicht wie schnell der Treiber gerendert hat, deshalb wird sie nicht verglichen. Eine Szene mit der Markierung "zu leicht" brauchte bei der Standardgröße (1920 mal 1080) auf beiden Treibern unter 8 ms, wo die Frame-Warteschlange des Bildschirms die Frames stärker verteilt als der Chip; verglichen wird ihr Lauf mit höherer Last: Die Zeile mit der Endung _2160p ist die Szene in 3840 mal 2160 gezeichnet, und compute_nbody_2x ist diese Szene mit doppelt so vielen Partikeln. "Schneller" und "langsamer" beschreiben panvk_faux123_v1.0.1 gegenüber EXP_PanVK-kbase-rp4pro-lab86. "Bild vs. System-Treiber" vergleicht ein festes Bild pro Szene als grobes Farbraster (0 ist identisch, über 40 ist ein anderes Bild); so wird eine Szene gefunden, die nicht gezeichnet wurde. Wo beide Berichte das feinere 64x36-Raster enthalten, ist die zweite Zahl, bei wie vielen seiner 2.304 Zellen der Unterschied größer als 4 von 255 ist, und "schlechtester" ist die größte einzelne Zelle; so findet man einen kleinen Darstellungsfehler in einem Bild, das sonst übereinstimmt. Eine mit 16x9 markierte Zeile stammt aus einem Bericht, der erstellt wurde, bevor es das feinere Raster gab. "Starts" ist, wie viele der Prozessstarts einer Szene eine gemessene Runde erreicht haben. Ein GPU-Takt mit der Markierung "nicht vergleichbar" wich zwischen den beiden Messungen um mehr als 5% des Maximums des Geräts ab.
Technische Unterschiede (Vulkan)
Extensions nur in panvk_faux123_v1.0.1 (3)
VK_KHR_depth_clamp_zero_one
VK_KHR_pipeline_binary
VK_KHR_robustness2
Extensions nur in EXP_PanVK-kbase-rp4pro-lab86 (0)
Keine
Kern-Features mit Unterschieden (0)
Keine
Limits mit Unterschieden (2)
Limit
EXP_PanVK-kbase-rp4pro-lab86
panvk_faux123_v1.0.1
maxGeometryInputComponents
64
128
maxGeometryOutputVertices
256
1024
Formate, die nur ein Treiber unterstützt (0 dazugekommen, 0 verloren)