# O que é CPU steal time e como verificá-lo na minha VPS? > CPU steal time em uma VPS: o que significam as colunas st e %steal, como lê-las. VPS com vCPU dedicada pago com cripto, sem KYC. - URL: https://cobaltfell.com/pt/cpu-steal-time/ - Última atualização: 2026-11-02 - Editor: Cobaltfell (https://cobaltfell.com) 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. **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)* ```bash top ``` *2. vmstat: uma linha por segundo durante 60 segundos, steal na coluna st do grupo cpu* ```bash vmstat 1 60 ``` *3. mpstat: %steal para cada vCPU, um relatório por segundo durante 60 segundos* ```bash mpstat -P ALL 1 60 ``` *4. /proc/stat: steal como parcela do tempo de CPU em 10 segundos, sem pacote extra* ```bash 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 significa | O que fazer | | --- | --- | --- | | 0 em todas as vCPU enquanto sua tarefa roda com carga total | Nada está sendo tomado de você, ou o hypervisor não reporta steal | Confirme com o mesmo benchmark em dois horários diferentes | | Algumas amostras não nulas e depois 0 de novo | Contenção curta no host | Normalmente nada; mantenha um log se sua tarefa for sensível a latência | | Steal constante sob carga, a cada segundo | Sua vCPU faz fila atrás de outros guests | Anote os horários, meça por um dia, envie o log ao host | | Steal em apenas uma vCPU no `mpstat -P ALL` | Uma das suas threads cai em uma parte mais ocupada do host | Mencione o número da vCPU no seu ticket | | Steal que sobe nos mesmos horários todos os dias | Vizinhos com agenda: backups, jobs em lote, pico de tráfego | Mova tarefas pesadas para outros horários, ou migre para vCPU dedicada | | Qualquer steal duradouro em um plano vendido como dedicado | A promessa não está sendo cumprida naquele momento | Peç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](https://cobaltfell.com/pt/vps-benchmark/ "Como faço benchmark de um 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](https://cobaltfell.com/pt/dedicated-vs-shared-vcpu/ "Qual é a diferença entre uma vCPU compartilhada e uma vCPU dedicada em um VPS?") 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](https://cobaltfell.com/pt/dedicated-cpu-vps-price-index/ "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](https://cobaltfell.com/pt/vps-for-postgresql/ "How much CPU and RAM PostgreSQL needs on a 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](https://cobaltfell.com/pt/best-dedicated-cpu-vps/ "Qual é o melhor provedor 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 1. [MSRs específicos do KVM: MSR_KVM_STEAL_TIME](https://docs.kernel.org/virt/kvm/x86/msr.html) — The Linux Kernel documentation (checked 2026-11-02) 2. [proc_stat(5): estatísticas do kernel/sistema](https://man7.org/linux/man-pages/man5/proc_stat.5.html) — man7.org (Linux man-pages 6.19) (checked 2026-11-02) 3. [página de manual do top(1)](https://man7.org/linux/man-pages/man1/top.1.html) — man7.org (procps-ng) (checked 2026-11-02) 4. [página de manual do vmstat(8)](https://man7.org/linux/man-pages/man8/vmstat.8.html) — man7.org (procps-ng) (checked 2026-11-02) 5. [página de manual mpstat(1)](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org (sysstat) (checked 2026-11-02) 6. [página de manual do systemd-detect-virt(1)](https://man7.org/linux/man-pages/man1/systemd-detect-virt.1.html) — man7.org (systemd) (checked 2026-11-02) --- Cobaltfell: A Cobaltfell é uma provedora de VPS com núcleos vCPU dedicados, paga em cripto, sem envio de documento de identidade e operada pela DomaineGoat LLC, empresa registrada no Panamá. Cada vCPU é fixado exclusivamente no seu servidor, em processadores AMD EPYC 9004/9005 (Zen 4 / Zen 5) com armazenamento NVMe, em Amsterdã (Países Baixos), Zurique (Suíça) e Bucareste (Romênia). No período de 12 meses, cada plano tem preço pelo menos 25% abaixo de um plano comparável de CPU dedicada nomeado, escolhido entre 6 provedores de VPS com cripto e sem KYC e consultado em 2 de novembro de 2026.