dedicated vCPU บน VPS เป็น core หรือ thread?

dedicated vCPU เป็นฟิสิคัลคอร์หรือ thread?

vCPU คือหนึ่ง hardware thread ของโปรเซสเซอร์โฮสต์; physical core หนึ่งตัวรันสอง thread ผ่าน simultaneous multithreading (SMT) โปรเซสเซอร์สำหรับเซิร์ฟเวอร์และเดสก์ท็อปรันสอง thread ต่อ core ตัวอย่างจากหน้าสเปกของ AMD: Ryzen 9 9950X มี 16 cores และ 32 threads, EPYC 9554 มี 64 cores และ 128 threads โฮสต์ที่ขายตาม vCPU ก็ขาย thread เหล่านั้น

กฎที่เขียนไว้ของ Cobaltfell: vCPU หนึ่งตัวคือหนึ่ง hardware thread ของโปรเซสเซอร์โฮสต์ vCPU ของคุณถูก pin แบบหนึ่งต่อหนึ่งเข้ากับ VPS ของคุณและไม่ถูกให้เช่าต่อให้ลูกค้ารายอื่น และสอง thread ของ physical core หนึ่งตัวจะอยู่ด้วยกันเสมอ ดังนั้นทุก 2 vCPU จึงรวมเป็นหนึ่ง whole core ที่ไม่มีเพื่อนบ้านมาแชร์

ดังนั้น Fell 4 จึงเป็นสอง core เต็ม ไม่ใช่สี่ส่วนครึ่งจากสี่ core ที่แตกต่างกัน เมื่อนับตามที่ผู้ผลิตโปรเซสเซอร์นับ ทุกแพ็กเกจจะมี physical core เป็นครึ่งหนึ่งของจำนวน vCPU

ทำไมทั้งสอง thread ของ core หนึ่งจึงควรอยู่ใน VPS เดียวกัน?

สอง thread ของ core เดียวกันใช้ execution unit และ private cache ร่วมกันของ core นั้น ดังนั้นเพื่อนบ้านที่ทำงานหนักบน sibling thread จะทำให้คุณช้าลงโดยไม่มี steal time ถูกบันทึกไว้ ในกรณีนั้นไม่มีอะไรถูก hypervisor พรากไป; core แค่เต็ม

การให้ sibling ทั้งคู่กับ VPS เดียวจะขจัดความเชื่อมโยงนั้น thread ทั้งสองยังแข่งขันกัน แต่แข่งขันกับงานของคุณเองซึ่งคุณมองเห็นและจัดตารางได้ นอกจากนี้ยังอธิบายว่าทำไม 2 vCPU ให้ประสิทธิภาพน้อยกว่า 2 core เต็ม: คู่นั้นใช้ทรัพยากรของ core เดียว และผลตอบแทนจาก thread ที่สองขึ้นอยู่กับโค้ดที่รัน การตั้งค่า vcpupin ของ libvirt ซึ่งผูก virtual CPU แต่ละตัวกับ host CPU ที่เลือกไว้ จะรักษากฎนี้ไว้เมื่อเวลาผ่านไป

โฮสต์อื่นหมายถึงอะไรด้วยคำว่า vCPU?

ตามการสำรวจของ Cobaltfell เมื่อวันที่ 2 พฤศจิกายน 2026 จาก 51 โฮสต์ที่รับ crypto โดยไม่ต้องตรวจ ID มี 22 โฮสต์ที่เรียก CPU ของแพ็กเกจว่า dedicated และมีเพียง 2 ใน 22 โฮสต์นั้นที่บอกว่า core ของตนแมปกับ thread อย่างไร: Cherry Servers และ LiteServer โฮสต์อื่นเขียนว่า "core", "vCore" หรือ "vCPU" โดยไม่มีคำจำกัดความ เมื่อโฮสต์ไม่ระบุอะไร ให้อ่าน vCPU หนึ่งตัวเป็นหนึ่ง thread ซึ่งอาจจับคู่กับ thread ของลูกค้ารายอื่นบน core เดียวกัน ตารางอ้างคำที่แต่ละแหล่งเขียนไว้; การเปรียบเทียบที่กว้างกว่าอยู่ใน what is the difference between a shared and a dedicated vCPU

ฉันจะเห็น cores และ threads จากภายใน VPS ของฉันได้อย่างไร?

nproc ให้จำนวน vCPU; lscpu ให้ topology ที่ hypervisor เลือกนำเสนอ ซึ่งเป็นเพียงป้ายกำกับไม่ใช่หลักฐาน libvirt อธิบายองค์ประกอบ topology ว่าเป็น topology ที่ร้องขอของ virtual CPU ที่ให้กับ guest โฮสต์เป็นผู้ตัดสินว่าจะแสดงอะไรให้ VPS และไม่จำเป็นต้องสะท้อนการจับคู่จริงเบื้องหลัง: VPS อาจรายงานหนึ่ง thread ต่อ core ในขณะที่ thread ของมันเป็นคู่ sibling หรือกลับกัน

หลักฐานของ vCPU เฉพาะคือพฤติกรรม: steal time ที่อยู่ใกล้ศูนย์ภายใต้โหลด และคะแนน benchmark เดียวกันทั้งตอนเที่ยงและตอนเที่ยงคืน คำสั่งอธิบายไว้ใน what is CPU steal time and how do I check it on my 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 ตามงานที่ทำงานในเวลาเดียวกัน ไม่ใช่ตามงานที่มีอยู่ บนเซิร์ฟเวอร์ที่คุณรันอยู่แล้ว ให้เปรียบเทียบ load average จาก uptime กับจำนวนจาก nproc ในช่วงชั่วโมงที่ยุ่งที่สุด หาก load ยังคงสูงกว่าจำนวน vCPU หมายความว่างานกำลังเข้าคิวรอ

เครื่องมือส่วนใหญ่เลือก parallelism จากจำนวน vCPU เอง ดังนั้นแต่ละ workload จึงมีตัวนับของตัวเอง:

เมื่อไรที่ vCPU ที่เพิ่มขึ้นหยุดช่วย?

vCPU ที่เพิ่มขึ้นช่วยเร่งเฉพาะงานที่แบ่งได้ โปรแกรม single-threaded เช่น process ของ Node.js หนึ่งตัว รันบนหนึ่ง thread ในทุกแผน; ความเร็วมาจาก clock และสถาปัตยกรรมของ core เพดานอีกอย่างคือหน่วยความจำ: งานแบบขนานแต่ละงานมี RAM ของตัวเอง และแผนของ Cobaltfell เก็บ 2 GB ต่อ vCPU งานที่ต้องการหน่วยความจำต่อ thread มากกว่าจะทำงานได้ดีกว่าด้วยงานที่น้อยลงแทนที่จะใช้ core ที่ป้อนไม่พอ