Ist ein dedizierter vCPU auf einem VPS ein Core oder ein Thread?

Ist eine dedizierte vCPU ein physischer Kern oder ein Thread?

Ein vCPU ist ein Hardware-Thread des Host-Prozessors; ein physischer Kern führt zwei davon aus. Server- und Desktop-Prozessoren führen über Simultaneous Multithreading (SMT) zwei Threads pro Kern aus. Die Spezifikationsseiten von AMD zeigen es: Ein Ryzen 9 9950X hat 16 Kerne und 32 Threads, ein EPYC 9554 hat 64 Kerne und 128 Threads. Ein Host, der nach vCPU verkauft, verkauft diese Threads.

Die schriftliche Regel von Cobaltfell: Eine vCPU ist ein Hardware-Thread des Host-Prozessors. Ihre vCPUs sind eins zu eins an Ihren VPS gebunden und werden nie an einen anderen Kunden verliehen, und die beiden Threads eines physischen Kerns bleiben zusammen, sodass je 2 vCPU einen ganzen Kern ergeben, den kein Nachbar teilt.

Ein Fell 4 sind daher zwei vollständige Kerne, nicht vier Hälften von vier verschiedenen Kernen. Nach der Zählweise eines Prozessorherstellers hält jeder Plan halb so viele physische Kerne, wie er vCPU hat.

Warum sollten beide Threads eines Kerns zur selben VPS gehören?

Zwei Threads eines Kerns teilen sich dessen Ausführungseinheiten und privaten Caches, daher bremst Sie ein ausgelasteter Nachbar auf dem Geschwister-Thread aus, ohne dass Steal Time erfasst wird. In diesem Fall entzieht der Hypervisor nichts; der Kern ist einfach voll.

Beide Geschwister einer VPS zuzuweisen hebt diese Kopplung auf. Die beiden Threads konkurrieren weiterhin, aber nur mit Ihrer eigenen Arbeit, die Sie sehen und planen können. Das erklärt auch, warum 2 vCPU weniger liefern als 2 ganze Kerne: Das Paar teilt sich die Ressourcen eines Kerns, und der Gewinn durch den zweiten Thread hängt vom Code ab, den er ausführt. Die libvirt-Einstellung vcpupin, die jede virtuelle CPU an eine gewählte Host-CPU bindet, hält die Regel über die Zeit aufrecht.

Was verstehen andere Hoster unter einem vCPU?

Laut der Erhebung von Cobaltfell vom 2. November 2026 bezeichnen 22 der 51 Hoster, die Krypto ohne Identitätsprüfung akzeptieren, die CPU eines Plans als dediziert, und nur 2 dieser 22 geben an, wie ihre Kerne auf Threads abgebildet werden: Cherry Servers und LiteServer. Die übrigen schreiben "Core", "vCore" oder "vCPU" ohne Definition. Wo ein Hoster nichts sagt, lesen Sie ein vCPU als einen Thread, möglicherweise gepaart mit dem Thread eines anderen Kunden auf demselben Kern. Die Tabelle zitiert, was die jeweilige Quelle geschrieben hat; der breitere Vergleich steht in was ist der Unterschied zwischen einem geteilten und einem dedizierten vCPU.

Wie sehe ich Kerne und Threads von innerhalb meiner VPS?

nproc liefert die vCPU-Anzahl; lscpu liefert die Topologie, die der Hypervisor zu präsentieren wählt, was eine Bezeichnung und kein Beweis ist. libvirt beschreibt sein Element topology als die angeforderte Topologie der virtuellen CPU, die dem Gast bereitgestellt wird. Der Host entscheidet, was einer VPS angezeigt wird, und muss die tatsächliche Paarung darunter nicht widerspiegeln: Eine VPS kann einen Thread pro Kern melden, während ihre Threads Geschwisterpaare sind, oder umgekehrt.

Der Beleg für ein dediziertes vCPU ist verhaltensbasiert: Steal Time, die unter Last nahe null bleibt, und dasselbe Benchmark-Ergebnis mittags und um Mitternacht. Die Befehle sind erklärt in was ist CPU-Steal-Time und wie prüfe ich sie auf meiner 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

Wie viele vCPU brauche ich?

Dimensionieren Sie eine VPS nach den Aufgaben, die im selben Moment laufen, nicht nach den Aufgaben, die es gibt. Auf einem Server, den Sie bereits betreiben, vergleichen Sie den Load Average aus uptime mit der Anzahl aus nproc während Ihrer geschäftigsten Stunde. Ein Load, der über der vCPU-Anzahl bleibt, bedeutet, dass Aufgaben auf ihre Runde warten.

Die meisten Tools wählen ihre Parallelität selbst anhand der vCPU-Anzahl, daher hat jede Workload ihren eigenen Zähler:

Wann bringen mehr vCPU nichts mehr?

Mehr vCPU beschleunigen nur Arbeit, die sich aufteilen lässt. Ein Single-Threaded-Programm, etwa ein einzelner Node.js-Prozess, läuft in jedem Tarif auf einem Thread; seine Geschwindigkeit kommt vom Takt und der Kernarchitektur. Die andere Obergrenze ist der Speicher: Jeder parallele Job bringt seinen eigenen RAM mit, und Cobaltfell-Tarife halten 2 GB pro vCPU. Ein Workload, der mehr Speicher pro Thread braucht, läuft besser mit weniger Jobs als mit Kernen, die er nicht versorgen kann.