Dedicated vCPU บน CPU เซิร์ฟเวอร์ปี 2022+ · NVMe · ไม่ต้อง KYC จ่ายด้วยคริปโต: BTC, USDT, USDC, ETH, SOL, LTC, XMR
ภาษา: ไทย
เลือกจำนวนคอร์ของคุณ

คู่มือ · steal time · noisy neighbours

CPU steal time คืออะไร และตรวจสอบบน VPS ของฉันได้อย่างไร?

ตัวนับเดียวภายใน VPS ที่แสดงว่าเมื่อผู้เช่ารายอื่นกำลังใช้โปรเซสเซอร์ของคุณ Linux หมายถึงอะไรกับมัน สี่วิธีในการอ่าน และตัวเลขบอกอะไรเกี่ยวกับ shared หรือ dedicated vCPU

อัปเดตล่าสุด: · 4 นาทีในการอ่าน

คำตอบแบบสั้น

CPU steal time คืออะไร และตรวจสอบบน VPS ของฉันได้อย่างไร?

CPU steal time คือสัดส่วนของเวลาที่ vCPU ของคุณพร้อมทำงาน ขณะที่ hypervisor กำลังรันเครื่องอื่น ที่ steal 10% งานที่ยุ่งจะสูญเสียเวลาประมาณหนึ่งในสิบ เมื่อวันที่ 2 พฤศจิกายน 2026 ไม่มีโฮสต์คริปโตแบบไม่ต้อง KYC ที่ 22 รายใดที่โฆษณา dedicated CPU เปิดเผยการวัด steal และ Cobaltfell ก็ไม่ได้เปิดเผยเช่นกัน Linux แสดง steal เป็น st ใน top และ %steal ใน mpstat

steal time คืออะไรกันแน่?

Steal time นับช่วงเวลาที่ virtual CPU ของคุณต้องการทำงาน แต่โปรเซสเซอร์จริงกำลังยุ่งกับ guest รายอื่น เครื่องมือ Linux อธิบายไว้สามแบบที่ต่างกันเล็กน้อย:

  • top: "time stolen from this vm by the hypervisor"
  • mpstat: เปอร์เซ็นต์ของ "involuntary wait" ขณะที่ hypervisor "was servicing another virtual processor"
  • /proc/stat: "the time spent in other operating systems when running in a virtualized environment" นับตั้งแต่ Linux 2.6.11

เอกสาร KVM ของเคอร์เนลเพิ่มรายละเอียดที่ทำให้ตัวนับมีประโยชน์: steal คือเวลาที่ vCPU ไม่ได้รัน และเวลาที่ vCPU ว่างจะไม่ถูกรายงานเป็น steal VPS ที่ว่างไม่สามารถแสดง steal ได้ ไม่ว่าโฮสต์จะแออัดเพียงใด ตัวเลขจะปรากฏก็ต่อเมื่อคุณขอ CPU แล้วไม่ได้รับ

ตัวเลขมาจาก hypervisor ซึ่งแบ่งปันให้ guest kernel guest ทำได้เพียงนับสิ่งที่ hypervisor รายงาน ซึ่งเป็นอีกเหตุผลหนึ่งที่ควรยืนยันค่าที่ต่ำด้วยการ benchmark ซ้ำ

ฉันจะตรวจสอบ steal time ได้อย่างไร?

สี่คำสั่งแสดงค่านี้ได้ รันขณะ workload จริงของคุณกำลังทำงาน ไม่ใช่บนเครื่องที่ว่าง top และ vmstat มาพร้อมแพ็กเกจ procps บนทุกดิสทริบิวชันทั่วไป mpstat มาพร้อม sysstat (apt install sysstat บน Debian และ Ubuntu, dnf install sysstat บน AlmaLinux และ Rocky)

