Metodologia de benchmark

PCBenchmarkX mede a execução de cenários de CPU/GPU definidos e a latência de reação a um sinal de software. O volume de trabalho é fixo, as fórmulas de avaliação são abertas. Execuções repetidas permitem verificar a estabilidade do resultado.

Esta documentação refere-se ao motor 0.5.2, à carga phase4.6-dev-1, às estatísticas stats-phase4.6-v1 e ao modelo score-model-1.2-candidate-1. O nome do modelo usa Candidate. Seus valores de normalização são preliminares: não podem ser considerados médias de todos os computadores. Mais detalhes sobre a referência estão em cálculo de pontos.

Preparação

O BoosterX controla a execução de um motor nativo separado, mostra o andamento do teste e salva o resultado. Durante a medição, ele pausa seu próprio monitoramento de hardware e memória e minimiza suas janelas, depois restaura seu estado. Isso reduz a influência da própria interface do BoosterX; programas externos ainda podem gerar carga.

Repita os testes com a mesma versão do motor e do driver, com as mesmas configurações de energia, overclock e refrigeração. Feche programas em segundo plano desnecessários. Se você usa um notebook, faça todos os testes com o carregador conectado. Ao comparar antes e depois de uma alteração, anote qual configuração exatamente você mudou.

Sequência Candidate

Parte da execução	Duração definida	Finalidade
Aquecimento	15 s	Preparar a carga para as medições válidas
CPU	20 s no total	Três blocos de aproximadamente 6,67 s
GPU	30 s no total	10 s cada para Geometry, Shader e Compute, cada um em três blocos
Combined	30 s no total	Três blocos de 10 s
Calibração	10 s	Ajustar a complexidade do Loaded Latency
Aquecimento da latência	2 s	Preparar o caminho separado de medição de latência
Baseline Latency	5 s	Medir a latência sob carga base
Loaded Latency	20 s	Medir a latência sob carga calibrada

Transições, preparação de recursos, quadros preliminares de CPU e finalização adicionam tempo. Por isso, o tempo total da execução é maior que a soma das etapas medidas: na série verificada, os intervalos entre os inícios de execuções vizinhas em uma mesma carga foram de aproximadamente 157–172 segundos — considerando a pausa entre execuções; a duração exata de uma execução não pode ser determinada a partir dos dados publicados.

Os blocos de testes de desempenho se alternam em três rodadas. Na CPU, antes de cada bloco válido há um estado inicial fixo e 512 quadros preparatórios. Se a velocidade de trabalho mudar gradualmente de bloco para bloco, isso se reflete no diagnóstico. Os resultados obtidos não são corrigidos por isso.

Perfis de execução e durações

O motor suporta quatro perfis: candidate, quick, extended e custom. Durações exatas das etapas:

Perfil	Tarefa	Transição	Aquecimento	CPU	GPU	Combined	Calibração	Aquecimento da latência	Baseline	Loaded
Candidate	canônico	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	5 s	20 s
Quick	diagnóstico	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	diagnóstico	1 s	30 s	40 s	60 s	60 s	20 s	4 s	10 s	40 s
Custom	do usuário	à escolha do usuário dentro dos limites permitidos

Candidate é o perfil padrão, e somente suas execuções são ranqueadas. Quick, Extended e Custom são sempre considerados diagnósticos: não podem ser misturados com Candidate em uma mesma comparação e não podem ser publicados no ranking. Em Custom, é possível manter parte dos testes e definir durações próprias: os blocos válidos aceitam 1–180 s, as transições — 0,1–180 s, o aquecimento da latência — 0,5–180 s. Qualquer substituição de duração torna a execução diagnóstica.

Coleta sem gravação em disco a cada quadro

As medições são salvas em blocos de memória previamente alocados. Ao coletar cada quadro, o programa não formata JSON, não expande o vetor e não grava em arquivo. O tamanho dos buffers é calculado antecipadamente pela duração do teste e pela frequência máxima esperada de registros, com margem. Nesta implementação, aplica-se um limite de 768 MiB.

Após a conclusão do trabalho da GPU, os dados são unificados e processados. Isso reduz a influência da coleta de dados sobre o teste, embora a própria coleta também consuma recursos. Para medir sua influência, é preciso comparar separadamente execuções com e sem a coleta de medições.

O resultado contém métricas resumidas. Um arquivo separado de medições brutas permite repetir o processamento estatístico sem uma nova execução da carga. Esse recálculo verifica os cálculos; para verificar a repetibilidade no hardware, é necessária uma nova execução.

Qualidade da execução e inadequação do resultado

Durante cada bloco, o motor avalia a qualidade da execução — Run Quality. O indicador principal é a carga de CPU em segundo plano, ou seja, tudo o que sobrecarrega o sistema além do próprio benchmark. Ela é calculada por bloco como a diferença entre a carga de todo o sistema e a carga do processo do benchmark, medidas pelos mesmos contadores de tempo. Os valores-limite para o perfil Candidate: acima de 20% — aviso, acima de 50% — a execução é considerada inadequada.

O Run Quality também registra condições associadas: depurador conectado, sessão remota, alimentação por bateria e modo de economia de energia, presença de hipervisor, perda de foco da janela e troca de display. Hipervisor, bateria e sessão remota são revelados como avisos: por si só, não rejeitam o resultado, mas explicam por que os números podem diferir de um ambiente “limpo”. A troca de display durante o bloco válido torna a execução inadequada.

Um resultado válido ainda exige:

• calibração bem-sucedida do Loaded Latency — se não foi possível ajustar a complexidade ao tempo-alvo, a execução é inadequada;
• verificação aprovada de saída das cargas de GPU — a divergência da assinatura de controle torna a execução inadequada;
• ausência de registros perdidos do coletor — qualquer perda torna a execução inadequada.

A classificação de qualidade é salva no arquivo de resultado, portanto condições “ruins” ficam visíveis a posteriori, e não apenas durante a execução.

Como ler o resultado

Indicador	Significado
Performance	Velocidade relativa de cargas fixas
Core Latency Score	Avaliação relativa da latência interna; mais pontos é melhor
Consistency	Expressividade da cauda lenta dentro da execução
PC Score	Combinação geométrica de três componentes com pesos 50/30/20

As latências reais são mostradas em milissegundos, e para elas menos é melhor. Consistency não pode ser confundido com a repetibilidade do PC Score entre execuções. As fórmulas e constantes de normalização são abertas no cálculo de pontos.

Limites do resultado

• O cenário sintético ajuda a detectar mudanças no sistema, mas não substitui o teste de um jogo específico.
• Uma baixa dispersão entre execuções ainda não prova a precisão de cada marca temporal nem a ausência de erro sistemático.
• Oito execuções de um mesmo PC não estabelecem a distribuição de resultados para todas as CPUs, GPUs e versões do Windows.
• Compare versões compatíveis de cargas e perfis iguais. Os perfis acelerado, estendido e do usuário não podem ser misturados sem ressalvas com o Candidate.
• Não use uma execução cancelada ou incompleta no lugar de uma medição concluída.

A seguir: cargas, latências e PresentMon, fórmulas, repetibilidade, comparação de execuções, ranking.

Verificado: 2026-09-20.