Metodologia de 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 base. Os parâmetros reais de uma nova execução podem diferir após a atualização da metodologia do servidor. Um teste já realizado não recebe novas medições por alteração das definições: só é possível recalcular os seus pontos a partir dos dados guardados.

Preparação

Abra BoosterX → Бенчмарк → Тест, selecione o perfil e verifique os parâmetros apresentados. Durante as medições, o BoosterX suspende a sua própria monitorização e minimiza as suas janelas, restaurando depois o seu estado. Os programas externos continuam a funcionar e podem influenciar os números.

Repita os testes com a mesma versão do motor e do driver, com as mesmas definições de energia, overclocking e arrefecimento. Num portátil, ligue o carregador. Para comparar antes/depois, altere uma definição e registe o que exatamente foi alterado.

Sequência Candidate

Parte da execução	Duração base	Finalidade
Aquecimento	15 s	Preparar a carga até às 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 percurso de medição
Baseline Latency	20 s	Medir a latência com 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. As transições, a preparação de recursos e a conclusão acrescentam tempo às durações indicadas.

As cargas de desempenho alternam em três rondas. Antes de cada bloco de CPU, o estado da simulação é reposto e são executados 512 fotogramas preparatórios fora da contagem. Isto reduz a dependência do bloco anterior, mas não elimina o aquecimento, a alteração 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 válido	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 é gerida remotamente. Para a publicação normal destina-se o Candidate; o Quick e o Extended permanecem locais. Um conjunto de testes incompleto definido pelo utilizador não substitui uma execução de classificação.

Um registo mais longo fornece mais observações, mas por si só não garante melhor pontuação nem ausência de interferências. Não misture perfis numa experiência antes/depois.

Recolha sem gravação em disco em cada fotograma

As medições são recolhidas em blocos de memória previamente alocados. Em cada fotograma, o programa não formata JSON nem escreve um registo de resultado em disco. Após a conclusão do trabalho, os dados são combinados e processados. Isto reduz a influência da recolha sobre o teste, mas não torna o instrumento de medição isento de recursos.

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

Qualidade da execução e invalidade do resultado

Preste atenção aos avisos sobre carga em segundo plano, energia, alternância de janelas, alteração de ecrãs e condições do ambiente. A virtualização ou um aviso separado, por si só, não provam nem uma falsificação nem uma causa concreta de pontuação baixa.

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

A qualidade do registo não significa que se conseguiram 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 fotograma 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 apresentadas em milissegundos e, para elas, menos é melhor. A 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 estão abertos.

Limites do resultado

• Um cenário sintético ajuda a detetar alterações do sistema, mas não substitui o teste de um jogo concreto.
• Uma dispersão baixa ainda não prova a exatidão de cada marca temporal nem a ausência de erro sistemático.
• A Core Latency não mede o percurso completo desde o rato até ao acendimento do pixel.
• A posição geral na classificação 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 os seus indicadores de dispersão medidos.

Atualizado: 2026-10-02.