1. top: ค่า st ในบรรทัด %Cpu(s) (กด 1 เพื่อแสดงหนึ่งบรรทัดต่อ vCPU, q เพื่อออก)
top
2. vmstat: หนึ่งบรรทัดต่อวินาทีเป็นเวลา 60 วินาที, steal ในคอลัมน์ st ของกลุ่ม cpu
vmstat 1 60
3. mpstat: %steal สำหรับทุก vCPU, รายงานหนึ่งครั้งต่อวินาทีเป็นเวลา 60 วินาที
mpstat -P ALL 1 60
4. /proc/stat: steal เป็นสัดส่วนของ CPU time ในช่วง 10 วินาที โดยไม่ต้องติดตั้งแพ็กเกจเพิ่ม
a=($(head -n1 /proc/stat)); sleep 10; b=($(head -n1 /proc/stat))
# fields 1-8: user nice system idle iowait irq softirq steal
all=0; for i in 1 2 3 4 5 6 7 8; do all=$((all + b[i] - a[i])); done
awk -v st=$((b[8] - a[8])) -v all=$all 'BEGIN { printf "steal: %.2f%%\n", 100 * st / all }'

บรรทัดแรกของ /proc/stat รวม vCPU ทั้งหมดในหน่วย USER_HZ (หนึ่งในร้อยของวินาทีบนระบบส่วนใหญ่) สคริปต์อ่านสองครั้งห่างกันสิบวินาที แล้วหาร steal ที่สะสมด้วยเวลาทั้งหมดที่ผ่านไป เพื่อยืนยันว่าคุณอยู่บน virtual machine จริง systemd-detect-virt จะพิมพ์ประเภท hypervisor, kvm บน KVM

ฉันจะอ่านตัวเลขได้อย่างไร?

ไม่มีมาตรฐานใดกำหนดค่า steal ที่ "ดี" แต่การคำนวณนั้นง่าย: งานที่ต้องการ CPU ตลอดเวลาจะได้เวลาเต็มที่ 100% ลบ steal ที่ steal 5% จะได้ประมาณ 95% ของเวลาที่ขอ; ที่ 25% จะได้ประมาณสามในสี่ อ่านรูปแบบ ไม่ใช่ตัวอย่างเดียว

รูปแบบที่ควรจับตาขณะที่ workload ของคุณกำลังทำงาน บน VPS ที่ idle ค่า steal จะไม่ถูกนับ
สิ่งที่คุณเห็นความหมายสิ่งที่ควรทำ
0 บนทุก vCPU ขณะงานของคุณทำงานเต็มโหลดไม่มีอะไรถูกพรากไปจากคุณ หรือ hypervisor ไม่รายงาน stealยืนยันด้วย benchmark เดียวกันในสองช่วงเวลาที่ต่างกัน
ตัวอย่างที่ไม่เป็นศูนย์ไม่กี่ครั้ง แล้วกลับเป็น 0การแย่งชิงช่วงสั้นๆ บนโฮสต์โดยปกติไม่ต้องทำอะไร; เก็บบันทึกไว้หากงานของคุณไวต่อ latency
Steal ต่อเนื่องภายใต้โหลด ทุกวินาทีvCPU ของคุณต่อคิวหลัง guest รายอื่นจดชั่วโมง วัดเป็นเวลาหนึ่งวัน ส่งบันทึกให้โฮสต์
Steal บน vCPU เดียวเท่านั้นใน mpstat -P ALLหนึ่งในเธรดของคุณตกลงบนส่วนที่ยุ่งกว่าของโฮสต์ระบุหมายเลข vCPU ในตั๋วของคุณ
Steal ที่เพิ่มขึ้นในชั่วโมงเดียวกันทุกวันเพื่อนบ้านที่มีตารางเวลา: การสำรองข้อมูล, งานแบตช์, ทราฟฟิกพีคย้ายงานหนักไปยังชั่วโมงอื่น หรือย้ายไป dedicated vCPU
Steal ที่คงอยู่บนแพ็กเกจที่ขายว่า dedicatedคำมั่นสัญญาไม่ได้ถูกทำตามในขณะนั้นขอให้โฮสต์อธิบายหรือย้าย VPS

CPU ของฉันถูกแชร์กับเพื่อนบ้านที่ noisy หรือไม่?

