VPSのdedicated vCPUはコアですか、スレッドですか？

専用vCPUは物理コアですか、それともスレッドですか？

vCPUはホストプロセッサのハードウェアスレッド1本であり、物理コアはその2本を実行します。 サーバー用およびデスクトップ用プロセッサは、同時マルチスレッディング（SMT）によりコアあたり2本のスレッドを実行します。AMDの仕様ページにも示されています。Ryzen 9 9950Xは16コア32スレッド、EPYC 9554は64コア128スレッドです。vCPU単位で販売するホストは、これらのスレッドを販売しています。

Cobaltfellの明文化されたルール：vCPUはホストプロセッサのハードウェアスレッド1つ分です。お客様のvCPUはVPSに1対1で固定され、他のお客様に貸し出されることはなく、物理コアの2つのスレッドは常にペアで割り当てられます。そのため、2 vCPUごとに隣人と共有しない完全なコア1つになります。

したがってFell 4は4つの異なるコアから半分ずつ取ったものではなく、2つの完全なコアです。プロセッサベンダーの数え方で数えると、すべてのプランはvCPU数の半分の物理コアを保持します。

なぜコアの2本のスレッドを同じVPSに属させるべきなのですか？

1つのコアの2本のスレッドはそのコアの実行ユニットとプライベートキャッシュを共有するため、兄弟スレッドでビジー状態の隣人がいると、steal timeが記録されないまま速度が低下します。 その場合ハイパーバイザーが何かを奪っているわけではなく、単にコアが満杯なのです。

両方の兄弟スレッドを1つのVPSに割り当てることで、この結合がなくなります。2本のスレッドは依然として競合しますが、相手は自分のワークロードだけであり、確認もスケジュールもできます。これは2 vCPUが2つの完全なコアより劣る理由でもあります。ペアは1つのコアのリソースを共有し、2本目のスレッドによる利得は実行するコード次第です。各仮想CPUを選択したホストCPUに結び付けるlibvirtのvcpupin設定により、このルールが長期にわたって維持されます。

他のホストはvCPUをどういう意味で使っていますか？

2026年11月2日時点のCobaltfellの調査によると、本人確認なしで暗号資産を受け付ける51ホストのうち22ホストがプランのCPUを専用と表記しており、そのうちコアとスレッドの対応を明記しているのはCherry ServersとLiteServerの2ホストだけです。 その他は定義なしで「core」「vCore」「vCPU」と書いています。ホストが何も述べていない場合は、1 vCPUを1スレッドと解釈し、同じコア上で別の顧客のスレッドとペアになっている可能性があると考えてください。表は各ソースの表記を引用したものです。より広い比較は共有vCPUと専用vCPUの違いは何ですかにあります。

VPS内からコアとスレッドを確認するには？

nprocでvCPU数がわかり、lscpuでハイパーバイザーが提示するトポロジーがわかりますが、これはラベルであり証明ではありません。 libvirtはtopology要素を、ゲストに提供される仮想CPUの要求トポロジーと説明しています。VPSに何を表示するかはホストが決めることであり、実際のペアリングを反映する必要はありません。VPSがコアあたり1スレッドと報告しても、そのスレッドが兄弟ペアである場合もあれば、その逆もあります。

専用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のサイズは存在するタスクではなく、同時に実行されるタスクで決めてください。 すでに稼働中のサーバーでは、最も混雑する時間帯にuptimeのロードアベレージをnprocの数と比較してください。ロードがvCPU数を超えて高いままなら、タスクが順番待ちをしています。

ほとんどのツールはvCPU数から並列度を自動的に決めるため、ワークロードごとに指標が異なります。

vCPUを増やしても効果がなくなるのはいつですか？

vCPUを増やすと速くなるのは、分割できる作業だけです。 単一のNode.jsプロセスなどシングルスレッドのプログラムは、どのプランでも1スレッドで動作し、その速度はクロックとコアのアーキテクチャで決まります。もう1つの上限はメモリです。並列ジョブはそれぞれ独自のRAMを消費し、CobaltfellのプランはvCPUあたり2 GBを確保しています。スレッドあたりにより多くのメモリを必要とするワークロードは、使い切れないコアを増やすより、ジョブ数を減らした方がうまく動作します。