Bir VPS'de ayrılmış vCPU bir çekirdek mi yoksa bir iş parçacığı mı?

Dedicated vCPU fiziksel bir çekirdek midir yoksa bir thread mi?

Bir vCPU, ana makine işlemcisinin bir donanım iş parçacığıdır; bir fiziksel çekirdek bunlardan ikisini çalıştırır. Sunucu ve masaüstü işlemcileri, eşzamanlı çoklu iş parçacığı (SMT) aracılığıyla çekirdek başına iki iş parçacığı çalıştırır. AMD'nin spesifikasyon sayfaları bunu gösteriyor: bir Ryzen 9 9950X'te 16 çekirdek ve 32 iş parçacığı, bir EPYC 9554'te 64 çekirdek ve 128 iş parçacığı var. vCPU ile satış yapan bir ana makine bu iş parçacıklarını satar.

Cobaltfell'in yazılı kuralı: Bir vCPU, ana makine işlemcisinin bir donanım iş parçacığıdır. Sizinkiler VPS'nize bire bir sabitlenir ve başka bir müşteriye asla ödünç verilmez; fiziksel bir çekirdeğin iki iş parçacığı bir arada kalır, böylece her 2 vCPU, hiçbir komşunun paylaşmadığı tam bir çekirdek oluşturur.

Dolayısıyla bir Fell 4, dört farklı çekirdekten alınan dört yarım değil, iki tam çekirdektir. Bir işlemci üreticisinin saydığı şekilde sayıldığında, her plan vCPU sayısının yarısı kadar fiziksel çekirdek barındırır.

Bir çekirdeğin iki iş parçacığı neden aynı VPS'e ait olmalı?

Bir çekirdeğin iki iş parçacığı o çekirdeğin yürütme birimlerini ve özel önbelleklerini paylaşır; bu yüzden kardeş iş parçacığındaki meşgul bir komşu, hiçbir steal time kaydedilmeden sizi yavaşlatır. Bu durumda hipervizör hiçbir şey almaz, çekirdek yalnızca doludur.

Her iki kardeşi tek bir VPS'e vermek bu bağımlılığı ortadan kaldırır. İki iş parçacığı hâlâ rekabet eder, ama yalnızca görebileceğiniz ve planlayabileceğiniz kendi işinizle. Bu ayrıca 2 vCPU'nun neden 2 tam çekirdekten daha az verdiğini de açıklar: çift, bir çekirdeğin kaynaklarını paylaşır ve ikinci iş parçacığından elde edilen kazanç, çalıştırdığı koda bağlıdır. Her sanal CPU'yu seçilmiş bir ana makine CPU'suna bağlayan libvirt'in vcpupin ayarı, kuralı zaman içinde yerinde tutar.

Diğer ana makineler vCPU ile neyi kastediyor?

Cobaltfell'in 2 Kasım 2026 tarihli anketine göre, kimlik kontrolü olmadan kripto kabul eden 51 ana makineden 22'si bir planın CPU'sunu ayrılmış olarak adlandırıyor ve bu 22'nin yalnızca 2'si çekirdeklerinin iş parçacıklarına nasıl eşlendiğini söylüyor: Cherry Servers ve LiteServer. Diğerleri "core", "vCore" veya "vCPU" yazıyor ama bir tanım vermiyor. Bir ana makine hiçbir şey söylemiyorsa, bir vCPU'yu bir iş parçacığı olarak, muhtemelen aynı çekirdekte başka bir müşterinin iş parçacığıyla eşleştirilmiş olarak okuyun. Tablo her kaynağın yazdığını alıntılar; daha geniş karşılaştırma paylaşımlı ve ayrılmış vCPU arasındaki fark nedir sayfasında.

VPS'imin içinden çekirdekleri ve iş parçacıklarını nasıl görürüm?

nproc vCPU sayısını verir; lscpu hipervizörün sunmayı seçtiği topolojiyi verir, ki bu bir etiketttir ve kanıt değildir. libvirt, topology öğesini konuğa sağlanan sanal CPU'nun istenen topolojisi olarak tanımlar. Bir VPS'e ne gösterileceğine ana makine karar verir ve bunun alttaki gerçek eşleştirmeyi yansıtması gerekmez: bir VPS, iş parçacıkları kardeş çiftler iken çekirdek başına bir iş parçacığı bildirebilir ya da bunun tersini yapabilir.

Ayrılmış bir vCPU'nun kanıtı davranışsaldır: yük altında sıfıra yakın kalan steal time ve öğlen ile gece yarısı aynı benchmark puanı. Komutlar CPU steal time nedir ve VPS'imde nasıl kontrol ederim sayfasında açıklanıyor.

# 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

Kaç vCPU'ya ihtiyacım var?

Bir VPS'i var olan görevlere göre değil, aynı anda çalışan görevlere göre boyutlandırın. Zaten çalıştırdığınız bir sunucuda, en yoğun saatinizde nproc çıktısını uptime'den gelen load average ile karşılaştırın. vCPU sayısının üzerinde kalan bir load, görevlerin sıra için beklediği anlamına gelir.

Çoğu araç paralelliğini vCPU sayısına göre kendi seçer, bu yüzden her iş yükünün kendi sayacı vardır:

Daha fazla vCPU ne zaman yardım etmeyi bırakır?

Daha fazla vCPU yalnızca bölünebilen işleri hızlandırır. Tek iş parçacıklı bir program, örneğin tek bir Node.js süreci, her planda tek bir iş parçacığında çalışır; hızı saat frekansından ve çekirdek mimarisinden gelir. Diğer tavan ise bellektir: her paralel iş kendi RAM'ini taşır ve Cobaltfell planları vCPU başına 2 GB tutar. İş parçacığı başına daha fazla bellek gerektiren bir iş yükü, besleyemediği çekirdekler yerine daha az işle daha iyi çalışır.