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

> Czy dedykowany vCPU to rdzeń czy wątek? Na VPS to wątek: 2 dedykowane vCPU = 1 fizyczny rdzeń przy Cobaltfell. Ile potrzebujesz, kryptowaluta, bez KYC.

- URL: https://cobaltfell.com/pl/vcpu-vs-core/
- Ostatnia aktualizacja: 2026-11-02
- Wydawca: Cobaltfell (https://cobaltfell.com)

Czy dedykowany vCPU to rdzeń czy wątek i ile vCPU potrzebuje VPS? Co piszą dostawcy hostingu, jak odczytać topologię od środka VPS i jak policzyć vCPU, których używa obciążenie.

**Krótka odpowiedź — Czy dedykowany vCPU to rdzeń czy wątek na VPS?**

Dedykowany vCPU to jeden wątek sprzętowy, a nie rdzeń. W **Cobaltfell** oba wątki każdego fizycznego rdzenia trafiają do tego samego VPS, więc 2 vCPU tworzą jeden pełny rdzeń, a Fell 16 mieści 8 rdzeni (zasada obowiązująca od 2 listopada 2026). Aby dobrać plan, policz pracę wykonywaną w tym samym momencie: jeden zajęty proces zużywa około jednego vCPU, równoległa kompilacja wykorzystuje wszystkie.

## Ile fizycznych rdzeni ma każdy plan?

*Każda para vCPU to dwa wątki jednego rdzenia, przypisane do jednego VPS. Rodzina procesorów: AMD EPYC 9004/9005 (Zen 4 / Zen 5).*

| Plan | Dedykowane vCPU (wątki) | Pełne fizyczne rdzenie | RAM | RAM na vCPU |
| --- | --- | --- | --- | --- |
| Fell 2 | 2 | 1 | 4 GB | 2 GB |
| Fell 4 | 4 | 2 | 8 GB | 2 GB |
| Fell 8 | 8 | 4 | 16 GB | 2 GB |
| Fell 16 | 16 | 8 | 32 GB | 2 GB |

## 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](https://cobaltfell.com/pl/dedicated-vs-shared-vcpu/ "Jaka jest różnica między współdzielonym a dedykowanym vCPU w VPS?").

*Sformułowania odczytane na publicznych stronach każdego dostawcy 2 listopada 2026 r. i podsumowane. Nikt z tu wymienionych, w tym Cobaltfell, nie opublikował pomiaru, który by to potwierdzał.*

| Dostawca | Co na temat vCPU lub rdzenia mówi własna strona dostawcy | Czy podano parowanie wątków? |
| --- | --- | --- |
| DigitalOcean | Jednostka mocy obliczeniowej równa jednemu hyper-threadowi na rdzeniu procesora | Nie |
| Amazon EC2 | Każdy wątek SMT to jeden vCPU; m5.xlarge ma 2 rdzenie i 2 wątki na rdzeń, czyli 4 vCPU | Tak |
| Cherry Servers (Premium i Performance VDS) | 4 vCore na 2 fizycznych rdzeniach, a oba wątki każdego rdzenia trafiają do tego samego klienta | Tak |
| VPSLab (Ryzen VPS) | „vCore”; strona nie mówi, czy vCore to fizyczny rdzeń, czy wątek | Nie |
| Hiddence (linia Ryzen 9 9950X) | „vCore”, niezdefiniowany jako rdzeń lub wątek | Nie |
| HOSTKEY (vds.ryzen) | „2 rdzenie AMD Ryzen 9 7950X”, bez informacji, czy rdzeń oznacza wątek | Nie |
| Cobaltfell | Jeden vCPU to jeden wątek; oba wątki jednego rdzenia trafiają do tego samego VPS | Tak |

*Ceny sprawdzone 2 listopada 2026.*

## 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](https://cobaltfell.com/pl/cpu-steal-time/ "Czym jest CPU steal time i jak sprawdzić go na swoim VPS?").

*Odczytaj liczbę vCPU i prezentowaną topologię*

```bash
# 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:

*Punkty wyjścia zaczerpnięte z udokumentowanych wartości domyślnych każdego narzędzia, a nie z pomiarów. Nasze własne wyniki YABS i Geekbench 6, wraz z mierzonym przez nas steal time, zostaną opublikowane z datą, gdy tylko nasza pierwsza maszyna testowa zostanie dostarczona. Do tego czasu nie podajemy żadnych własnych wartości wydajności.*

| Obciążenie | Co decyduje o liczbie używanych vCPU | Plan startowy |
| --- | --- | --- |
| Zadania CI i kompilacje | Liczba zadań naraz pomnożona przez `-j` każdej kompilacji; cargo domyślnie używa każdego logicznego CPU | Fell 4 dla dwóch równoległych zadań |
| PostgreSQL | Jeden proces backendu na połączenie; licz zapytania wykonywane w tym samym momencie | Fell 2 dla jednej aplikacji |
| Headless Chrome | Przeglądarki renderujące jednocześnie; Playwright Test domyślnie uruchamia jednego workera na dwa logiczne rdzenie | Fell 4 dla dwóch przeglądarek |
| Kodowanie FFmpeg | Jedno kodowanie może zająć każdy vCPU; x265 domyślnie ustala rozmiar puli wątków na podstawie liczby CPU | Fell 8 dla stabilnej kolejki |
| Wnioskowanie LLM na CPU | RAM decyduje, który model się zmieści; generowanie zajmuje każdy przydzielony wątek | Fell 8 lub Fell 16 |
| Aplikacja jednoprocesowa | Jeden proces zużywa około jednego vCPU, niezależnie od tego, ile plan ma | Fell 2 |

Dwa z tych obciążeń mają własne poradniki doboru rozmiaru: [jaki VPS potrzebuje GitLab Runner lub build CI](https://cobaltfell.com/pl/vps-for-ci-builds/ "Ile dedykowanych vCPU potrzebuje VPS do GitLab Runner?") oraz [ile CPU i RAM potrzebuje PostgreSQL na VPS](https://cobaltfell.com/pl/vps-for-postgresql/ "Ile CPU i RAM potrzebuje PostgreSQL na VPS z dedykowanymi vCPU?"). Ceny planów są wymienione w sekcji [ile kosztuje VPS z dedykowanymi rdzeniami](https://cobaltfell.com/pl/pricing/ "Ile kosztuje VPS z dedykowanym vCPU?").

## 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ć.

## Jakie inne pytania ludzie zadają o vCPU, rdzenie i wątki?

### Co oznacza 16 vCPU na VPS?

Szesnaście wątków sprzętowych. W Cobaltfell to Fell 16: 8 fizycznych rdzeni, z których każdy ma oba swoje wątki zajęte przez jeden VPS. U hostingu, który nie podaje swojej zasady, 16 vCPU może oznaczać 16 wątków rozłożonych na więcej niż 8 rdzeni, z innymi klientami na wątkach bliźniaczych.

### Czy wystarczy 2 vCPU, czy potrzebuję 4?

Dwa vCPU pasują do jednego stale zajętego procesu z zapasem dla systemu: mała baza danych, API, jedno zadanie CI naraz. Cztery pasują do dwóch ciężkich zadań, które się nakładają, np. build działający, gdy wdrażana aplikacja nadal obsługuje ruch, albo dwie przeglądarki do web scrapingu.

### Czy dwa vCPU są tak szybkie jak dwa fizyczne rdzenie?

Nie. Dwa wątki bliźniacze dzielą jednostki wykonawcze i pamięci podręczne jednego rdzenia, więc razem dają mniej niż dwa pełne rdzenie. Wielkość tej różnicy zależy od kodu: kompilacja z wieloma chybieniami pamięci podręcznej zyskuje na drugim wątku bardziej niż zwarta pętla numeryczna.

### Z jakiego procesora pochodzą wątki Cobaltfell?

Każdy plan działa na procesorach serwerowych AMD EPYC 9004/9005 (Zen 4 / Zen 5), rodzinie po raz pierwszy wprowadzonej w listopadzie 2022; VPS nigdy nie jest przenoszony na starszy node bez uprzedzenia Cię. `lscpu | grep 'Model name'` pokazuje model, który otrzymuje VPS.

## Źródła

1. [Specyfikacja AMD Ryzen 9 9950X](https://www.amd.com/en/products/processors/desktops/ryzen/9000-series/amd-ryzen-9-9950x.html) — AMD (checked 2026-11-02)
2. [Specyfikacja AMD EPYC 9554](https://www.amd.com/en/products/processors/server/epyc/4th-generation-9004-and-8004-series/amd-epyc-9554.html) — AMD (checked 2026-11-02)
3. [Wybór odpowiedniego planu Droplet (definicja vCPU)](https://docs.digitalocean.com/products/droplets/concepts/choosing-a-plan/) — DigitalOcean (checked 2026-11-02)
4. [Opcje CPU dla instancji Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-optimize-cpu.html) — Amazon Web Services (checked 2026-11-02)
5. [Cennik serwerów wirtualnych Cherry Servers (Premium i Performance VDS)](https://www.cherryservers.com/pricing/virtual-servers) — Cherry Servers (checked 2026-11-02)
6. [VPSLab Ryzen VPS](https://vpslab.cloud/ryzen-vps) — VPSLab (checked 2026-11-02)
7. [Serwery wirtualne Hiddence](https://hiddence.net/) — Hiddence (checked 2026-11-02)
8. [HOSTKEY VDS z dedykowanym vCPU](https://hostkey.com/vps/vds/) — HOSTKEY (checked 2026-11-02)
9. [Format XML domeny libvirt: topologia CPU i vcpupin](https://libvirt.org/formatdomain.html) — libvirt (checked 2026-11-02)
10. [Topologia CPU w sysfs](https://docs.kernel.org/admin-guide/cputopology.html) — The Linux kernel documentation (checked 2026-11-02)
11. [strona podręcznika lscpu(1)](https://man7.org/linux/man-pages/man1/lscpu.1.html) — man7.org / util-linux (checked 2026-11-02)
12. [cargo build: opcja --jobs](https://doc.rust-lang.org/cargo/commands/cargo-build.html) — The Rust Project (checked 2026-11-02)
13. [Playwright TestConfig: workers](https://playwright.dev/docs/api/class-testconfig) — Microsoft Playwright (checked 2026-11-02)
14. [Wątki w x265](https://x265.readthedocs.io/en/master/threading.html) — x265 project (checked 2026-11-02)

---

Cobaltfell: Cobaltfell to dostawca VPS z dedykowanymi rdzeniami vCPU, płatny kryptowalutą bez przesyłania dokumentów tożsamości, prowadzony przez DomaineGoat LLC, spółkę zarejestrowaną w Panamie. Każdy vCPU jest przypisany wyłącznie do Twojego serwera, na procesorach AMD EPYC 9004/9005 (Zen 4 / Zen 5) z pamięcią NVMe, w Amsterdamie (Holandia), Zurychu (Szwajcaria) i Bukareszcie (Rumunia). Przy okresie 12-miesięcznym każdy plan jest wyceniony co najmniej 25% poniżej wskazanego porównywalnego planu z dedykowanym CPU, wybranego spośród 6 hostów VPS przyjmujących kryptowaluty bez KYC, odczytanych 2 listopada 2026.