Metodologia do benchmark

PC Benchmark X 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 dentro do cenário é fixo. As durações e os pesos das avaliações são definidos pela metodologia que o cliente recebe do servidor.

Esta página descreve a geração do motor 0.8.0 e os parâmetros básicos. Os parâmetros reais de uma nova execução podem diferir após a atualização da metodologia do servidor. Um teste já concluído não recebe novas medições por mudanças nas configurações: só é possível recalcular seus pontos a partir dos dados salvos.

Preparação

Abra BoosterX → Бенчмарк → Тест, selecione o perfil e verifique os parâmetros exibidos. Durante as medições, o BoosterX pausa seu próprio monitoramento e minimiza suas janelas, depois restaura seu estado. Programas externos continuam em execução e podem influenciar os números.

Repita os testes com a mesma versão do motor e do driver, com as mesmas configurações de energia, overclock e refrigeração. Em um notebook, conecte o carregador. Para comparar antes/depois, altere uma configuração e registre o que exatamente foi mudado.

Sequência Candidate

Parte da execução	Duração base	Finalidade
Aquecimento	15 s	Preparar a carga até 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 em 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 de medição
Baseline Latency	20 s	Medir a latência sob carga base
Loaded Latency	20 s	Medir a latência sob carga calibrada

O Baseline no Candidate base foi aumentado dos anteriores 5 para 20 segundos. O valor de GPU na tabela refere-se a toda a parte de GPU, e não a cada um dos três cenários separadamente. Transições, preparação de recursos e finalização adicionam tempo às durações indicadas.

As cargas de desempenho se alternam em três rodadas. Antes de cada bloco de CPU, o estado da simulação é redefinido e são executados 512 quadros preparatórios fora da contagem. Isso reduz a dependência do bloco anterior, mas não elimina o aquecimento, a mudança de frequências ou a carga em segundo plano.

Perfis de execução e durações

Perfil	Finalidade	Transição	Aquecimento	CPU	GPU total	Combined	Calibração	Aquecimento da latência	Baseline	Loaded
Candidate	Publicação de um resultado adequado	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	20 s	20 s
Quick	Diagnóstico local curto	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 são as durações base, que podem ser alteradas pelo servidor. A disponibilidade dos perfis também é gerenciada remotamente. Para a publicação normal, o Candidate é o indicado; Quick e Extended permanecem locais. Um conjunto incompleto de testes definido pelo usuário não substitui uma execução para o ranking.

Uma gravação mais longa fornece mais observações, mas por si só não garante uma pontuação melhor ou a ausência de interferências. Não misture perfis em um experimento antes/depois.

Coleta sem gravação em disco em cada quadro

As medições são coletadas em blocos de memória previamente alocados. Em cada quadro, o programa não formata JSON e não grava um registro de resultado em disco. Após a conclusão do trabalho, os dados são combinados e processados. Isso reduz a influência da coleta sobre o teste, mas não torna a ferramenta de medição gratuita em termos de recursos.

São salvos métricas resumidas, distribuições de tempo e informações sobre a execução. O recálculo a partir das medições salvas verifica a aritmética; a repetibilidade de hardware só pode ser verificada com novas execuções.

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

Fique atento aos avisos sobre carga em segundo plano, energia, troca de janelas, mudança de telas e condições do ambiente. A virtualização ou um aviso separado por si só não provam nem falsificação, nem uma causa específica de pontuação baixa.

Uma execução cancelada, incompleta ou medida incorretamente pode não ter uma avaliação adequada e não é permitida para publicação normal. O servidor determina separadamente a disponibilidade de publicação e a necessidade de verificação. Siga a mensagem no programa; repita o teste em condições tranquilas se a causa estiver relacionada à medição.

A qualidade da gravação não significa que foi possível excluir todas as interferências externas. Para uma conclusão prática, são necessários testes repetidos e condições comparáveis.

Como ler o resultado

Indicador	Significado
CPU Score	Velocidade do cenário de CPU e P99 do tempo do quadro de CPU
GPU Score	Velocidade normalizada de Geometry, Shader e Compute
Core Latency Score	Avaliação da latência interna; mais pontos é melhor
Consistency	Característica adicional da cauda lenta dentro da execução
PC Score	Combinação geométrica de CPU, GPU e Latency; pesos base 60/20/20

As latências reais são mostradas em milissegundos, e para elas menos é melhor. O Consistency não entra como componente separado na nova fórmula final e não substitui a repetibilidade entre execuções. As fórmulas, referências e pesos detalhados são abertos.

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 dispersão baixa ainda não prova a precisão de cada marca temporal ou a ausência de erro sistemático.
• O Core Latency não mede o caminho completo do mouse até o acendimento do pixel.
• A posição geral no ranking depende dos pesos escolhidos, da composição dos participantes e do recálculo do servidor.
• O recálculo de uma pontuação antiga não torna a versão antiga da carga nova. Para comparar cenários corrigidos, execute um novo teste.

O Arquivo de verificação de repetibilidade refere-se à versão 0.5.2. A nova metodologia não herda automaticamente seus indicadores de dispersão medidos.

Atualizado: 2026-10-02.