O que mede um score de CPU e por que dois servidores iguais não rendem da mesma forma

Publicado em 2026-09-12 por frfrand

De dónde sale ese número, qué mide y qué ignora, por qué un solo hilo puede importar más que dieciséis, y cómo medir lo que de verdad afecta a tu aplicación.

Quando comparar servidores aparecem números: pontuações de desempenho, frequências, gerações. Vale entender o que medem, porque escolher pelo número errado custa dinheiro.

O que é uma pontuação

Uma pontuação de CPU é o resultado de executar um conjunto de tarefas conhecidas e medir quanto tempo levou. Nada mais.

Há duas famílias que se confundem o tempo todo:

Um único fio. Mede o quão rápido uma única tarefa é concluída do início ao fim. Depende da frequência, de quantas instruções executa por ciclo e da memória cache.

Muitos fios. Mede o trabalho total com todos os núcleos ocupados. Depende sobretudo de quantos núcleos existem.

Um processador com 32 núcleos lentos pode ter uma pontuação multithread enorme e uma pontuação de um único fio medíocre. Outro com 8 núcleos rápidos, o contrário.

Qual olhar

Depende completamente do que o seu software faz.

Se você atende requisições web, cada requisição normalmente é resolvida por um fio. A latência que o usuário sente depende do desempenho de um fio. Ter 32 núcleos permite atender mais requisições ao mesmo tempo, mas não faz com que cada uma responda mais rápido.

Por isso, para a maioria das aplicações web, o desempenho por fio importa mais do que as pessoas acreditam.

Se você compila, processa vídeo ou executa trabalhos em lote, aí sim manda o multithread.

E se o seu aplicativo passa a maior parte do tempo esperando (o banco de dados, um serviço externo, o disco), nenhum dos dois números importa muito. Adicionar núcleos a um servidor que está a 20% não muda nada.

Por que dois servidores "iguais" diferem

Quatro razões, e nenhuma aparece na tabela de preços:

A geração. Um núcleo de oito anos atrás e um atual podem diferir em até o dobro na mesma frequência, porque executam mais instruções por ciclo.

A frequência sustentada. Os processadores aceleram quando há trabalho e diminuem quando esquentam. Um teste de dez segundos e uma carga de dez minutos dão resultados distintos. Para um servidor, importa o segundo.

Os vizinhos. Em um plano compartilhado, o desempenho depende do que os outros estão fazendo. Isso não é capturado por nenhuma pontuação publicada.

A memória. Largura de banda e latência. Muitas cargas são limitadas pela memória e não pelo processador; aí, duas máquinas com o mesmo processador e configurações de memória diferentes rendem de forma diferente.

Como medir o seu

O genérico dá uma referência:

sysbench cpu --threads=1 run # um hilo sysbench cpu --threads=$(nproc) run # todos

Mas o que realmente importa é medir a sua carga. E para isso convém olhar três coisas no servidor real:

• O uso de CPU durante o trabalho real. Se o seu aplicativo está a 20% e está lento, o problema não é o processador.
• O tempo roubado (coluna "st" no vmstat). Se estiver alto, você está competindo com os vizinhos.
• A média de carga comparada com a quantidade de núcleos. Uma média de 8 em uma máquina de 8 núcleos significa que está justa; em uma de 2 núcleos significa que há fila.

A conclusão prática

Antes de pagar por um plano com mais núcleos, verifique se o processador é o gargalo. Em aplicações web, muito frequentemente o limite está no banco de dados, em uma consulta sem índice ou em uma chamada externa lenta.

Mudar o plano nesses casos custa mais e não melhora nada.