หากค่า steal เพิ่มขึ้นเมื่อคุณโหลด CPU และการเพิ่มขึ้นนั้นเป็นไปตามนาฬิกามากกว่าตามงานของคุณเอง ผู้เช่ารายอื่นกำลังแชร์เวลาโปรเซสเซอร์ของคุณ การตรวจสอบสามข้อจะช่วยให้เจาะจงได้:

  1. โหลดเองเลย รันงานจริงของคุณ หรือการทดสอบที่กิน CPU และเปิด mpstat -P ALL 1 ค้างไว้ใน terminal ที่สอง ค่า steal ที่เปลี่ยนตามโหลดของคุณบ่งชี้ว่าโฮสต์มี CPU ว่างน้อยกว่าที่แพ็กเกจของคุณบอกไว้
  2. เปรียบเทียบช่วงเวลา รัน benchmark เดียวกันในตอนเช้าและตอนเย็น บน vCPU แบบ dedicated ผลลัพธ์ทั้งสองครั้งควรใกล้กัน วิธี benchmark VPS ด้วย YABS หรือ Geekbench 6 มีคำสั่งให้
  3. อ่านแพ็กเกจ แพ็กเกจที่ขายพร้อม shared vCPU มีสิทธิ์แสดงค่า steal ได้ นั่นคือสิ่งที่ทำให้ราคาถูกลง หน้า ความแตกต่างระหว่าง shared vCPU กับ dedicated vCPU อธิบายว่าแต่ละแบบให้อะไร

VPS ที่ช้าซึ่งมีค่า steal เป็นศูนย์ชี้ไปที่อื่น: disk รอ (คอลัมน์ wa เวลาที่รอ I/O), แรงกดดันด้าน memory หรือตัวแอปพลิเคชันเอง

อะไรทำให้เกิด steal time และอะไรแก้ไขได้?

ค่า steal สูงขึ้นเมื่อโฮสต์ขาย busy vCPU ไปมากกว่า hardware thread ที่มีให้รัน เมื่อ guest ทุกรายเรียก CPU พร้อมกัน บางรายต้องรอ และการรอนั้นถูกนับเป็น steal ในแต่ละราย

สิ่งที่คุณทำได้ เรียงจาก effort น้อยไปมาก:

  • ย้ายงานหนัก ไปยังช่วงเวลาที่โฮสต์เงียบกว่า หาก workload ของคุณเอื้ออำนวย
  • ขอให้โฮสต์ ย้าย VPS ของคุณไปยัง node ที่โหลดน้อยลง log จาก mpstat ทำให้คำขอเป็นรูปธรรม
  • เปลี่ยนประเภทแพ็กเกจ dedicated vCPU ตัด guest รายอื่นออกจาก thread ของคุณ โฮสต์ที่ขายแบบนี้ พร้อมถ้อยคำที่แต่ละรายใช้และราคาต่อ core อยู่ใน ราคา dedicated CPU VPS ต่อ core ในเดือนพฤศจิกายน 2026

ตามการสำรวจของ Cobaltfell เมื่อวันที่ 2 พฤศจิกายน 2026 มี 22 จาก 51 โฮสต์ VPS ที่รับคริปโตโดยไม่ต้องใช้เอกสารระบุตัวตน ที่สัญญาเป็นลายลักษณ์อักษรว่าจะให้ dedicated CPU และไม่มีรายใดแสดงการวัดค่า steal-time บนหน้าที่เราเปิดอ่าน

การเพิ่ม shared vCPU มักไม่ช่วย: thread ที่มากขึ้นจากโฮสต์ที่แออัดเดียวกันก็ยังรอในคิวเดียวกัน

บนฐานข้อมูล ค่า steal จะปรากฏก่อนใน query ที่ช้าที่สุด ดังอธิบายใน CPU steal ส่งผลต่อ latency p99 ของ PostgreSQL บน VPS อย่างไร

VPS ของ Cobaltfell ควรแสดงค่า steal เท่าใด?

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

