vCPU dedicado en CPU de servidor de 2022 o posterior · NVMe · sin KYC. Paga con criptomonedas: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Idioma: Español
Elige tus núcleos

Guía · steal time · vecinos ruidosos

¿Qué es el CPU steal time y cómo lo compruebo en mi VPS?

El único contador dentro de un VPS que muestra cuándo otros inquilinos están ocupando tu procesador. Qué significa para Linux, cuatro formas de leerlo y qué dicen los números sobre una vCPU compartida o dedicada.

Última actualización: · 8 min de lectura

Respuesta rápida

¿Qué es el CPU steal time y cómo lo compruebo en mi VPS?

El CPU steal time es la parte del tiempo en que tu vCPU estaba lista para ejecutar mientras el hipervisor ejecutaba otra máquina; con un 10 % de steal, un trabajo con carga pierde aproximadamente una décima parte de su tiempo. El 2 de noviembre de 2026, ninguno de los 22 proveedores de criptomonedas sin KYC que prometen CPU dedicada publicaba una medición de steal, y Cobaltfell tampoco. Linux muestra el steal como st en top y %steal en mpstat.

¿Qué es exactamente el steal time?

El steal time cuenta los momentos en que tu CPU virtual quería trabajar y el procesador físico estaba ocupado con otro invitado. Las herramientas de Linux lo describen de tres formas ligeramente distintas:

  • top: "tiempo robado a esta vm por el hipervisor".
  • mpstat: el porcentaje de "espera involuntaria" mientras el hipervisor "estaba atendiendo otro procesador virtual".
  • /proc/stat: "el tiempo transcurrido en otros sistemas operativos cuando se ejecuta en un entorno virtualizado", contado desde Linux 2.6.11.

La documentación de KVM del kernel añade el detalle que hace útil el contador: el steal es el tiempo en que la vCPU no se ejecutó, y el tiempo durante el cual la vCPU está inactiva no se informa como steal. Un VPS inactivo no puede mostrar steal, por muy saturado que esté el host. El número aparece solo cuando pides CPU y no la obtienes.

La cifra procede del hipervisor, que la comparte con el kernel invitado. Un invitado solo puede contar lo que el hipervisor informa, que es una razón más para confirmar un valor bajo con un benchmark repetido.

¿Cómo compruebo el steal time?

Cuatro comandos lo muestran; ejecútalos mientras tu carga de trabajo real está en marcha, no en una máquina inactiva. top y vmstat vienen con el paquete procps en todas las distribuciones habituales. mpstat viene con sysstat (apt install sysstat en Debian y Ubuntu, dnf install sysstat en AlmaLinux y Rocky).

1. top: el valor st en la línea %Cpu(s) (pulsa 1 para una línea por vCPU, q para salir)
top
2. vmstat: una línea por segundo durante 60 segundos, steal en la columna st del grupo cpu
vmstat 1 60
3. mpstat: %steal para cada vCPU, un informe por segundo durante 60 segundos
mpstat -P ALL 1 60
4. /proc/stat: steal como parte del tiempo de CPU durante 10 segundos, sin paquete adicional
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 }'

La primera línea de /proc/stat suma todas las vCPU, en unidades de USER_HZ (una centésima de segundo en la mayoría de los sistemas). El script la lee dos veces, con diez segundos de diferencia, y divide el steal acumulado entre todo el tiempo transcurrido. Para confirmar que estás en una máquina virtual, systemd-detect-virt imprime el tipo de hipervisor, kvm en KVM.

¿Cómo interpreto los números?

Ningún estándar fija un valor de steal "bueno", pero la aritmética es sencilla: un trabajo que necesita la CPU todo el tiempo obtiene como máximo un 100 % menos el steal. Con un 5 % de steal obtiene alrededor del 95 % del tiempo que pide; con un 25 %, alrededor de tres cuartas partes. Lee el patrón, no una sola muestra.

Patrones que buscar mientras tu propia carga se está ejecutando; en un VPS inactivo el steal no se cuenta.
Lo que vesQué significaQué hacer
0 en todas las vCPU mientras tu trabajo se ejecuta a plena cargaNo te quitan nada, o el hipervisor no informa de stealConfírmalo con el mismo benchmark a dos horas distintas
Algunas muestras distintas de cero y luego 0 otra vezContención breve en el hostNormalmente nada; guarda un registro si tu trabajo es sensible a la latencia
Steal constante bajo carga, cada segundoTu vCPU hace cola detrás de otros invitadosAnota las horas, mide durante un día, envía el registro al proveedor
Steal en una sola vCPU en mpstat -P ALLUno de tus hilos cae en una parte más ocupada del hostMenciona el número de vCPU en tu ticket
Steal que sube a las mismas horas cada díaVecinos con horario: copias de seguridad, trabajos por lotes, tráfico puntaMueve los trabajos pesados a otras horas o pásate a vCPU dedicada
Cualquier steal duradero en un plan vendido como dedicadoLa promesa no se está cumpliendo en ese momentoPide al proveedor que lo explique o que mueva el VPS

¿Mi CPU se comparte con vecinos ruidosos?

