Czy dedykowany vCPU to rdzeń czy wątek na VPS?

Czy dedykowany vCPU to rdzeń fizyczny czy wątek?

vCPU to jeden wątek sprzętowy procesora hosta; fizyczny rdzeń obsługuje dwa takie wątki. Procesory serwerowe i desktopowe obsługują dwa wątki na rdzeń dzięki równoczesnemu wielowątkowaniu (SMT). Potwierdzają to strony specyfikacji AMD: Ryzen 9 9950X ma 16 rdzeni i 32 wątki, a EPYC 9554 ma 64 rdzenie i 128 wątków. Host, który sprzedaje vCPU, sprzedaje właśnie te wątki.

Zapisana zasada Cobaltfell: vCPU to jeden wątek sprzętowy procesora hosta. Twoje są przypięte jeden do jednego do Twojego VPS i nigdy nie są pożyczane innemu klientowi, a dwa wątki jednego fizycznego rdzenia trzymają się razem, więc każde 2 vCPU tworzą jeden pełny rdzeń, którego nie dzieli żaden sąsiad.

Fell 4 to zatem dwa kompletne rdzenie, a nie cztery połówki pochodzące z czterech różnych rdzeni. Licząc tak, jak robi to producent procesora, każdy plan ma o połowę mniej fizycznych rdzeni niż vCPU.

Dlaczego oba wątki jednego rdzenia powinny należeć do tego samego VPS?

Dwa wątki jednego rdzenia współdzielą jego jednostki wykonawcze i prywatne pamięci podręczne, więc zajęty sąsiad na bliźniaczym wątku spowalnia Cię, choć nie jest rejestrowany żaden czas steal. W takim przypadku hypervisor niczego nie zabiera; rdzeń jest po prostu pełny.

Przydzielenie obu bliźniaczych wątków jednemu VPS usuwa to sprzężenie. Oba wątki nadal konkurują, ale tylko z Twoją własną pracą, którą widzisz i możesz planować. To także wyjaśnia, dlaczego 2 vCPU dają mniej niż 2 pełne rdzenie: para dzieli zasoby jednego rdzenia, a zysk z drugiego wątku zależy od kodu, który się na nim wykonuje. Ustawienie vcpupin w libvirt, które przypisuje każdy wirtualny CPU do wybranego CPU hosta, utrzymuje tę zasadę w czasie.

Co inni dostawcy rozumieją przez vCPU?

Według badania Cobaltfell z 2 listopada 2026 r. 22 z 51 dostawców przyjmujących kryptowaluty bez weryfikacji tożsamości nazywa CPU planu dedykowanym, a tylko 2 z tych 22 mówi, jak ich rdzenie mapują się na wątki: Cherry Servers i LiteServer. Pozostali piszą „core”, „vCore” lub „vCPU” bez definicji. Gdy dostawca nic nie mówi, czytaj jeden vCPU jako jeden wątek, być może sparowany z wątkiem innego klienta na tym samym rdzeniu. Tabela przytacza to, co napisało każde źródło; szersze porównanie znajdziesz w czym różni się współdzielony vCPU od dedykowanego.

Jak sprawdzić rdzenie i wątki z wnętrza mojego VPS?

nproc podaje liczbę vCPU; lscpu pokazuje topologię, którą hypervisor postanawia przedstawić, co jest etykietą, a nie dowodem. libvirt opisuje swój element topology jako żądaną topologię wirtualnego CPU udostępnionego gościowi. Host decyduje, co widzi VPS, i nie musi to odzwierciedlać rzeczywistego parowania pod spodem: VPS może zgłaszać jeden wątek na rdzeń, choć jego wątki są parami bliźniaczymi, albo odwrotnie.

Dowodem na dedykowany vCPU jest zachowanie: czas steal, który pod obciążeniem pozostaje bliski zeru, oraz ten sam wynik benchmarku w południe i o północy. Polecenia wyjaśniono w czym jest czas steal CPU i jak go sprawdzić na moim 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

Ile vCPU potrzebuję?

Dobieraj VPS według zadań wykonywanych w tym samym momencie, a nie według zadań, które istnieją. Na serwerze, który już prowadzisz, porównaj średnie obciążenie z uptime z liczbą z nproc w Twojej najgorętszej godzinie. Obciążenie utrzymujące się powyżej liczby vCPU oznacza, że zadania czekają w kolejce na swoją kolej.

Większość narzędzi sama wybiera poziom równoległości na podstawie liczby vCPU, więc każde obciążenie ma własny licznik:

Kiedy więcej vCPU przestaje pomagać?

Więcej vCPU przyspiesza tylko pracę, którą można podzielić. Program jednowątkowy, taki jak jeden proces Node.js, działa na jednym wątku w każdym planie; jego szybkość wynika z taktowania i architektury rdzenia. Drugim ograniczeniem jest pamięć: każde zadanie równoległe ma własny RAM, a plany Cobaltfell utrzymują 2 GB na vCPU. Obciążenie, które potrzebuje więcej pamięci na wątek, działa lepiej z mniejszą liczbą zadań niż z rdzeniami, których nie potrafi wyżywić.