Inicio / Samsung Xclipse 920 / Comparar

radv-xclipse-26.3.0-devel-05b3092 vs RADV-Xclipse-Android--1-

En la Samsung Xclipse 920 (Samsung Galaxy S22, Samsung Galaxy S23 FE, Samsung Galaxy S24 FE, Samsung Galaxy S24+). El primer driver que se nombra se compara con el segundo, que es la referencia (baseline).

De fábricaRADV-Xclipse-Android--1-Mesa 26.3.0-devel (git-cd638916b5)

Personalizadoradv-xclipse-26.3.0-devel-05b3092Mesa 26.3.0-devel (git-05b3092fcc)

Versión del sistema gráfico (Vulkan)1.4.358 a 1.4.358

Funciones opcionales (extensiones)228 a 228+0 -0

Funciones que pasan su comprobación (validadas)52 a 500 pasan solo en radv-xclipse-26.3.0-devel-05b3092 2 pasan solo en RADV-Xclipse-Android--1-

Escenas de la prueba de velocidad (benchmark)1 más rápida 1 más lenta 1 igual9% más rápido en general (media geométrica)

Juegos que podría mover cada driver (una estimación a partir de su lista de funciones): verde probable, amarillo quizá, naranja limitado, rojo no

De fábricaDX92002+DX102006+DX112009+DX122015+Switch

PersonalizadoDX92002+DX102006+DX112009+DX122015+Switch

compute_nbody_2x0% más rápido
hdr_2160p4% más lento
pipeline_barriers_2160p34% más rápido

Driver personalizado frente al de fábrica, por escena. Las barras a la derecha son más rápidas; a la izquierda, más lentas.

Pequeñas zonas de la imagen difieren del driver de fábrica en 2 escenas (pipeline_barriers: 1500 de 2304 celdas, pipeline_barriers_2160p: 7 de 2304 celdas). La imagen coincide en general, así que es un fallo de renderizado local, no una escena distinta.

Detalles de RADV-Xclipse-Android--1- Detalles de radv-xclipse-26.3.0-devel-05b3092

Comprobaciones de funciones que difieren (2)

Función	RADV-Xclipse-Android--1-	radv-xclipse-26.3.0-devel-05b3092	Cambio
transformFeedback VK_EXT_transform_feedback	pasa	falla	perdido
tessellationShader VkPhysicalDeviceFeatures	pasa	falla	perdido

Escenas de la prueba de velocidad (benchmark)

Escena	RADV-Xclipse-Android--1- ms	radv-xclipse-26.3.0-devel-05b3092 ms	Diferencia	Arranques	Reloj de la GPU, MHz	Imagen vs de fábrica
compute_nbody	6.66 típico 6.50	6.10 típico 6.04	demasiado ligera, ver compute_nbody_2x	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin gran diferencia 0.0 sin diferencia pequeña peor 0.0 64x36
compute_nbody_2x	19.37 típico 19.38	19.29 típico 18.44	0% más rápido	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin gran diferencia 0.0 sin diferencia pequeña peor 0.0 64x36
hdr_2160p	39.63 típico 39.41	41.15 típico 39.15	4% más lento	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin gran diferencia 0.0 sin diferencia pequeña peor 0.0 64x36
oit_linked_lists	n/a	6.93	solo un lado	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin gran diferencia 0.0 sin diferencia pequeña peor 0.0 64x36
pipeline_barriers	n/a	n/a	demasiado ligera, ver pipeline_barriers_2160p	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin gran diferencia 8.7 difiere en 1500 zonas pequeñas peor 76.3 64x36
pipeline_barriers_2160p	19.06 típico 19.54	14.25 típico 15.04	34% más rápido	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin gran diferencia 0.1 difiere en 7 zonas pequeñas peor 7.3 64x36
subpasses	n/a	n/a	solo un lado	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin comprobar
subpasses_2160p	32.72	n/a	solo un lado	3 de 3 vs 3 de 3	? vs ? reloj desconocido	sin comprobar

Tiempo para dibujar un fotograma, por escena: el tiempo por fotograma medio (promedio) de la mejor ronda de la escena, que es cuántos fotogramas entregó el driver; cuanto menor, más rápido. “Típico”, a su lado, es el fotograma mediano, que puede quedar muy por debajo del promedio cuando los fotogramas de un driver llegan a dos velocidades. Un par de informes hechos antes de que se registraran los promedios por ronda se compara con la mediana. Se descarta una escena cuyas rondas difieran en más de un 15%. Una escena marcada como “capada” (paced) la mantuvo en ese tiempo medio por fotograma el driver o la cola de la pantalla, junto con al menos otra escena de la misma ejecución; su tiempo indica cómo se espaciaron los fotogramas, no lo rápido que renderizó el driver, así que no se compara. Una escena marcada como “demasiado ligera” tardó menos de 8 ms al tamaño estándar (1920 por 1080) en los dos drivers, donde la cola de fotogramas de la pantalla espacia los fotogramas más que el chip; se compara su ejecución más pesada: la fila que termina en _2160p es la escena dibujada a 3840 por 2160, y compute_nbody_2x es esa escena con el doble de partículas. “Más rápido” y “más lento” describen radv-xclipse-26.3.0-devel-05b3092 frente a RADV-Xclipse-Android--1-. “Imagen vs de fábrica” compara un fotograma fijo por escena como una cuadrícula de color gruesa (0 es idéntico, por encima de 40 es una imagen distinta); sirve para detectar una escena que no se dibujó. Cuando los dos informes traen la cuadrícula más fina de 64x36, la segunda cifra es cuántas de sus 2.304 celdas difieren en más de 4 de 255, y “peor” es la celda individual con más diferencia; así se detecta un pequeño error de renderizado en una imagen que por lo demás coincide. Una fila marcada como 16x9 viene de un informe hecho antes de que existiera la cuadrícula más fina. “Arranques” es cuántos de los arranques de proceso de una escena llegaron a una ronda medida. Un reloj de la GPU marcado como “no comparable” difirió en más del 5% del máximo del dispositivo entre las dos mediciones.

Diferencias técnicas (Vulkan)

Extensiones solo en radv-xclipse-26.3.0-devel-05b3092 (0)

Ninguno

Extensiones solo en RADV-Xclipse-Android--1- (0)

Ninguno

Funciones básicas que difieren (0)

Ninguno

Límites que difieren (0)

Límite	RADV-Xclipse-Android--1-	radv-xclipse-26.3.0-devel-05b3092

Formatos admitidos por un solo driver (0 ganados, 0 perdidos)

Solo en radv-xclipse-26.3.0-devel-05b3092:

Ninguno

Solo en RADV-Xclipse-Android--1-:

Ninguno