Seu servidor em nuvem usa CPU de qual geração? Identificação de geração e sobrepreço

Use CPUID, cache e benchmarks para quantificar o sobrepreço de CPUs antigas.

Atualizado 2026-09-18 · CloudWorth

Geração de CPUCPU antigaSobrepreço em nuvemEvidência por benchmarkCloudWorthSteal TimeOverselling VPSBenchmark VPS

Taxa de sobrepreço geracional = comparação de pontos single-thread por unidade monetária; se estiver abaixo da referência, abra um ticket para reivindicar seus direitos.

Coleta de evidências da geração em três etapas

Para julgar a geração de hardware de um servidor em nuvem, não confie naquela linha “tipo de computação de alto desempenho” no console, que é só nome de marketing. O fornecedor pode mudar o texto quando quiser, mas não consegue mudar o CPUID. A posição deste artigo é simples: a geração pode ser comprovada com evidências, e o resultado da comprovação pode ser convertido diretamente em um número — quantos pontos single-thread você compra por real. Se ficar abaixo da referência da mesma faixa de preço, você tem motivos para abrir um chamado, ou até exigir redução de configuração com reembolso.

Reduzi o processo inteiro a três etapas; as cinco seções seguintes detalham cada uma:

1. Ler a impressão digital — use /proc/cpuinfo para obter family/model/stepping e lscpu para ver cache e faixas de frequência, identificando qual microarquitetura e qual die.
2. Conferir a tabela — use a impressão digital para consultar a tabela oficial de SKUs, incluindo modelos personalizados de provedores de nuvem (por exemplo, variantes com frequência travada como 7B12 e 7R32), e confirme a frequência base/turbo e o cache L3 nominais.
3. Calcular o valor — divida a pontuação single-thread medida pelo valor mensal efetivamente pago para obter a “pontuação single-thread por real”; compare com a referência da mesma faixa de preço e calcule a taxa de prêmio de geração.

Todas as três etapas podem ser recalculadas; o que você obtém não é uma impressão, mas um conjunto de capturas de tela que pode ser anexado a um chamado. Se quiser primeiro ter uma referência de precificação para comparação, dê uma olhada no conversor de configuração-preço em CloudWorth /app, fixe o valor efetivamente pago e depois discuta desempenho.

Antes de coletar evidências, lembre-se de uma regra: todos os comandos devem ser executados na máquina de destino, não na máquina local. A diferença de geração de um servidor em nuvem aparece apenas naquela máquina virtual.

CPUID e impressão digital de cache

O primeiro passo é a combinação de lscpu e /proc/cpuinfo. Esses dois comandos fornecem muito mais informações do que a maioria dos tutoriais escreve.

lscpu | grep -Ei 'model name|family|model|stepping|MHz|cache'
grep -m1 -E 'cpu family|model\s|stepping' /proc/cpuinfo

Preste atenção em três campos. family + model + stepping identificam unicamente um chip de silício, esta é a base mais sólida para determinar a geração da CPU — nomes de marketing podem ser inventados, mas esses três números não. Por exemplo, family 6 model 85 é um Xeon da linhagem Skylake-SP, family 25 model 1 é EPYC 7002 (Rome), e family 25 model 17 aponta para EPYC 9004 (Genoa).

stepping merece atenção especial. Os fabricantes lançam vários steppings sob o mesmo model, e quando provedores de nuvem recuperam CPUs antigas e as colocam de volta no mercado, geralmente ainda é o stepping antigo. Se sua instância é anunciada como "última geração", mas o stepping é a versão de três anos atrás, esse é o primeiro ponto suspeito.

Cache é a segunda impressão digital. O tamanho do L3 expõe diretamente o posicionamento: na era E5 v3, o L3 de soquete único costumava ser 20–30MB, o EPYC 7002 tem 128MB, o Genoa tem 256MB ou até 384MB (variantes 3D V-Cache são ainda maiores). Se uma máquina "de alta frequência" reporta apenas 16MB de L3, provavelmente é de nível consumidor ou da antiga linha Xeon E5.

Impressão digital de frequência é a terceira camada. O CPU MHz no lscpu é o valor instantâneo atual; para ver o limite de turbo, use lscpu | grep -i mhz junto com testes de estresse contínuos para observar. CPUs antigas têm degradação rápida de turbo, e sob carga prolongada a frequência cai mais visivelmente do que nas gerações mais novas.

