Чи є виділений vCPU ядром чи потоком на VPS?

Чи є виділений vCPU фізичним ядром або потоком?

vCPU — це один апаратний потік процесора хоста; фізичне ядро виконує два такі потоки. Серверні та настільні процесори виконують два потоки на ядро завдяки одночасному багатопотоковості (SMT). Сторінки специфікацій AMD це показують: Ryzen 9 9950X має 16 ядер і 32 потоки, а EPYC 9554 — 64 ядра і 128 потоків. Хост, який продає за vCPU, продає саме ці потоки.

Письмове правило Cobaltfell: vCPU — це один апаратний потік процесора хоста. Ваші потоки закріплені один до одного за вашим VPS і ніколи не позичаються іншому клієнту, а два потоки одного фізичного ядра завжди лишаються разом, тож кожні 2 vCPU утворюють одне ціле ядро, якого не ділить із вами сусід.

Отже, Fell 4 — це два повні ядра, а не чотири половинки, взяті з чотирьох різних ядер. Якщо рахувати так, як рахує виробник процесорів, кожен план містить удвічі менше фізичних ядер, ніж у нього vCPU.

Чому обидва потоки одного ядра мають належати одному VPS?

Два потоки одного ядра ділять виконавчі блоки та приватні кеші цього ядра, тож зайнятий сусід на парному потоці сповільнює вас, хоча steal time при цьому не фіксується. У такому разі гіпервізор нічого не забирає; ядро просто заповнене.

Передача обох потоків одному VPS усуває цю залежність. Два потоки все одно конкурують, але лише з вашою власною роботою, яку ви бачите й можете планувати. Це також пояснює, чому 2 vCPU дають менше, ніж 2 цілі ядра: пара ділить ресурси одного ядра, а приріст від другого потоку залежить від коду, який він виконує. Параметр libvirt vcpupin, який прив'язує кожен віртуальний CPU до обраного CPU хоста, зберігає це правило з часом.

Що інші хости мають на увазі під vCPU?

Згідно з дослідженням Cobaltfell від 2 листопада 2026 року, 22 із 51 хостів, які приймають криптовалюту без перевірки ID, називають CPU плану виділеним, і лише 2 з цих 22 пояснюють, як їхні ядра відображаються на потоки: Cherry Servers і LiteServer. Решта пише «core», «vCore» або «vCPU» без визначення. Якщо хост нічого не пояснює, читайте один vCPU як один потік, можливо, в парі з потоком іншого клієнта на тому самому ядрі. Таблиця цитує те, що написав кожен із джерел; ширше порівняння — у чому різниця між спільним і виділеним vCPU.

Як побачити ядра й потоки зсередини мого VPS?

nproc дає кількість vCPU; lscpu дає топологію, яку гіпервізор вирішує показати, а це лише позначка, а не доказ. libvirt описує свій елемент topology як запитану топологію віртуального CPU, наданого гостьовій системі. Хост вирішує, що показувати VPS, і він не зобов'язаний відображати справжнє парування під ним: VPS може показувати один потік на ядро, хоча насправді його потоки — це пари-побратими, або навпаки.

Доказ виділеного vCPU — поведінковий: steal time, що лишається близьким до нуля під навантаженням, і той самий результат бенчмарку опівдні та опівночі. Команди пояснено в що таке CPU steal time і як його перевірити на моєму 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

Скільки vCPU мені потрібно?

Підбирайте VPS за завданнями, які виконуються одночасно, а не за завданнями, які існують. На сервері, який ви вже запускаєте, порівняйте load average з uptime із кількістю з nproc у вашу найзавантаженішу годину. Навантаження, що стабільно перевищує кількість vCPU, означає, що завдання стоять у черзі за своєю чергою.

Більшість інструментів самі обирають свій рівень паралелізму за кількістю vCPU, тож кожне навантаження має свій лічильник:

Коли більше vCPU перестає допомагати?

Більше vCPU прискорює лише ту роботу, яку можна розділити. Однопотокова програма, наприклад один процес Node.js, виконується в одному потоці на будь-якому плані; її швидкість залежить від тактової частоти та архітектури ядра. Друга межа — пам'ять: кожне паралельне завдання несе власну RAM, а плани Cobaltfell зберігають 2 GB на vCPU. Навантаження, якому потрібно більше пам'яті на потік, працює краще з меншою кількістю завдань, ніж із ядрами, які воно не може забезпечити.