Is een dedicated vCPU een core of een thread op een VPS?

Is een dedicated vCPU een fysieke core of een thread?

Een vCPU is één hardwarethread van de hostprocessor; een fysieke core draait er twee. Server- en desktopprocessors draaien twee threads per core via simultaneous multithreading (SMT). AMD's specificatiepagina's laten het zien: een Ryzen 9 9950X heeft 16 cores en 32 threads, een EPYC 9554 heeft 64 cores en 128 threads. Een host die per vCPU verkoopt, verkoopt die threads.

De schriftelijke regel van Cobaltfell: 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.

Een Fell 4 is dus twee complete cores, niet vier helften van vier verschillende cores. Geteld zoals een processorleverancier telt, bevat elk plan half zoveel fysieke cores als het vCPU heeft.

Waarom moeten beide threads van een core bij dezelfde VPS horen?

Twee threads van één core delen de uitvoeringseenheden en private caches van die core, dus een drukke buur op de sibling-thread vertraagt je zonder dat er steal time wordt geregistreerd. In dat geval neemt de hypervisor niets af; de core is simpelweg vol.

Beide siblings aan één VPS geven, haalt die koppeling weg. De twee threads concurreren nog steeds, maar alleen met je eigen werk, dat je kunt zien en plannen. Het verklaart ook waarom 2 vCPU minder leveren dan 2 volledige cores: het paar deelt de resources van één core, en de winst van de tweede thread hangt af van de code die erop draait. De instelling vcpupin van libvirt, die elke virtuele CPU aan een gekozen host-CPU koppelt, houdt de regel in de tijd in stand.

Wat bedoelen andere hosts met een vCPU?

Volgens het onderzoek van Cobaltfell van 2 november 2026 noemen 22 van de 51 hosts die crypto aannemen zonder ID-controle de CPU van een plan toegewezen, en slechts 2 van die 22 zeggen hoe hun cores aan threads zijn gekoppeld: Cherry Servers en LiteServer. De anderen schrijven "core", "vCore" of "vCPU" zonder definitie. Waar een host niets zegt, lees je één vCPU als één thread, mogelijk gekoppeld aan de thread van een andere klant op dezelfde core. De tabel citeert wat elke bron schreef; de bredere vergelijking staat in wat is het verschil tussen een gedeelde en een toegewezen vCPU.

Hoe zie ik cores en threads vanuit mijn VPS?

nproc geeft het aantal vCPU; lscpu geeft de topologie die de hypervisor ervoor kiest te tonen, wat een label is en geen bewijs. libvirt beschrijft zijn element topology als de gevraagde topologie van de virtuele CPU die aan de guest wordt geleverd. De host bepaalt wat een VPS te zien krijgt, en dat hoeft de echte koppeling eronder niet te weerspiegelen: een VPS kan één thread per core melden terwijl zijn threads sibling-paren zijn, of andersom.

Het bewijs van een toegewezen vCPU is gedragsmatig: steal time die onder belasting bijna nul blijft, en dezelfde benchmarkscore om twaalf uur 's middags en om middernacht. De commando's worden uitgelegd in wat is CPU steal time en hoe controleer ik het op mijn VPS.

# vCPU available to you
nproc

# topology as presented to the VPS, plus the processor model
lscpu | grep -E '^CPU\(s\)|Thread\(s\) per core|Core\(s\) per socket|Socket\(s\)|Model name'

# which vCPU the guest kernel treats as siblings of one core
grep . /sys/devices/system/cpu/cpu*/topology/thread_siblings_list

# 1, 5 and 15-minute load averages, to compare with nproc
uptime

Hoeveel vCPU heb ik nodig?

Dimension een VPS op de taken die op hetzelfde moment draaien, niet op de taken die bestaan. Op een server die je al draait, vergelijk je tijdens je drukste uur de load average uit uptime met het aantal uit nproc. Een load die boven het aantal vCPU blijft, betekent dat taken in de rij staan voor een beurt.

De meeste tools kiezen hun parallellisme zelf op basis van het aantal vCPU, dus elke workload heeft zijn eigen teller:

Wanneer helpen meer vCPU niet meer?

Meer vCPU versnellen alleen werk dat kan worden opgesplitst. Een single-threaded programma, zoals één Node.js-proces, draait op elke planning op één thread; de snelheid komt van de klok en de core-architectuur. De andere grens is geheugen: elke parallelle taak heeft zijn eigen RAM, en Cobaltfell-planningen houden 2 GB per vCPU aan. Een workload die meer geheugen per thread nodig heeft, draait beter met minder taken dan met cores die je niet kunt voeden.