Tutoriais de VPS
Como fazer testes de desempenho em VPS (2026): como ler os resultados de YABS, fio, iperf3 e Geekbench
Muitas pessoas compram um VPS e a primeira coisa que fazem é rodar um script, tirar print e mandar no grupo: quanto pontua a CPU, quantos MB/s dá o disco, a quantos Gbps chega a rede, e então concluem se a máquina vale a pena. O problema é que rodar os testes não é difícil; o realmente difícil é entender o que eles representam. YABS, fio, iperf3 e Geekbench medem dimensões diferentes, e olhar qualquer um deles isoladamente leva facilmente a conclusões erradas.
Muitas pessoas, depois de comprar um VPS, a primeira coisa que fazem não é implantar nada, mas sim rodar uma rodada de testes.
Isso é normal.
Afinal, você acabou de adquirir uma máquina e o que mais quer confirmar é provavelmente isto:
- Se a CPU está superalocada ou mal rotulada
- Se o disco "parece rápido, mas na hora de escrever de verdade despenca"
- Se a rede parece boa de dia e cai à noite
- Se esta máquina é realmente adequada para a sua carga de trabalho
E é exatamente aí que está o problema.
Muitas pessoas rodam um script e já tiram conclusões diretas:
- Esta máquina é potente
- Esta máquina não vale a pena
- Este provedor é estável
- Este VPS é uma fera
Mas a verdade geralmente não é tão simples assim.
Porque YABS, fio, iperf3 e Geekbench medem coisas diferentes, e se você misturar tudo ou olhar só um número, é fácil errar.
Então este artigo não ensina apenas "como rodar", o foco principal é:
- O que cada ferramenta realmente mede
- Quais resultados são mais facilmente mal interpretados
- Quais resultados são mais úteis para sites, desenvolvimento, downloads, bancos de dados e proxies
- Depois de uma rodada completa, como você deve realmente julgar
1) Primeiro a conclusão: o teste não serve para tirar print, mas para julgar "se esta máquina é adequada para o meu cenário"
O maior problema de muitos artigos sobre testes de VPS é transformar o teste em um jogo de ranking.
Mas para a maioria dos usuários, na verdade só existe uma pergunta útil:
- Esta máquina aguenta a minha carga de trabalho real?
Então, antes de rodar os testes, não se apresse em executar comandos: primeiro entenda o que você quer verificar.
Você deve se preocupar mais com:
- Desempenho de um único núcleo
- Leitura/escrita aleatória do disco
- Estabilidade da rede
Você deve se preocupar mais com:
- Largura de banda de saída
- Throughput de rede sustentado ao longo do tempo
- Escrita sequencial do disco
Você deve se preocupar mais com:
- Estabilidade da CPU
- I/O aleatório
- Comportamento sob pressão de memória
Então o teste não é sobre "qual ferramenta é mais avançada", mas sobre:
- Usar a ferramenta certa para medir a capacidade que você realmente vai usar.
O YABS é popular por um motivo simples:
- Roda com um único comando
- CPU, disco, rede e Geekbench saem de brinde
- Muito bom para ter uma visão geral na primeira vez que você recebe uma máquina
Execução típica:
curl -sL yabs.sh | bash
Ele traz alguns resultados bastante comuns:
- Informações básicas da CPU
- Testes de disco com fio
- Testes de velocidade de rede
- Geekbench em alguns ambientes
- Prático
- Rápido
- Adequado para uma primeira checagem
Muitas pessoas tratam o YABS como a "conclusão final".
Isso está errado.
Porque o YABS é mais como:
- Um ponto de entrada geral
E não como:
- Uma ferramenta de diagnóstico aprofundado
Se você só quer saber mais ou menos em que nível esta máquina está, o YABS é adequado.
Mas se você realmente quer julgar a qualidade do disco, o throughput de rede ou a capacidade da CPU sob carga prolongada, o YABS é só o começo, não o fim.
Os testes de disco são os mais fáceis de mal interpretar.
Muitas pessoas ficam empolgadas ao ver resultados como:
- 3000 MB/s
- 5000 MB/s
- 7000 MB/s
E então pensam:
- Este disco é demais
O problema é que esses números normalmente mostram apenas uma coisa:
- A leitura/escrita sequencial está ótima
Mas em cargas reais, muitos gargalos não vêm daí.
- Leitura/escrita aleatória
- I/O de blocos pequenos
- Estabilidade sob alta concorrência
É por isso que os resultados do fio não podem ser julgados olhando só um valor máximo.
O mais significativo é olhar:
- Leitura/escrita aleatória de 4K
- IOPS
- Latência
- Se cai muito com diferentes tamanhos de bloco
Alguns VPS têm escrita sequencial excelente, mas:
- A escrita aleatória é mediana
- A latência oscila muito
- A velocidade cai depois de escrever por um tempo
Para rodar logs, bancos de dados ou gravações frequentes de cache, uma máquina assim se comporta de forma completamente diferente.
Então, ao olhar o fio, não olhe só:
- O MB/s máximo
Olhe mais para:
- Se este disco é estável com arquivos pequenos reais e escritas de blocos pequenos.
Se você só der uma olhada no gráfico do teste, é fácil confundir um disco "bom para transferência sequencial de arquivos grandes" com um "bom para todas as cargas".
4) O que observar no iperf3: ele mede o throughput de rede, não toda a experiência da internet pública
O iperf3 tem muito valor, mas também é uma das ferramentas mais mal usadas.
A pergunta que ele responde melhor é:
- Qual é a capacidade de throughput de rede entre dois pontos
Por exemplo:
iperf3 -c <server-ip>
Ou o teste inverso:
iperf3 -c <server-ip> -R
- Medir a largura de banda da rede interna
- Medir o throughput de uma sonda fixa até o VPS
- Comparar mudanças de capacidade de rede em diferentes períodos
- "Todos os meus usuários globais terão essa velocidade"
- "A rede pública do provedor com certeza é assim tão forte"
- "Deu 5Gbps no teste, então o download real com certeza é 5Gbps"
Porque o iperf3 mede:
- Um endpoint de teste específico
- Condições de rota específicas
- Uma janela de tempo específica
Isso significa que o mesmo VPS:
- Pode dar um resultado muito bom para Tóquio
- Um resultado mediano para Los Angeles
- E ser completamente diferente para a China continental no horário de pico noturno
Então o valor central do iperf3 não é provar "como sou incrível", mas:
- Ajudar você a ver se há gargalo em uma direção específica da rede.
Se você quer julgar a qualidade da rota de rede pública, o iperf3 é melhor combinado com:
pingtraceroutemtr
e analisados juntos.
Para ideias relacionadas de testes de rede, continue lendo:
O maior valor do Geekbench é te dar uma pontuação de referência de CPU bastante padronizada.
Para o que ele serve:
- Comparar de forma aproximada a capacidade de um núcleo e de vários núcleos entre máquinas
- Julgar aproximadamente em que nível está a CPU deste VPS
- Ajudar a identificar máquinas com "especificações ótimas, mas núcleo único fraco"
Isso faz sentido em muitos cenários, como:
- WordPress
- APIs pequenas
- Painéis e serviços de backend
- Ambientes de desenvolvimento leves
Porque esses cenários costumam ser sensíveis ao desempenho de um único núcleo.
Ele não consegue te dizer diretamente:
- Se haverá throttling sob carga alta prolongada
- Se haverá oscilação quando os vizinhos disputarem recursos
- Se o disco e a rede vão atrapalhar
- Se a sua aplicação real vai rodar com fluidez
Então o Geekbench é mais como:
- Uma referência de capacidade de CPU
E não como:
- Uma conclusão de carga real para a máquina inteira
Se uma máquina tem um Geekbench decente, mas o disco é ruim, a rede é ruim e há muita disputa no host, a experiência real ainda pode ser mediana.
Se você não quer complicar demais o processo, sugiro esta ordem.
Objetivo:
- Ver rapidamente o nível aproximado de CPU, disco e rede
- Julgar se há alguma anomalia evidente
Objetivo:
- Julgar o I/O aleatório e a latência do disco
- Ver se existe o caso de "boa escrita sequencial, muito pior aleatória"
Objetivo:
- Medir o throughput de rede na direção que você realmente se importa
- Comparar diferenças entre nós e períodos
Ou seja, não olhe só se a pontuação do Geekbench é alta, mas pense em uma coisa:
- Sua carga depende mais de um único núcleo, de I/O ou de rede
A vantagem desta ordem é:
- Você não será levado por um único script
- Você não vai forçar os números de cada ferramenta em um único "valor de potência geral"
Aqui vai um quadro de julgamento mais prático.
Isso normalmente indica que o problema não está na potência de cálculo pura, mas possivelmente em:
- Latência do disco
- Disputa no host
- Instabilidade da rede
Uma máquina assim para:
- Downloads de arquivos grandes
- Armazenamento de dados frios
pode ir bem.
Mas para:
- Bancos de dados
- Sites dinâmicos
- Gravações de cache de alta frequência
pode não ser confortável.
Isso significa:
- O que você mediu é o throughput de um único caminho
- Não a experiência completa do usuário
Nesse caso, você deve voltar e verificar:
- MTR
- Rotas de ida/volta
- Comportamento no horário de pico noturno
Esse tipo de oscilação às vezes preocupa mais do que "não ser alto na média".
Porque muitas vezes significa:
- Recursos instáveis
- Grande impacto dos vizinhos
- Carga desigual no host
E o que as cargas reais mais temem muitas vezes não é "mediano", mas "instável".
Priorize:
- Pontuação de um único núcleo
- I/O aleatório de 4K
- Estabilidade da rede
Priorize:
- Estabilidade de um único núcleo + vários núcleos
- Leitura/escrita aleatória do disco
- Oscilação de latência
Priorize:
- Throughput de saída
- Estabilidade da largura de banda ao longo do tempo
- Leitura/escrita sequencial de arquivos grandes
Priorize:
- Desempenho geral da CPU
- Fundamentos do disco
- Se a máquina é estável
Só quando você faz coincidir o "tipo de carga" com a "saída da ferramenta" os resultados dos testes passam a ter real significado.
Muitos VPS parecem ter boas pontuações, mas à noite ficam em um estado completamente diferente.
Isso é especialmente comum em:
- VPS compartilhados baratos
- Hosts com muita disputa
- Rotas de grande largura de banda, mas congestionadas no pico
Então uma abordagem mais confiável é:
- Rodar uma vez de dia
- Rodar de novo no horário de pico noturno
- Comparar a diferença pelo menos uma vez
Especialmente quando você está olhando:
- Throughput de rede
- Jitter de latência
- Oscilação do host
Se os resultados oscilarem muito, mesmo que o pico seja alto, não necessariamente vale mais a pena manter do que uma máquina "menos impressionante, mas mais estável".
Se depois você quiser ver dados comparativos trimestrais, também pode consultar:
10) Palavra final: o foco do teste não é "tirar uma pontuação alta", mas "entender como esta máquina vai afetar a sua carga de trabalho"
YABS, fio, iperf3 e Geekbench têm valor.
Mas o verdadeiro significado deles não é fazer você postar prints em redes sociais ou em grupos, e sim ajudar você a responder esta pergunta:
- Este VPS é realmente adequado para o meu cenário real?
Então a ordem mais confiável é sempre:
- Primeiro entenda o que você está medindo
- Depois veja quais sinais cada ferramenta te dá
- Por fim, mapeie os resultados de volta para as necessidades da sua carga de trabalho
Basta fazer isso e o teste deixará de ser "rodar um monte de números e ficar mais confuso" para se tornar uma etapa que realmente ajuda você a decidir.