Snel antwoord
Wat is CPU steal time en hoe controleer ik het op mijn VPS?
CPU steal time is het aandeel tijd waarin je vCPU klaar was om te draaien terwijl de hypervisor een andere machine draaide; bij 10% steal verliest een drukke job ongeveer een tiende van zijn tijd. Op 2 november 2026 publiceerde geen van de 22 no-KYC crypto-hosts die dedicated CPU beloven een steal-meting, en Cobaltfell ook niet. Linux toont steal als st in top en %steal in mpstat.
Wat is steal time precies?
Steal time telt de momenten waarop je virtuele CPU wilde werken en de fysieke processor bezig was met een andere guest. De Linux-tools beschrijven het op drie iets verschillende manieren:
top: "time stolen from this vm by the hypervisor".mpstat: het percentage "involuntary wait" terwijl de hypervisor "was servicing another virtual processor"./proc/stat: "the time spent in other operating systems when running in a virtualized environment", geteld sinds Linux 2.6.11.
De KVM-documentatie van de kernel voegt het detail toe dat de teller nuttig maakt: steal is de tijd waarin de vCPU niet draaide, en tijd waarin de vCPU idle is wordt niet als steal gerapporteerd. Een idle VPS kan geen steal tonen, hoe druk de host ook is. Het getal verschijnt alleen wanneer je om CPU vraagt en die niet krijgt.
Het cijfer komt van de hypervisor, die het deelt met de guest-kernel. Een guest kan alleen tellen wat de hypervisor rapporteert, wat nog een reden is om een lage waarde te bevestigen met een herhaalde benchmark.
Hoe controleer ik steal time?
Vier commando's tonen het; voer ze uit terwijl je echte workload draait, niet op een idle machine. top en vmstat komen mee met het procps-pakket op elke gangbare distributie. mpstat komt mee met sysstat (apt install sysstat op Debian en Ubuntu, dnf install sysstat op AlmaLinux en Rocky).
topvmstat 1 60mpstat -P ALL 1 60a=($(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 }'De eerste regel van /proc/stat telt alle vCPU op, in eenheden van USER_HZ (een honderdste seconde op de meeste systemen). Het script leest die twee keer, tien seconden uit elkaar, en deelt de steal die erbij kwam door alle tijd die verstreken is. Om te bevestigen dat je überhaupt op een virtuele machine zit, print systemd-detect-virt het hypervisor-type, kvm bij KVM.
Hoe lees ik de cijfers?
Geen standaard legt een "goede" steal-waarde vast, maar de rekensom is simpel: een job die de CPU de hele tijd nodig heeft, krijgt hooguit 100% min de steal. Bij 5% steal krijgt hij ongeveer 95% van de tijd die hij vraagt; bij 25% ongeveer drie kwart. Lees het patroon, niet één meting.
| Wat je ziet | Wat het betekent | Wat je moet doen |
|---|---|---|
| 0 op elke vCPU terwijl je job op volle belasting draait | Er wordt niets van je afgenomen, of de hypervisor rapporteert geen steal | Bevestig met dezelfde benchmark op twee verschillende tijdstippen |
| Een paar metingen die niet nul zijn, daarna weer 0 | Korte contentie op de host | Meestal niets; houd een log bij als je job latency-gevoelig is |
| Aanhoudende steal onder belasting, elke seconde | Je vCPU staat in de wachtrij achter andere guests | Noteer de uren, meet een dag lang, stuur het log naar de host |
Steal op slechts één vCPU in mpstat -P ALL | Een van je threads belandt op een drukker deel van de host | Vermeld het vCPU-nummer in je ticket |
| Steal die elke dag op dezelfde uren stijgt | Buren met een schema: back-ups, batch-jobs, piekverkeer | Verplaats zware jobs naar andere uren, of stap over naar dedicated vCPU |
| Elke blijvende steal op een plan dat als dedicated wordt verkocht | De belofte wordt op dat moment niet nagekomen | Vraag de host om uitleg of om de VPS te verplaatsen |
Wordt mijn CPU gedeeld met lawaaiige buren?
Als steal stijgt wanneer je de CPU belast en de stijging de klok volgt in plaats van je eigen werk, dan delen andere tenants je processortijd. Drie checks brengen het dichterbij:
- Belast het zelf. Draai je echte job, of een CPU-bound test, en houd
mpstat -P ALL 1open in een tweede terminal. Steal die je belasting volgt, zegt dat de host minder vrije CPU heeft dan je plan suggereert. - Vergelijk uren. Draai dezelfde benchmark 's ochtends en 's avonds. Op een dedicated vCPU moeten de twee resultaten dicht bij elkaar liggen; hoe je een VPS benchmarkt met YABS of Geekbench 6 geeft de commando's.
- Lees het plan. Een plan dat met shared vCPU wordt verkocht, mag steal tonen; daarom kost het minder. De pagina over het verschil tussen een shared vCPU en een dedicated vCPU legt uit wat elk oplevert.
Een trage VPS met nul steal wijst ergens anders op: schijfwachten (de wa-kolom, tijd wachten op I/O), geheugendruk of de applicatie zelf.
Wat veroorzaakt steal time, en wat lost het op?
Steal groeit wanneer de host meer bezige vCPU heeft verkocht dan hij hardwarethreads heeft om ze te draaien. Wanneer elke guest tegelijk om CPU vraagt, moeten sommige wachten, en dat wachten wordt in elk van hen als steal geteld.
Wat je kunt doen, van minste naar meeste moeite:
- Verplaats het zware werk naar uren waarop de host rustiger is, als je workload dat toelaat.
- Vraag de host om je VPS naar een minder belaste node te verplaatsen; een log van
mpstatmaakt het verzoek concreet. - Wissel van plantype. Een dedicated vCPU haalt andere guests van je threads. Hosts die ze verkopen, met de woorden die elk gebruikt en de prijs per core, staan in wat een dedicated CPU VPS per core kost in november 2026.
Volgens Cobaltfell's enquête van 2 november 2026 beloofde 22 van 51 VPS-hosts die crypto accepteren zonder identiteitsdocument schriftelijk een dedicated CPU, en geen enkele toonde een steal-time-meting op de pagina's die we lazen.
Meer shared vCPU toevoegen helpt zelden: meer threads van dezelfde overvolle host wachten in dezelfde wachtrij.
Op een database komt steal eerst naar voren in de traagste queries, zoals uitgelegd in hoe CPU steal de PostgreSQL p99-latency op een VPS beïnvloedt.
Welke steal zou een Cobaltfell VPS moeten tonen?
Op een toegewezen vCPU hoort steal time op of dicht bij nul te liggen. We publiceren het cijfer dat we op onze eigen machines meten, met de datum erbij, en nooit een schatting. Elke vCPU wordt voor één VPS vastgehouden: Een vCPU is één hardwarethread van de hostprocessor. Die van jou zijn één op één vastgezet aan je VPS en worden nooit aan een andere klant uitgeleend, en de twee threads van een fysieke core blijven bij elkaar, dus elke 2 vCPU vormen één hele core die geen buur deelt.
Onze eigen YABS- en Geekbench 6-resultaten, samen met de steal time die we meten, worden met hun datum gepubliceerd zodra onze eerste testmachine is geleverd. Tot dan noemen we geen enkel prestatiecijfer van onszelf. Tot die pagina een gedateerd cijfer draagt, draai je de bovenstaande commando's op je eigen VPS; als steal hoog blijft terwijl je job draait, is het log genoeg voor een ticket. De beste dedicated CPU VPS-providers in 2026 worden vergeleken op dezelfde schriftelijke criteria, de onze inbegrepen. Een persoon beantwoordt supportmails binnen 12 uur, zeven dagen per week, inclusief hulp bij SSH-sleutels, herinstallaties en firewallregels.
Welke andere vragen stellen mensen over CPU steal time?
Is steal time hetzelfde als iowait?
Nee. Steal (st) is tijd die je vCPU wilde draaien maar waarin de hypervisor een andere guest draaide. Iowait (wa) is tijd waarin de CPU idle zat te wachten tot schijf of andere I/O klaar was. Hoge iowait wijst op opslag, hoge steal op CPU-contentie.
Waarom toont top geen st-waarde?
De manpagina van top vermeldt dat het st-veld afhankelijk van de kernelversie mogelijk niet wordt getoond. Op huidige distributies verschijnt het in de %Cpu(s)-regel; op een oude kernel of buiten een virtuele machine kan het ontbreken of op nul blijven staan.
Kan een dedicated server steal time tonen?
Een systeem dat direct op de hardware draait, zonder hypervisor eronder, heeft niemand die van hem kan stelen, dus de teller blijft op nul. Steal bestaat alleen voor een guest die onder een hypervisor draait.
Welke steal-waarde is te hoog?
Geen enkele standaard legt een limiet vast. Gebruik in plaats daarvan de rekensom: bij 10% steal krijgt een CPU-bound job ongeveer 90% van de tijd die hij nodig heeft. Op een plan dat met dedicated vCPU wordt verkocht, zou steal op of nabij nul moeten blijven terwijl je werkt.
Beïnvloedt steal time zowel latency als throughput?
Ja. Elke wachttijd vertraagt het verzoek dat op die vCPU draaide, dus steal komt eerst naar voren in de traagste verzoeken, de p99 van een database of een API, voordat het het gemiddelde beweegt.
Bronnen (6)
- KVM-specifieke MSRs: MSR_KVM_STEAL_TIME — The Linux Kernel documentation (checked 2026-11-02)
- proc_stat(5): kernel/system-statistieken — man7.org (Linux man-pages 6.19) (checked 2026-11-02)
- manpagina top(1) — man7.org (procps-ng) (checked 2026-11-02)
- manpagina vmstat(8) — man7.org (procps-ng) (checked 2026-11-02)
- Handleiding voor mpstat(1) — man7.org (sysstat) (checked 2026-11-02)
- manpagina systemd-detect-virt(1) — man7.org (systemd) (checked 2026-11-02)