vCPU dedicada em CPUs de servidor de 2022 ou mais novas · NVMe · sem KYC. Pague com cripto: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Idioma: Português
Escolha seus núcleos

Guia · steal time · vizinhos barulhentos

O que é CPU steal time e como verificá-lo na minha VPS?

O único contador dentro de uma VPS que mostra quando outros inquilinos estão tomando o seu processador. O que o Linux entende por isso, quatro formas de lê-lo e o que os números dizem sobre uma vCPU compartilhada ou dedicada.

Última atualização: · 8 min de leitura

Resposta rápida

O que é CPU steal time e como verificá-lo na minha VPS?

CPU steal time é a parcela do tempo em que sua vCPU estava pronta para executar enquanto o hypervisor executava outra máquina; com 10% de steal, uma tarefa ocupada perde cerca de um décimo do seu tempo. Em 2 de novembro de 2026, nenhum dos 22 hosts cripto sem KYC que prometem CPU dedicada publicava uma medição de steal, e nem a Cobaltfell. O Linux mostra o steal como st em top e %steal em mpstat.

O que exatamente é steal time?

O steal time conta os momentos em que sua CPU virtual queria trabalhar e o processador físico estava ocupado com outro guest. As ferramentas do Linux o descrevem de três formas ligeiramente diferentes:

  • top: "tempo roubado desta vm pelo hypervisor".
  • mpstat: a porcentagem de "espera involuntária" enquanto o hypervisor "estava atendendo outro processador virtual".
  • /proc/stat: "o tempo gasto em outros sistemas operacionais ao rodar em ambiente virtualizado", contado desde o Linux 2.6.11.

A documentação do KVM no kernel acrescenta o detalhe que torna o contador útil: steal é o tempo em que a vCPU não executou, e o tempo em que a vCPU fica ociosa não é reportado como steal. Uma VPS ociosa não consegue mostrar steal, por mais lotado que esteja o host. O número aparece só quando você pede CPU e não recebe.

O valor vem do hypervisor, que o compartilha com o kernel do guest. Um guest só consegue contar o que o hypervisor reporta, o que é mais um motivo para confirmar um valor baixo com um benchmark repetido.

Como verifico o steal time?

Quatro comandos mostram isso; execute-os enquanto sua carga real está rodando, não em uma máquina ociosa. top e vmstat vêm com o pacote procps em toda distribuição comum. mpstat vem com o sysstat (apt install sysstat no Debian e Ubuntu, dnf install sysstat no AlmaLinux e Rocky).

1. top: o valor st na linha %Cpu(s) (pressione 1 para uma linha por vCPU, q para sair)
top
2. vmstat: uma linha por segundo durante 60 segundos, steal na coluna st do grupo cpu
vmstat 1 60
3. mpstat: %steal para cada vCPU, um relatório por segundo durante 60 segundos
mpstat -P ALL 1 60
4. /proc/stat: steal como parcela do tempo de CPU em 10 segundos, sem pacote extra
a=($(head -n1 /proc/stat)); sleep 10; b=($(head -n1 /proc/stat))
# fields 1-8: user nice system idle iowait irq softirq steal
all=0; for i in 1 2 3 4 5 6 7 8; do all=$((all + b[i] - a[i])); done
awk -v st=$((b[8] - a[8])) -v all=$all 'BEGIN { printf "steal: %.2f%%\n", 100 * st / all }'

A primeira linha de /proc/stat soma todas as vCPU, em unidades de USER_HZ (um centésimo de segundo na maioria dos sistemas). O script a lê duas vezes, com dez segundos de intervalo, e divide o steal acumulado por todo o tempo decorrido. Para confirmar que você está mesmo em uma máquina virtual, systemd-detect-virt exibe o tipo de hypervisor, kvm no KVM.

Como leio os números?

Nenhum padrão define um valor "bom" de steal, mas a aritmética é simples: uma tarefa que precisa da CPU o tempo todo recebe no máximo 100% menos o steal. Com 5% de steal, ela recebe cerca de 95% do tempo que pede; com 25%, cerca de três quartos. Leia o padrão, não uma amostra isolada.

Padrões a observar enquanto sua própria carga está rodando; em uma VPS ociosa o steal não é contabilizado.
O que você vêO que significaO que fazer
0 em todas as vCPU enquanto sua tarefa roda com carga totalNada está sendo tomado de você, ou o hypervisor não reporta stealConfirme com o mesmo benchmark em dois horários diferentes
Algumas amostras não nulas e depois 0 de novoContenção curta no hostNormalmente nada; mantenha um log se sua tarefa for sensível a latência
Steal constante sob carga, a cada segundoSua vCPU faz fila atrás de outros guestsAnote os horários, meça por um dia, envie o log ao host
Steal em apenas uma vCPU no mpstat -P ALLUma das suas threads cai em uma parte mais ocupada do hostMencione o número da vCPU no seu ticket
Steal que sobe nos mesmos horários todos os diasVizinhos com agenda: backups, jobs em lote, pico de tráfegoMova tarefas pesadas para outros horários, ou migre para vCPU dedicada
Qualquer steal duradouro em um plano vendido como dedicadoA promessa não está sendo cumprida naquele momentoPeça ao host que explique ou migre a VPS

Meu CPU é compartilhado com vizinhos barulhentos?

