Inicio / Mali-G52 / Comparar

Panvk-Mali-G57-2.0-rc1 vs Mali-G52 MC2

En la Mali-G52 (CHUWI HiPad-Air, HONOR X5c, HONOR X5c, Infinix HOT 60i, Motorola moto g(20), Oppo A18, Oppo A38, realme RMX3710, Redmi 12, Redmi 12, Redmi 12C, Redmi 13C, Redmi 14C, Redmi 15C, Redmi A3 Pro, Samsung Galaxy A06, Samsung Galaxy A32, Samsung Galaxy Tab A8, TECNO POVA 3, TECNO SPARK 10 Pro, TECNO SPARK 20, Vivo Y03, Xiaomi 24040RN64Y, Xiaomi 24049RN28L). El primer driver que se nombra se compara con el segundo, que es la referencia (baseline).

De fábricaMali-G52 MC2v1.r49p1-03bet0.81aa25ce0823e2a388e210190c1e4e16

PersonalizadoPanvk-Mali-G57-2.0-rc1v1.r49p1-03bet0.19498e0ae1d5dac223383c39a2e58f04

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

Funciones opcionales (extensiones)132 a 131+0 -1

Funciones que pasan su comprobación (validadas)51 a 340 pasan solo en Panvk-Mali-G57-2.0-rc1 17 pasan solo en Mali-G52 MC2

Escenas de la prueba de velocidad (benchmark)sin escenas compartidas

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

Detalles de Mali-G52 MC2 Detalles de Panvk-Mali-G57-2.0-rc1

Comprobaciones de funciones que difieren (19)

Función	De fábrica	Personalizado	Cambio
largePoints VkPhysicalDeviceFeatures	pasa	sin probar	perdido
compat.helper_loop_terminator core	pasa	sin probar	perdido
compat.nested_map core	pasa	sin probar	perdido
core.blend_advertised_formats core	pasa	sin probar	perdido
core.compute_big_stack core	pasa	sin probar	perdido
core.host_coherent_readback core	pasa	sin probar	perdido
core.mrt_partial_kill core	pasa	sin probar	perdido
core.ubo_update_buffer core	pasa	sin probar	perdido
core.ubo_written_after_record core	pasa	sin probar	perdido
core.varying_subset core	pasa	sin probar	perdido
mem.image_padding core	pasa	sin probar	perdido
perf.fb_local_barrier_large_draws core	pasa	sin probar	perdido
perf.fb_local_barrier_overdraw core	pasa	sin probar	perdido
stage.geometry_max_output core	pasa	sin probar	perdido
stress.many_command_buffers_one_submit core	pasa	sin probar	perdido
stress.spill_helper_lanes core	pasa	sin probar	perdido
sync.first_submit_clear_then_compute core	pasa	sin probar	perdido
stage.geometry_point_size core	no admitida	sin probar	cambió
stress.scratch_per_batch core	no admitida	sin probar	cambió

Escenas de la prueba de velocidad (benchmark)

Los dos drivers no se midieron en los mismos modelos de dispositivo. Los tiempos por fotograma de dispositivos distintos no sirven para comparar drivers, así que lee estas cifras con eso en mente.

Escena	De fábrica ms	Personalizado ms	Diferencia	Arranques	Reloj de la GPU, MHz	Imagen vs de fábrica
compute_nbody	n/a	69.81 típico 70.34	solo un lado	? vs 3 de 3	? vs ? reloj desconocido	sin comprobar
hdr_2160p	n/a	148.49 típico 148.40	solo un lado	? vs 3 de 3	? vs ? reloj desconocido	sin comprobar
oit_linked_lists	n/a	59.15 típico 58.42	solo un lado	? vs 3 de 3	? vs ? reloj desconocido	sin comprobar
pipeline_barriers	n/a	56.78 típico 57.52	solo un lado	? vs 3 de 3	? vs ? reloj desconocido	sin comprobar
subpasses	n/a	110.67 típico 111.14	solo un lado	? 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 Panvk-Mali-G57-2.0-rc1 frente a Mali-G52 MC2. “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 Panvk-Mali-G57-2.0-rc1 (0)

Ninguno

Extensiones solo en Mali-G52 MC2 (1)

VK_KHR_swapchain_mutable_format

Funciones básicas que difieren (0)

Ninguno

Límites que difieren (0)

Límite	De fábrica	Personalizado

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

Solo en Panvk-Mali-G57-2.0-rc1:

Ninguno

Solo en Mali-G52 MC2:

Ninguno