ผล YABS และ Geekbench 6 ของเราเอง พร้อมด้วย steal time ที่เราวัดได้ จะถูกเผยแพร่พร้อมวันที่เมื่อเครื่องทดสอบเครื่องแรกของเราส่งมอบแล้ว จนถึงตอนนั้นเราจะไม่กล่าวอ้างตัวเลขประสิทธิภาพใดๆ ของเราเอง. จนกว่าหน้านั้นจะมีตัวเลขพร้อมวันที่ ให้รันคำสั่งข้างต้นบน VPS ของคุณเอง หากค่า steal ยังสูงอยู่ขณะที่งานของคุณทำงาน log ก็เพียงพอสำหรับเปิด ticket ผู้ให้บริการ dedicated CPU VPS ที่ดีที่สุดในปี 2026 ถูกเปรียบเทียบด้วยเกณฑ์ที่เป็นลายลักษณ์อักษรชุดเดียวกัน รวมของเราด้วย มีคนตอบอีเมลฝ่ายสนับสนุนภายใน 12 ชั่วโมง เจ็ดวันต่อสัปดาห์ รวมถึงช่วยเรื่อง SSH keys การติดตั้งใหม่ และกฎไฟร์วอลล์.

ผู้คนยังถามอะไรอีกเกี่ยวกับ CPU steal time?

steal time เหมือนกับ iowait หรือไม่?

ไม่ Steal (st) คือเวลาที่ vCPU ของคุณต้องการรัน แต่ hypervisor ไปรัน guest รายอื่นแทน Iowait (wa) คือเวลาที่ CPU ว่างรอ disk หรือ I/O อื่นให้เสร็จ iowait สูงชี้ไปที่ storage, steal สูงชี้ไปที่การแย่ง CPU

ทำไม top ไม่แสดงค่า st?

คู่มือ top ระบุว่าฟิลด์ st อาจไม่ถูกแสดง ขึ้นอยู่กับเวอร์ชัน kernel บนดิสทริบิวชันปัจจุบันค่านี้ปรากฏในบรรทัด %Cpu(s) บน kernel เก่าหรือภายนอกเครื่อง virtual ค่านี้อาจหายไปหรือคงเป็นศูนย์

dedicated server แสดง steal time ได้หรือไม่?

ระบบที่รันบนฮาร์ดแวร์โดยตรงโดยไม่มี hypervisor อยู่ข้างใต้ ไม่มีใครมา steal จากมัน ตัวนับจึงคงเป็นศูนย์ steal มีอยู่เฉพาะสำหรับ guest ที่รันภายใต้ hypervisor

ค่า steal เท่าใดจึงถือว่าสูงเกินไป?

ไม่มีมาตรฐานใดกำหนดขีดจำกัด ใช้การคำนวณเอาแทน: ที่ steal 10% งานที่กิน CPU จะได้เวลาราว 90% ของที่ต้องการ บนแพ็กเกจที่ขายพร้อม dedicated vCPU ค่า steal ควรอยู่ที่หรือใกล้ศูนย์ขณะคุณทำงาน

steal time ส่งผลต่อ latency เช่นเดียวกับ throughput หรือไม่?

ใช่ การรอแต่ละครั้งทำให้คำขอที่กำลังรันบน vCPU นั้นล่าช้า ค่า steal จึงปรากฏก่อนในคำขอที่ช้าที่สุด คือ p99 ของฐานข้อมูลหรือ API ก่อนที่จะเลื่อนค่าเฉลี่ย

แหล่งข้อมูล (6)
  1. MSR เฉพาะ KVM: MSR_KVM_STEAL_TIME — The Linux Kernel documentation (checked 2026-11-02)
  2. proc_stat(5): สถิติ kernel/system — man7.org (Linux man-pages 6.19) (checked 2026-11-02)
  3. คู่มือ top(1) — man7.org (procps-ng) (checked 2026-11-02)
  4. คู่มือ vmstat(8) — man7.org (procps-ng) (checked 2026-11-02)
  5. หน้าคู่มือ mpstat(1) — man7.org (sysstat) (checked 2026-11-02)
  6. คู่มือ systemd-detect-virt(1) — man7.org (systemd) (checked 2026-11-02)

เริ่มต้นที่ $10.49/เดือน · ไม่ต้อง KYC

เลือกจำนวนคอร์ของคุณ