Se o steal sobe quando você carrega o CPU e a subida acompanha o relógio em vez do seu próprio trabalho, outros inquilinos estão dividindo o seu tempo de processador. Três verificações ajudam a isolar o problema:

  1. Carregue você mesmo. Rode seu trabalho real, ou um teste CPU-bound, e mantenha o mpstat -P ALL 1 aberto em um segundo terminal. Steal que acompanha sua carga indica que o host tem menos CPU livre do que o seu plano sugere.
  2. Compare horários. Rode o mesmo benchmark de manhã e à noite. Em uma vCPU dedicada, os dois resultados devem ser próximos; como fazer benchmark de uma VPS com YABS ou Geekbench 6 traz os comandos.
  3. Leia o plano. Um plano vendido com vCPU compartilhada pode apresentar steal; é por isso que custa menos. A página sobre a diferença entre uma vCPU compartilhada e uma vCPU dedicada explica o que cada uma entrega.

Uma VPS lenta com steal zero aponta para outro lugar: espera de disco (a coluna wa, tempo aguardando I/O), pressão de memória ou a própria aplicação.

O que causa o steal time, e o que resolve?

O steal cresce quando o host vendeu mais vCPU ocupadas do que tem threads de hardware para executá-las. Quando todos os hóspedes pedem CPU ao mesmo tempo, alguns precisam esperar, e essa espera é contabilizada como steal em cada um deles.

O que você pode fazer, do menor para o maior esforço:

  • Mova o trabalho pesado para horários em que o host está mais tranquilo, se sua carga permitir.
  • Peça ao host para mover sua VPS para um nó menos carregado; um log do mpstat torna o pedido concreto.
  • Troque o tipo de plano. Uma vCPU dedicada remove outros hóspedes das suas threads. Hosts que as vendem, com as palavras que cada um usa e o preço por core, estão listados em quanto custa uma VPS com CPU dedicada por core em novembro de 2026.

Segundo o levantamento da Cobaltfell de 2 de novembro de 2026, 22 dos 51 hosts de VPS que aceitam cripto sem documento de identidade prometeram uma CPU dedicada por escrito, e nenhum deles mostrou uma medição de steal time nas páginas que lemos.

Adicionar mais vCPU compartilhada raramente ajuda: mais threads do mesmo host congestionado esperam na mesma fila.

Em um banco de dados, o steal aparece primeiro nas consultas mais lentas, como explicado em como o CPU steal afeta a latência p99 do PostgreSQL em uma VPS.

Que steal uma VPS da Cobaltfell deveria mostrar?

Em uma vCPU dedicada, o steal time deve ficar em ou perto de zero. Vamos publicar o número que medimos nas nossas próprias máquinas, com a data, e nunca uma estimativa. Cada vCPU é reservada para uma VPS: Uma vCPU é um thread de hardware do processador do host. As suas são fixadas uma a uma ao seu VPS e nunca são emprestadas a outro cliente, e os dois threads de um núcleo físico ficam juntos, então cada 2 vCPU formam um núcleo inteiro que nenhum vizinho compartilha.

Os nossos próprios resultados do YABS e do Geekbench 6, junto com o steal time que medimos, serão publicados com a data assim que a nossa primeira máquina de teste for entregue. Até lá, não divulgamos nenhum número de desempenho nosso. Até que essa página traga um número com data, rode os comandos acima na sua própria VPS; se o steal continuar alto enquanto seu trabalho roda, o log basta para abrir um ticket. Os melhores provedores de VPS com CPU dedicada em 2026 são comparados pelos mesmos critérios por escrito, inclusive o nosso. Uma pessoa responde aos e-mails de suporte em até 12 horas, sete dias por semana, incluindo ajuda com chaves SSH, reinstalações e regras de firewall.

Que outras perguntas as pessoas fazem sobre CPU steal time?

Steal time é a mesma coisa que iowait?

Não. Steal (st) é o tempo em que sua vCPU queria rodar mas o hypervisor executou outro hóspede. Iowait (wa) é o tempo em que o CPU ficou ocioso esperando o disco ou outra operação de I/O terminar. Iowait alto indica armazenamento, steal alto indica contenção de CPU.

Por que o top não mostra um valor de st?

O manual do top observa que o campo st pode não ser exibido dependendo da versão do kernel. Nas distribuições atuais ele aparece na linha %Cpu(s); em um kernel antigo ou fora de uma máquina virtual ele pode estar ausente ou permanecer em zero.

Um servidor dedicado pode mostrar steal time?

Um sistema rodando diretamente no hardware, sem hypervisor embaixo, não tem de quem sofrer steal, então o contador fica em zero. Steal só existe para um hóspede rodando sob um hypervisor.

Que valor de steal é alto demais?

Nenhum padrão define um limite. Use a aritmética: com 10% de steal, um trabalho CPU-bound recebe cerca de 90% do tempo de que precisa. Em um plano vendido com vCPU dedicada, o steal deve ficar em zero ou próximo disso enquanto você trabalha.

O steal time afeta a latência além da vazão?

Sim. Cada espera atrasa a requisição que estava rodando naquela vCPU, então o steal aparece primeiro nas requisições mais lentas, o p99 de um banco de dados ou de uma API, antes de mover a média.

Fontes (6)
  1. MSRs específicos do KVM: MSR_KVM_STEAL_TIME — The Linux Kernel documentation (checked 2026-11-02)
  2. proc_stat(5): estatísticas do kernel/sistema — man7.org (Linux man-pages 6.19) (checked 2026-11-02)
  3. página de manual do top(1) — man7.org (procps-ng) (checked 2026-11-02)
  4. página de manual do vmstat(8) — man7.org (procps-ng) (checked 2026-11-02)
  5. página de manual mpstat(1) — man7.org (sysstat) (checked 2026-11-02)
  6. página de manual do systemd-detect-virt(1) — man7.org (systemd) (checked 2026-11-02)

A partir de $10.49/mês · sem KYC

Escolha seus núcleos