# Um vCPU dedicado é um núcleo ou uma thread em um VPS?

> Um vCPU dedicado é um núcleo ou uma thread? Em um VPS é uma thread: 2 vCPU = 1 núcleo físico a partir de Cobaltfell. Quantos você precisa, cripto, sem KYC.

- URL: https://cobaltfell.com/pt/vcpu-vs-core/
- Última atualização: 2026-11-02
- Editor: Cobaltfell (https://cobaltfell.com)

Um vCPU dedicado é um núcleo ou uma thread, e quantos vCPU um VPS precisa? O que as hospedagens escrevem sobre isso, como ler a topologia de dentro de um VPS e como contar os vCPU que uma carga de trabalho usa.

**Resposta rápida — Um vCPU dedicado é um núcleo ou uma thread em um VPS?**

Uma vCPU dedicada é um thread de hardware, não um núcleo. Na **Cobaltfell**, os dois threads de cada núcleo físico vão para a mesma VPS, então 2 vCPU formam um núcleo inteiro e o Fell 16 tem 8 núcleos (regra de 2 de novembro de 2026). Para dimensionar um plano, conte o trabalho que roda ao mesmo tempo: um processo ocupado usa cerca de uma vCPU, um build paralelo usa todas.

## Quantos núcleos físicos cada plano tem?

*Cada par de vCPU são os dois threads de um núcleo, mantidos por uma VPS. Família de processador: AMD EPYC 9004/9005 (Zen 4 / Zen 5).*

| Plano | vCPU dedicada (threads) | Núcleos físicos inteiros | RAM | RAM por 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 |

## Uma vCPU dedicada é um núcleo físico ou uma thread?

**Uma vCPU é um thread de hardware do processador do host; um núcleo físico executa dois deles.** Processadores de servidor e de desktop executam dois threads por núcleo por meio de multithreading simultâneo (SMT). As páginas de especificação da AMD mostram isso: um Ryzen 9 9950X tem 16 núcleos e 32 threads, um EPYC 9554 tem 64 núcleos e 128 threads. Um host que vende por vCPU vende esses threads.

A regra escrita da Cobaltfell: Uma vCPU é um thread de hardware do processador do host. As suas são fixadas uma a uma ao seu VPS e nunca são emprestadas a outro cliente, e os dois threads de um núcleo físico ficam juntos, então cada 2 vCPU formam um núcleo inteiro que nenhum vizinho compartilha.

Um Fell 4 é, portanto, dois núcleos completos, não quatro metades tiradas de quatro núcleos diferentes. Contado do jeito que um fabricante de processador conta, todo plano tem metade do número de núcleos físicos em relação ao número de vCPU.

## Por que os dois threads de um núcleo devem pertencer à mesma VPS?

**Dois threads de um mesmo núcleo compartilham as unidades de execução e os caches privados desse núcleo, então um vizinho ocupado no thread irmão te deixa mais lento sem que nenhum steal time seja registrado.** Nesse caso, o hypervisor não está tomando nada; o núcleo simplesmente está cheio.

Dar os dois threads irmãos a uma única VPS elimina esse acoplamento. Os dois threads ainda competem, mas só com o seu próprio trabalho, que você pode ver e agendar. Isso também explica por que 2 vCPU entregam menos que 2 núcleos inteiros: o par compartilha os recursos de um núcleo, e o ganho do segundo thread depende do código que ele executa. A configuração `vcpupin` do libvirt, que amarra cada CPU virtual a uma CPU escolhida do host, mantém a regra em vigor ao longo do tempo.

## O que outros hosts querem dizer com vCPU?

**Segundo o levantamento da Cobaltfell de 2 de novembro de 2026, 22 dos 51 hosts que aceitam cripto sem checagem de identidade chamam de dedicada a CPU de um plano, e só 2 desses 22 explicam como seus núcleos se mapeiam em threads: Cherry Servers e LiteServer.** Os outros escrevem "core", "vCore" ou "vCPU" sem definição. Onde o host não diz nada, leia uma vCPU como um thread, possivelmente pareado com o thread de outro cliente no mesmo núcleo. A tabela cita o que cada fonte escreveu; a comparação mais ampla está em [qual é a diferença entre uma vCPU compartilhada e uma dedicada](https://cobaltfell.com/pt/dedicated-vs-shared-vcpu/ "Qual é a diferença entre uma vCPU compartilhada e uma vCPU dedicada em um VPS?").

*Redação lida nas páginas públicas de cada host em 2 de novembro de 2026 e resumida. Ninguém listado aqui, incluindo a Cobaltfell, publicou uma medição que comprove isso.*

| Provedor | O que a página do próprio host diz que é uma vCPU ou um núcleo | Pareamento de threads declarado? |
| --- | --- | --- |
| DigitalOcean | Uma unidade de poder de processamento equivalente a um único hyper-thread em um núcleo de processador | Não |
| Amazon EC2 | Cada thread SMT é uma vCPU; uma m5.xlarge tem 2 núcleos e 2 threads por núcleo, então 4 vCPU | Sim |
| Cherry Servers (VDS Premium e Performance) | 4 vCores ficam em 2 núcleos físicos, e os dois threads de cada núcleo vão para o mesmo cliente | Sim |
| VPSLab (Ryzen VPS) | "vCores"; a página não diz se um vCore é um núcleo físico ou um thread | Não |
| Hiddence (linha Ryzen 9 9950X) | "vCore", sem definir se é um núcleo ou um thread | Não |
| HOSTKEY (vds.ryzen) | "2 núcleos de AMD Ryzen 9 7950X", sem dizer se núcleo significa thread | Não |
| Cobaltfell | Uma vCPU é um thread; os dois threads de um núcleo vão para a mesma VPS | Sim |

*Preços verificados em 2 de novembro de 2026.*

## Como vejo núcleos e threads de dentro da minha VPS?

**`nproc` mostra a contagem de vCPU; `lscpu` mostra a topologia que o hypervisor escolhe apresentar, o que é um rótulo e não uma prova.** O libvirt descreve seu elemento `topology` como a topologia solicitada da CPU virtual fornecida ao guest. O host decide o que a VPS vê, e isso não precisa refletir o pareamento real por baixo: uma VPS pode informar um thread por núcleo enquanto seus threads são pares irmãos, ou o contrário.

A evidência de uma vCPU dedicada é comportamental: steal time que fica perto de zero sob carga e o mesmo resultado de benchmark ao meio-dia e à meia-noite. Os comandos são explicados em [o que é CPU steal time e como verifico na minha VPS](https://cobaltfell.com/pt/cpu-steal-time/ "O que é CPU steal time e como verificá-lo na minha VPS?").

*Leia a contagem de vCPU e a topologia apresentada*

```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
```

## Quantas vCPU eu preciso?

**Dimensione uma VPS pelas tarefas que rodam no mesmo instante, não pelas tarefas que existem.** Em um servidor que você já roda, compare o load average de `uptime` com a contagem de `nproc` na sua hora mais movimentada. Um load que fica acima da contagem de vCPU significa que as tarefas estão na fila esperando a vez.

A maioria das ferramentas escolhe o próprio paralelismo com base na contagem de vCPU, então cada workload tem o seu contador:

*Pontos de partida tirados dos padrões documentados de cada ferramenta, não de medições. Os nossos próprios resultados do YABS e do Geekbench 6, junto com o steal time que medimos, serão publicados com a data assim que a nossa primeira máquina de teste for entregue. Até lá, não divulgamos nenhum número de desempenho nosso.*

| Workload | O que decide a vCPU que ele usa | Plano inicial |
| --- | --- | --- |
| Jobs de CI e compilações | Jobs ao mesmo tempo, vezes o `-j` de cada build; o cargo usa por padrão todas as CPUs lógicas | Fell 4 para dois jobs em paralelo |
| PostgreSQL | Um processo de backend por conexão; conte as consultas rodando no mesmo momento | Fell 2 para uma aplicação |
| Headless Chrome | Navegadores renderizando ao mesmo tempo; por padrão, o Playwright Test inicia um worker a cada dois núcleos lógicos | Fell 4 para dois navegadores |
| Codificação com FFmpeg | Uma única codificação pode ocupar todos os vCPU; o x265 dimensiona seu pool de threads a partir da contagem de CPUs por padrão | Fell 8 para uma fila constante |
| Inferência de LLM na CPU | A RAM decide qual modelo cabe; a geração mantém ocupada cada thread que recebe | Fell 8 ou Fell 16 |
| Um app de processo único | Um processo usa cerca de um vCPU, não importa quantos o plano tenha | Fell 2 |

Duas dessas cargas de trabalho têm guias de dimensionamento próprios: [de que VPS um GitLab Runner ou um build de CI precisa](https://cobaltfell.com/pt/vps-for-ci-builds/ "Quantas vCPU dedicadas uma VPS para GitLab Runner precisa?") e [quanta CPU e RAM o PostgreSQL precisa em um VPS](https://cobaltfell.com/pt/vps-for-postgresql/ "Quanta CPU e RAM o PostgreSQL precisa em um VPS com vCPU dedicado?"). Os preços dos planos estão listados em [quanto custa um VPS com núcleos dedicados](https://cobaltfell.com/pt/pricing/ "Quanto custa um VPS com vCPU dedicada?").

## Quando mais vCPU deixam de ajudar?

**Mais vCPU aceleram apenas o trabalho que pode ser dividido.** Um programa de thread única, como um processo Node.js, roda em uma thread em todos os planos; sua velocidade vem do clock e da arquitetura do núcleo. O outro teto é a memória: cada tarefa paralela carrega sua própria RAM, e os planos da Cobaltfell mantêm 2 GB por vCPU. Uma carga de trabalho que precisa de mais memória por thread roda melhor com menos tarefas do que com núcleos que ela não consegue alimentar.

## Que outras perguntas as pessoas fazem sobre vCPU, núcleos e threads?

### O que significa 16 vCPU em um VPS?

Dezesseis threads de hardware. Na Cobaltfell isso é o Fell 16: 8 núcleos físicos, cada um com ambas as suas threads reservadas por um VPS. Em um host que não declara sua regra, 16 vCPU podem ser 16 threads distribuídas por mais de 8 núcleos, com outros clientes nas threads irmãs.

### 2 vCPU bastam, ou preciso de 4?

Dois vCPU servem para um processo sempre ocupado com folga para o sistema: um banco de dados pequeno, uma API, um job de CI por vez. Quatro servem para duas tarefas pesadas que se sobrepõem, como um build rodando enquanto o app que ele implanta continua atendendo, ou dois navegadores fazendo scraping.

### Dois vCPU são tão rápidos quanto dois núcleos físicos?

Não. Duas threads irmãs compartilham as unidades de execução e os caches de um núcleo, então juntas entregam menos que dois núcleos inteiros. O tamanho da diferença depende do código: uma compilação com muitos cache misses ganha mais com a segunda thread do que um loop numérico enxuto.

### De qual processador vêm as threads da Cobaltfell?

Todos os planos rodam em processadores de servidor AMD EPYC 9004/9005 (Zen 4 / Zen 5), uma família lançada pela primeira vez em novembro de 2022; um VPS nunca é movido para um nó mais antigo sem avisar você antes. `lscpu | grep 'Model name'` mostra o modelo atribuído ao VPS.

## Fontes

1. [Especificações do 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. [Especificações do 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. [Escolher o plano Droplet certo (definição de vCPU)](https://docs.digitalocean.com/products/droplets/concepts/choosing-a-plan/) — DigitalOcean (checked 2026-11-02)
4. [Opções de CPU para instâncias Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-optimize-cpu.html) — Amazon Web Services (checked 2026-11-02)
5. [Preços dos servidores virtuais da Cherry Servers (VDS Premium e Performance)](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. [Servidores virtuais Hiddence](https://hiddence.net/) — Hiddence (checked 2026-11-02)
8. [HOSTKEY VDS com vCPU dedicada](https://hostkey.com/vps/vds/) — HOSTKEY (checked 2026-11-02)
9. [Formato XML de domínio do libvirt: topologia de CPU e vcpupin](https://libvirt.org/formatdomain.html) — libvirt (checked 2026-11-02)
10. [Topologia de CPU no sysfs](https://docs.kernel.org/admin-guide/cputopology.html) — The Linux kernel documentation (checked 2026-11-02)
11. [página de manual do lscpu(1)](https://man7.org/linux/man-pages/man1/lscpu.1.html) — man7.org / util-linux (checked 2026-11-02)
12. [cargo build: a opção --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. [threading do x265](https://x265.readthedocs.io/en/master/threading.html) — x265 project (checked 2026-11-02)

---

Cobaltfell: A Cobaltfell é uma provedora de VPS com núcleos vCPU dedicados, paga em cripto, sem envio de documento de identidade e operada pela DomaineGoat LLC, empresa registrada no Panamá. Cada vCPU é fixado exclusivamente no seu servidor, em processadores AMD EPYC 9004/9005 (Zen 4 / Zen 5) com armazenamento NVMe, em Amsterdã (Países Baixos), Zurique (Suíça) e Bucareste (Romênia). No período de 12 meses, cada plano tem preço pelo menos 25% abaixo de um plano comparável de CPU dedicada nomeado, escolhido entre 6 provedores de VPS com cripto e sem KYC e consultado em 2 de novembro de 2026.