Un vCPU dedicato su un VPS è un core o un thread?

Una vCPU dedicata è un core fisico o un thread?

Una vCPU è un thread hardware del processore host; un core fisico ne esegue due. I processori per server e desktop eseguono due thread per core tramite il multithreading simultaneo (SMT). Le pagine delle specifiche AMD lo mostrano: un Ryzen 9 9950X ha 16 core e 32 thread, un EPYC 9554 ha 64 core e 128 thread. Un host che vende a vCPU vende quei thread.

La regola scritta di Cobaltfell: Un vCPU è un thread hardware del processore host. I tuoi sono assegnati uno a uno al tuo VPS e non vengono mai prestati a un altro cliente, e i due thread di un core fisico restano insieme, quindi ogni 2 vCPU formano un core intero che nessun vicino condivide.

Un Fell 4 è quindi due core completi, non quattro metà prese da quattro core diversi. Contando come conta un produttore di processori, ogni piano contiene la metà dei core fisici rispetto alle vCPU che ha.

Perché entrambi i thread di un core dovrebbero appartenere allo stesso VPS?

Due thread di un core condividono le unità di esecuzione e le cache private di quel core, quindi un vicino impegnato sul thread gemello ti rallenta senza che venga registrato alcun steal time. In quel caso l'hypervisor non ti toglie nulla; il core è semplicemente pieno.

Assegnare entrambi i thread gemelli a un solo VPS elimina questo accoppiamento. I due thread competono comunque, ma solo con il tuo lavoro, che puoi vedere e pianificare. Spiega anche perché 2 vCPU rendono meno di 2 core interi: la coppia condivide le risorse di un core, e il guadagno del secondo thread dipende dal codice che esegue. L'impostazione vcpupin di libvirt, che lega ogni CPU virtuale a una CPU host scelta, mantiene la regola nel tempo.

Cosa intendono gli altri host per vCPU?

Secondo l'indagine di Cobaltfell del 2 novembre 2026, 22 dei 51 host che accettano criptovalute senza controllo d'identità definiscono dedicata la CPU di un piano, e solo 2 di questi 22 spiegano come i loro core corrispondono ai thread: Cherry Servers e LiteServer. Gli altri scrivono "core", "vCore" o "vCPU" senza una definizione. Dove un host non dice nulla, leggi una vCPU come un thread, eventualmente appaiato al thread di un altro cliente sullo stesso core. La tabella riporta ciò che ha scritto ciascuna fonte; il confronto più ampio è in qual è la differenza tra una vCPU condivisa e una dedicata.

Come vedo core e thread dall'interno del mio VPS?

nproc dà il numero di vCPU; lscpu dà la topologia che l'hypervisor sceglie di presentare, che è un'etichetta e non una prova. libvirt descrive il suo elemento topology come la topologia richiesta della CPU virtuale fornita al guest. È l'host a decidere cosa viene mostrato a un VPS, e non deve per forza rispecchiare l'accoppiamento reale sottostante: un VPS può riportare un thread per core mentre i suoi thread sono coppie gemelle, o il contrario.

La prova di una vCPU dedicata è comportamentale: steal time che resta vicino a zero sotto carico, e lo stesso punteggio di benchmark a mezzogiorno e a mezzanotte. I comandi sono spiegati in cos'è lo steal time della CPU e come lo controllo sul mio 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

Quante vCPU mi servono?

Dimensiona un VPS in base ai task che girano nello stesso istante, non ai task che esistono. Su un server che già gestisci, confronta il load average di uptime con il conteggio di nproc nella tua ora più intensa. Un carico che resta sopra il numero di vCPU significa che i task sono in coda per il loro turno.

La maggior parte degli strumenti sceglie da sola il parallelismo in base al numero di vCPU, quindi ogni workload ha il suo contatore:

Quando smettono di aiutare più vCPU?

Più vCPU accelerano solo il lavoro che si può suddividere. Un programma a singolo thread, come un processo Node.js, gira su un thread in ogni piano; la sua velocità dipende dalla frequenza di clock e dall'architettura del core. L'altro limite è la memoria: ogni job parallelo porta con sé la propria RAM, e i piani di Cobaltfell mantengono 2 GB per vCPU. Un carico di lavoro che richiede più memoria per thread funziona meglio con meno job che con core che non riesce a nutrire.