Un vCPU dédié sur un VPS, c'est un cœur ou un thread ?

Un vCPU dédié est-il un cœur physique ou un thread ?

Un vCPU est un thread matériel du processeur hôte ; un cœur physique en exécute deux. Les processeurs serveur et de bureau exécutent deux threads par cœur grâce au multithreading simultané (SMT). Les pages de spécifications d'AMD le montrent : un Ryzen 9 9950X a 16 cœurs et 32 threads, un EPYC 9554 a 64 cœurs et 128 threads. Un hôte qui vend au vCPU vend ces threads.

La règle écrite de Cobaltfell : Un vCPU correspond à un thread matériel du processeur hôte. Les vôtres sont épinglés un à un à votre VPS et ne sont jamais prêtés à un autre client, et les deux threads d'un cœur physique restent ensemble : ainsi, chaque 2 vCPU forment un cœur entier que nul voisin ne partage.

Un Fell 4 correspond donc à deux cœurs complets, et non à quatre moitiés prises sur quatre cœurs différents. Compté comme le fait un fabricant de processeurs, chaque offre contient deux fois moins de cœurs physiques que de vCPU.

Pourquoi les deux threads d'un cœur doivent-ils appartenir au même VPS ?

Les deux threads d'un même cœur partagent ses unités d'exécution et ses caches privés : un voisin actif sur le thread frère vous ralentit sans qu'aucun steal time ne soit enregistré. L'hyperviseur ne prélève rien dans ce cas ; le cœur est simplement saturé.

Attribuer les deux threads frères à un seul VPS supprime ce couplage. Les deux threads restent en concurrence, mais uniquement avec votre propre travail, que vous pouvez voir et planifier. Cela explique aussi pourquoi 2 vCPU offrent moins que 2 cœurs entiers : la paire partage les ressources d'un seul cœur, et le gain apporté par le second thread dépend du code exécuté. Le paramètre vcpupin de libvirt, qui rattache chaque CPU virtuel à un CPU hôte choisi, maintient cette règle dans la durée.

Que désignent les autres hébergeurs par vCPU ?

Selon l'enquête de Cobaltfell du 2 novembre 2026, 22 des 51 hébergeurs qui acceptent la crypto sans vérification d'identité qualifient de dédié le CPU d'une offre, et seuls 2 de ces 22 expliquent comment leurs cœurs correspondent aux threads : Cherry Servers et LiteServer. Les autres écrivent « core », « vCore » ou « vCPU » sans définition. Quand un hébergeur ne précise rien, considérez qu'un vCPU correspond à un thread, éventuellement associé au thread d'un autre client sur le même cœur. Le tableau cite ce que chaque source a écrit ; la comparaison plus large se trouve dans quelle est la différence entre un vCPU partagé et un vCPU dédié.

Comment voir les cœurs et les threads depuis l'intérieur de mon VPS ?

nproc donne le nombre de vCPU ; lscpu donne la topologie que l'hyperviseur choisit de présenter, ce qui est une étiquette et non une preuve. libvirt décrit son élément topology comme la topologie demandée du CPU virtuel fourni au guest. L'hôte décide de ce qui est montré à un VPS, et il n'est pas tenu de refléter l'appariement réel en dessous : un VPS peut indiquer un thread par cœur alors que ses threads sont des paires frères, ou l'inverse.

La preuve d'un vCPU dédié est comportementale : un steal time qui reste proche de zéro sous charge, et le même score de benchmark à midi et à minuit. Les commandes sont expliquées dans qu'est-ce que le CPU steal time et comment le vérifier sur mon 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

De combien de vCPU ai-je besoin ?

Dimensionnez un VPS selon les tâches qui s'exécutent au même instant, pas selon celles qui existent. Sur un serveur que vous exploitez déjà, comparez la charge moyenne issue de uptime avec le nombre issu de nproc pendant votre heure la plus chargée. Une charge qui reste au-dessus du nombre de vCPU signifie que des tâches font la queue pour leur tour.

La plupart des outils déterminent leur parallélisme à partir du nombre de vCPU d'eux-mêmes, donc chaque charge de travail a son propre compteur :

À partir de quand davantage de vCPU n'apportent-ils plus rien ?

Davantage de vCPU n'accélèrent que le travail qui peut être découpé. Un programme mono-thread, comme un processus Node.js, s'exécute sur un seul thread quel que soit le plan ; sa vitesse dépend de la fréquence et de l'architecture du cœur. L'autre plafond, c'est la mémoire : chaque tâche parallèle embarque sa propre RAM, et les plans Cobaltfell conservent 2 GB par vCPU. Une charge de travail qui a besoin de plus de mémoire par thread tourne mieux avec moins de tâches qu'avec des cœurs qu'elle ne peut pas alimenter.