Metodología del benchmark

PC Benchmark X mide la ejecución de escenarios de CPU/GPU definidos y la latencia de reacción a una señal de software. El volumen de trabajo dentro del escenario es fijo. Las duraciones y los pesos de las puntuaciones se definen en la metodología que el cliente recibe del servidor.

Esta página describe la generación del motor 0.8.0 y los parámetros base. Los parámetros reales de una nueva ejecución pueden diferir tras la actualización de la metodología del servidor. Una prueba ya completada no recibe nuevas mediciones por un cambio de ajustes: solo es posible recalcular sus puntos a partir de los datos guardados.

Preparación

Abra BoosterX → Бенчмарк → Тест, seleccione un perfil y compruebe los parámetros mostrados. Durante las mediciones BoosterX pausa su propio monitoreo y minimiza sus ventanas, luego restaura su estado. Los programas externos siguen funcionando y pueden influir en los números.

Repita las pruebas con una misma versión del motor y del controlador, con los mismos ajustes de energía, overclocking y refrigeración. En un portátil, conecte el cargador. Para comparar antes/después, cambie un solo ajuste y anote qué modificó exactamente.

Secuencia Candidate

Parte de la ejecución	Duración base	Propósito
Calentamiento	15 s	Preparar la carga hasta las mediciones válidas
CPU	20 s en total	Tres bloques de aproximadamente 6,67 s
GPU	30 s en total	De 10 s en Geometry, Shader y Compute, cada uno en tres bloques
Combined	30 s en total	Tres bloques de 10 s
Calibración	10 s	Ajustar la complejidad de Loaded Latency
Calentamiento de latencia	2 s	Preparar la ruta de medición
Baseline Latency	20 s	Medir la latencia con carga base
Loaded Latency	20 s	Medir la latencia bajo carga calibrada

El Baseline en el Candidate base se aumentó de los anteriores 5 a 20 segundos. El valor de GPU en la tabla se refiere a toda la parte de GPU, no a cada uno de los tres escenarios por separado. Las transiciones, la preparación de recursos y la finalización añaden tiempo a las duraciones indicadas.

Las cargas de rendimiento se alternan en tres rondas. Antes de cada bloque de CPU se restablece el estado de la simulación y se ejecutan 512 fotogramas preparatorios fuera de la evaluación. Esto reduce la dependencia del bloque anterior, pero no elimina el calentamiento, el cambio de frecuencias ni la carga en segundo plano.

Perfiles de ejecución y duraciones

Perfil	Propósito	Transición	Calentamiento	CPU	GPU total	Combined	Calibración	Calentamiento de latencia	Baseline	Loaded
Candidate	Publicación de un resultado apto	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	20 s	20 s
Quick	Diagnóstico local corto	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	Diagnóstico local prolongado	1 s	30 s	40 s	60 s	60 s	20 s	4 s	40 s	40 s

Estas son las duraciones base, que el servidor puede modificar. La disponibilidad de los perfiles también se gestiona de forma remota. Para la publicación habitual está destinado Candidate; Quick y Extended permanecen locales. Un conjunto de pruebas incompleto del usuario no sustituye a una ejecución de clasificación.

Una grabación más larga aporta más observaciones, pero por sí sola no garantiza una mejor puntuación ni la ausencia de interferencias. No mezcle perfiles en un experimento antes/después.

Recolección sin escritura en disco en cada fotograma

Las mediciones se recopilan en bloques de memoria reservados de antemano. En cada fotograma el programa no formatea JSON ni escribe un registro de resultado en disco. Tras finalizar el trabajo, los datos se combinan y se procesan. Esto reduce la influencia de la recolección en la prueba, pero no hace que la herramienta de medición sea gratuita en recursos.

Se guardan métricas resumidas, distribuciones de tiempo y datos de la ejecución. El recálculo a partir de las mediciones guardadas verifica la aritmética; la repetibilidad del hardware solo puede comprobarse con nuevas ejecuciones.

Calidad de la ejecución y no aptitud del resultado

Preste atención a las advertencias sobre carga en segundo plano, alimentación, cambio de ventanas, cambio de pantallas y condiciones del entorno. La virtualización o una advertencia aislada por sí solas no demuestran ni una falsificación ni una causa concreta de una puntuación baja.

Una ejecución cancelada, incompleta o medida incorrectamente puede no tener una puntuación apta y no se admite para la publicación habitual. El servidor determina por separado la disponibilidad de publicación y la necesidad de verificación. Siga el mensaje en el programa; repita la prueba en condiciones tranquilas si la causa está relacionada con la medición.

La calidad de la grabación no significa que se hayan podido excluir todas las interferencias externas. Para una conclusión práctica se necesitan pruebas repetidas y condiciones comparables.

Cómo leer el resultado

Indicador	Significado
CPU Score	Velocidad del escenario de CPU y P99 del tiempo del fotograma de CPU
GPU Score	Velocidad normalizada de Geometry, Shader y Compute
Core Latency Score	Evaluación de la latencia interna; más puntos es mejor
Consistency	Característica adicional de la cola lenta dentro de la ejecución
PC Score	Combinación geométrica de CPU, GPU y Latency; pesos base 60/20/20

Las latencias reales se muestran en milisegundos, y para ellas menos es mejor. Consistency no entra como componente separado en la nueva fórmula final y no sustituye la repetibilidad entre ejecuciones. Las fórmulas, referencias y pesos detallados están abiertos.

Límites del resultado

• El escenario sintético ayuda a detectar cambios del sistema, pero no sustituye la prueba de un juego concreto.
• Una dispersión baja aún no demuestra la exactitud de cada marca temporal ni la ausencia de un error sistemático.
• Core Latency no mide la ruta completa desde el ratón hasta el encendido del píxel.
• La posición general en la clasificación depende de los pesos elegidos, la composición de participantes y el recálculo del servidor.
• El recálculo de una puntuación antigua no convierte una versión antigua de la carga en nueva. Para comparar escenarios corregidos, realice una nueva prueba.

Archivo de verificación de repetibilidad se refiere a la versión 0.5.2. La nueva metodología no hereda automáticamente sus indicadores de dispersión medidos.

Actualizado: 2026-10-02.