Si el steal sube cuando cargas la CPU y la subida sigue al reloj en lugar de a tu propio trabajo, otros inquilinos están compartiendo tu tiempo de procesador. Tres comprobaciones lo acotan:

  1. Cárgala tú mismo. Ejecuta tu trabajo real, o una prueba de carga de CPU, y mantén mpstat -P ALL 1 abierto en una segunda terminal. Que el steal siga a tu carga indica que el proveedor tiene menos CPU libre de lo que sugiere tu plan.
  2. Compara horas. Ejecuta el mismo benchmark por la mañana y por la noche. En una vCPU dedicada, los dos resultados deberían ser parecidos; cómo hacer un benchmark de un VPS con YABS o Geekbench 6 da los comandos.
  3. Lee el plan. Un plan vendido con vCPU compartida puede mostrar steal; por eso cuesta menos. La página sobre la diferencia entre una vCPU compartida y una vCPU dedicada explica qué compra cada una.

Un VPS lento con steal cero apunta a otro sitio: esperas de disco (la columna wa, tiempo esperando E/S), presión de memoria o la propia aplicación.

¿Qué causa el tiempo de steal y qué lo soluciona?

El steal crece cuando el proveedor ha vendido más vCPU ocupadas de las que tiene hilos de hardware para ejecutarlas. Cuando todos los invitados piden CPU a la vez, algunos tienen que esperar, y esa espera se cuenta como steal en cada uno de ellos.

Lo que puedes hacer, de menor a mayor esfuerzo:

  • Mueve el trabajo pesado a horas en las que el proveedor esté más tranquilo, si tu carga lo permite.
  • Pide al proveedor que mueva tu VPS a un nodo menos cargado; un log de mpstat hace que la petición sea concreta.
  • Cambia el tipo de plan. Una vCPU dedicada elimina a otros invitados de tus hilos. Los proveedores que las venden, con las palabras que usa cada uno y el precio por núcleo, están en cuánto cuesta una VPS con CPU dedicada por núcleo en noviembre de 2026.

Según el estudio de Cobaltfell del 2 de noviembre de 2026, 22 de 51 proveedores de VPS que aceptan criptomonedas sin un documento de identidad prometían una CPU dedicada por escrito, y ninguno de ellos mostraba una medición de steal time en las páginas que leímos.

Añadir más vCPU compartidas rara vez ayuda: más hilos del mismo proveedor saturado esperan en la misma cola.

En una base de datos, el steal se nota primero en las consultas más lentas, como se explica en cómo afecta el CPU steal a la latencia p99 de PostgreSQL en un VPS.

¿Qué steal debería mostrar una VPS de Cobaltfell?

En una vCPU dedicada, el steal time debería estar en cero o cerca de cero. Publicaremos la cifra que midamos en nuestras propias máquinas, con su fecha, y nunca una estimación. Cada vCPU está reservada para una VPS: Una vCPU es un hilo de hardware del procesador del host. Los tuyos están fijados uno a uno a tu VPS y nunca se prestan a otro cliente, y los dos hilos de un núcleo físico permanecen juntos, así que cada 2 vCPU forman un núcleo entero que ningún vecino comparte.

Nuestros propios resultados de YABS y Geekbench 6, junto con el steal time que midamos, se publicarán con su fecha en cuanto se entregue nuestra primera máquina de pruebas. Hasta entonces no damos ninguna cifra de rendimiento propia. Hasta que esa página tenga una cifra con fecha, ejecuta los comandos anteriores en tu propia VPS; si el steal sigue alto mientras se ejecuta tu trabajo, el log basta para abrir un ticket. Los mejores proveedores de VPS con CPU dedicada en 2026 se comparan con los mismos criterios escritos, incluido el nuestro. Una persona responde a los correos de soporte en un plazo de 12 horas, los siete días de la semana, incluida la ayuda con claves SSH, reinstalaciones y reglas de firewall.

¿Qué otras preguntas hace la gente sobre el tiempo de steal de la CPU?

¿El tiempo de steal es lo mismo que iowait?

No. El steal (st) es el tiempo que tu vCPU quería ejecutar pero el hipervisor ejecutó a otro invitado. Iowait (wa) es el tiempo que la CPU estuvo inactiva esperando a que terminara el disco u otra E/S. Un iowait alto apunta al almacenamiento, un steal alto a la contención de CPU.

¿Por qué top no muestra un valor st?

El manual de top indica que el campo st puede no mostrarse según la versión del kernel. En las distribuciones actuales aparece en la línea %Cpu(s); en un kernel antiguo o fuera de una máquina virtual puede faltar o quedarse en cero.

¿Puede un servidor dedicado mostrar tiempo de steal?

Un sistema que se ejecuta directamente sobre el hardware, sin un hipervisor debajo, no tiene a nadie que le robe tiempo, así que el contador se queda en cero. El steal solo existe para un invitado que corre bajo un hipervisor.

¿Qué valor de steal es demasiado alto?

Ningún estándar fija un límite. Usa la aritmética en su lugar: con un 10% de steal, un trabajo de carga de CPU obtiene alrededor del 90% del tiempo que necesita. En un plan vendido con vCPU dedicada, el steal debería quedarse en cero o cerca de cero mientras trabajas.

¿El tiempo de steal afecta a la latencia además del rendimiento?

Sí. Cada espera retrasa la petición que se estaba ejecutando en esa vCPU, así que el steal se nota primero en las peticiones más lentas, el p99 de una base de datos o una API, antes de mover la media.

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

Desde $10.49/mes · sin KYC

Elige tus núcleos