Com as três impressões digitais combinadas, você pode confirmar de forma independente a qual geração essa máquina pertence, sem a cooperação do fornecedor.

Comparação com a tabela de referência de SKU

Depois de obter family/model/stepping, o próximo passo é conferir na tabela. Não olhe apenas o Intel ARK ou o site oficial da AMD; os SKUs customizados dos provedores de nuvem são onde estão as maiores armadilhas.

Os chamados SKUs customizados são variantes com frequência travada que os provedores de nuvem compram da Intel/AMD, com modelos que costumam trazer números de sufixo, como 7B12, 7R32, 8B13 e afins. Eles muitas vezes não aparecem em bancos de dados públicos, têm a frequência base reduzida em troca de melhor eficiência energética e preço de compra mais baixo, mas continuam sendo divulgados externamente sob nomes de família como “EPYC” e “Xeon Platinum”. Você vê “Platinum” e pensa que é a geração mais recente, quando na verdade pode ser uma versão de frequência travada da geração anterior.

Ao conferir a tabela, verifique pelo menos quatro itens:

• Codinome da microarquitetura (Skylake, Rome, Ice Lake, Genoa…)
• Frequência base / turbo nominal
• Capacidade de cache L3
• Canais de memória e geração suportada (DDR4 ou DDR5)

Se qualquer um dos quatro itens não corresponder à descrição de “geração mais recente”, anote. Por exemplo, uma instância anunciada como “nova geração de alta frequência” que só suporta DDR4 e tem L3 de 32MB provavelmente é Skylake-SP ou Cascade Lake, não um produto posterior ao Ice Lake.

Aproveitando, resolva uma pergunta comum: como saber se um provedor de nuvem recicla CPUs antigas. O critério de reciclagem não é “antigo”, e sim “antigo sendo vendido a preço de novo”. No caso de um mesmo EPYC 7002, se a mensalidade for apenas 60% da de um Genoa, isso é uma liquidação de estoque razoável; se o preço for igual ou até mais caro, aí sim há um prêmio geracional. O objetivo de conferir a tabela é traduzir “antigo” como “caro sem sentido”.

Fórmula da taxa de prêmio geracional

Depois de concluir a coleta de evidências e a comparação com a tabela, você já pode fazer as contas. Este é o núcleo de todo o texto e o passo que transforma reclamações qualitativas em evidências quantitativas.

Pontuação de referência single-thread = mediana obtida na máquina de destino com a mesma ferramenta (sysbench 1 thread, Geekbench 6 single-core ou UnixBench single-core)

Pontos single-thread por yuan = pontuação de referência single-thread ÷ mensalidade efetivamente paga

Taxa de prêmio geracional = (pontos por yuan da referência de mesmo preço − seus pontos por yuan) ÷ pontos por yuan da referência de mesmo preço × 100%

De onde vem a referência? Pegue instâncias à venda de mesmo preço e mesmo número de vCPUs, execute o mesmo conjunto de comandos e obtenha a mediana. Não use as pontuações bonitas do site do fabricante como referência; use os valores medidos por você mesmo.

Um exemplo recalculável: uma instância custa 120 yuan por mês, tem 420 pontos no sysbench single-thread, ou 3,5 pontos por yuan. Uma instância de nova geração no mesmo preço tem 780 pontos single-thread, ou 6,5 pontos por yuan. Taxa de prêmio = (6,5 − 3,5) ÷ 6,5 ≈ 46%. Ou seja, você paga quase metade a mais por cada ponto de desempenho.

Além de single-thread, é melhor calcular também uma pontuação de largura de banda de memória por yuan, medida com sysbench memory ou STREAM. Plataformas antigas costumam ter DDR4 quad-channel, e plataformas novas, DDR5 com doze canais; a diferença de largura de banda às vezes é maior que a diferença de poder de computação, e é aí que servidores em nuvem travam primeiro ao rodar bancos de dados.

Sugestão de limite: se a taxa de prêmio ultrapassar 30% e persistir por mais de três meses, vale a pena abrir um ticket. Abaixo de 15% está na faixa normal de liquidação de estoque, e não vale a pena insistir. Anote esses dois números na sua tabela de registro, e seus julgamentos terão consistência.

O benchmark não bate com a configuração anunciada

Esta seção trata da disputa mais comum: a pontuação de benchmark medida não bate com a configuração anunciada. O fornecedor diz “a partir de 2,5 GHz”, mas você mede apenas 1,8 GHz de forma consistente; diz “alta frequência”, mas o single-thread fica atrás de uma instância vizinha que custa metade do preço.

Primeiro, descarte problemas do seu lado. Durante o teste de estresse, você tem vCPU exclusiva? Há vizinhos disputando recursos? Recomendamos rodar assim:

sysbench cpu --threads=1 --time=60 run
sysbench cpu --threads=1 --time=60 run   # 至少两次，取中位数

Antes de rodar, confirme que a carga está em 0; depois, verifique se a frequência em lscpu está limitada. Se dois resultados consecutivos forem iguais e claramente abaixo do nível correspondente ao anunciado, o problema está basicamente no lado do host.

Há três casos comuns de divergência:

• SKU com frequência travada: o turbo anunciado é de 3,5 GHz, mas na prática fica travado em 2,2 GHz; o benchmark naturalmente não bate.
• Sobrevenda: os núcleos físicos são subdivididos em excesso, a pontuação single-thread oscila drasticamente com a carga dos vizinhos; uma diferença de mais de 15% entre dois benchmarks é um sinal.
• Incompatibilidade de geração: o console mostra “Genoa”, mas na verdade é Rome; a diferença na pontuação single-thread é superior a 30%.

Na coleta de evidências, registre obrigatoriamente três coisas: capturas de tela dos dois benchmarks, a saída do lscpu e o horário de criação da instância. Se faltar uma, o ticket pode facilmente ser encerrado com “flutuação de desempenho é normal”.

Isso também cruza com 「Benchmark real vs. configuração anunciada」: o anunciado é o número da lista de aquisição, e o benchmark é a entrega real depois que você pagou por ele. Se os dois não batem, a essência é entrega abaixo do prometido, e não você “exigir demais”.

Aumento de preço na renovação e script para tickets

A última seção fala de dinheiro. O truque mais típico de servidores em nuvem é preço baixo no primeiro ano, renovação pelo dobro, mas a geração da CPU não muda. Quando você renova, o preço sobe 60%, e o family/model/stepping no lscpu está idêntico ao do ano passado — isso é a “armadilha do cliente antigo”: o aumento de preço não corresponde a nenhum upgrade de hardware.

Antes de renovar, faça um checklist de quatro passos:

1. Registre o family/model/stepping atual e salve uma captura de tela.
2. Registre a pontuação single-thread atual e a pontuação single-thread por yuan.
3. Solicite ou consulte o preço após a renovação e calcule a nova pontuação por yuan.
4. Se a nova pontuação por yuan for inferior ao benchmark de instâncias à venda na mesma faixa de preço, isso configura aumento de preço sem upgrade.

A chave do script de ticket é falar apenas de números, não de emoções, e deixar a solicitação clara. Você pode escrever assim:

A instância X foi criada em 2024-03, o CPUID atual é family 25 model 1 stepping 2, a mediana single-thread no sysbench é 420 pontos, o valor mensal efetivamente pago é 120 yuan, o que equivale a 3,5 pontos por yuan. As instâncias da sua empresa à venda na mesma faixa de preço medem, na prática, 6,5 pontos por yuan, com um prêmio de geração de cerca de 46%. A cotação de renovação subirá para 190 yuan, sem alteração de hardware. Solicito: 1) o modelo oficial de SKU e a geração correspondentes a essa instância; 2) um plano para ajustar o preço conforme o desempenho realmente entregue, ou a migração para uma instância de nova geração pelo mesmo preço.

Se a solicitação oferecer duas opções, a outra parte terá mais facilidade para dar uma resposta executável. Se o ticket for rejeitado, organize os mesmos números em um registro escrito, como comprovante para uma reclamação posterior. O prêmio de geração não é uma sensação, é uma porcentagem que pode ser recalculada — e é exatamente por isso que ele é muito mais forte do que “eu acho que está lento”.