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

> CPU steal time บน VPS: คอลัมน์ st และ %steal หมายถึงอะไร 4 วิธีตรวจสอบ วิธีอ่านค่า VPS แบบ dedicated vCPU จ่ายด้วยคริปโต ไม่ต้อง KYC

- URL: https://cobaltfell.com/th/cpu-steal-time/
- อัปเดตล่าสุด: 2026-11-02
- ผู้เผยแพร่: Cobaltfell (https://cobaltfell.com)

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

**คำตอบแบบสั้น — 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 เพื่อออก)*

```bash
top
```

*2. vmstat: หนึ่งบรรทัดต่อวินาทีเป็นเวลา 60 วินาที, steal ในคอลัมน์ st ของกลุ่ม cpu*

```bash
vmstat 1 60
```

*3. mpstat: %steal สำหรับทุก vCPU, รายงานหนึ่งครั้งต่อวินาทีเป็นเวลา 60 วินาที*

```bash
mpstat -P ALL 1 60
```

*4. /proc/stat: steal เป็นสัดส่วนของ CPU time ในช่วง 10 วินาที โดยไม่ต้องติดตั้งแพ็กเกจเพิ่ม*

```bash
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](https://cobaltfell.com/th/vps-benchmark/ "ฉันจะ benchmark VPS ด้วย YABS หรือ Geekbench 6 ได้อย่างไร?") มีคำสั่งให้
3. **อ่านแพ็กเกจ** แพ็กเกจที่ขายพร้อม shared vCPU มีสิทธิ์แสดงค่า steal ได้ นั่นคือสิ่งที่ทำให้ราคาถูกลง หน้า [ความแตกต่างระหว่าง shared vCPU กับ dedicated vCPU](https://cobaltfell.com/th/dedicated-vs-shared-vcpu/ "shared vCPU กับ dedicated vCPU บน VPS ต่างกันอย่างไร?") อธิบายว่าแต่ละแบบให้อะไร

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](https://cobaltfell.com/th/dedicated-cpu-vps-price-index/ "ราคา 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 อย่างไร](https://cobaltfell.com/th/vps-for-postgresql/ "How much CPU and RAM PostgreSQL needs on a 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](https://cobaltfell.com/th/best-dedicated-cpu-vps/ "ผู้ให้บริการ 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 ก่อนที่จะเลื่อนค่าเฉลี่ย

## แหล่งข้อมูล

1. [MSR เฉพาะ KVM: MSR_KVM_STEAL_TIME](https://docs.kernel.org/virt/kvm/x86/msr.html) — The Linux Kernel documentation (checked 2026-11-02)
2. [proc_stat(5): สถิติ kernel/system](https://man7.org/linux/man-pages/man5/proc_stat.5.html) — man7.org (Linux man-pages 6.19) (checked 2026-11-02)
3. [คู่มือ top(1)](https://man7.org/linux/man-pages/man1/top.1.html) — man7.org (procps-ng) (checked 2026-11-02)
4. [คู่มือ vmstat(8)](https://man7.org/linux/man-pages/man8/vmstat.8.html) — man7.org (procps-ng) (checked 2026-11-02)
5. [หน้าคู่มือ mpstat(1)](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org (sysstat) (checked 2026-11-02)
6. [คู่มือ systemd-detect-virt(1)](https://man7.org/linux/man-pages/man1/systemd-detect-virt.1.html) — man7.org (systemd) (checked 2026-11-02)

---

Cobaltfell: Cobaltfell เป็นผู้ให้บริการ VPS ที่มีคอร์ vCPU เฉพาะ จ่ายด้วยคริปโตโดยไม่ต้องอัปโหลดบัตรประชาชน ดำเนินการโดย DomaineGoat LLC บริษัทจดทะเบียนในปานามา vCPU ทุกคอร์ถูกผูกไว้กับเซิร์ฟเวอร์ของคุณเพียงเครื่องเดียว บนโปรเซสเซอร์ AMD EPYC 9004/9005 (Zen 4 / Zen 5) พร้อมที่เก็บข้อมูล NVMe ในอัมสเตอร์ดัม (เนเธอร์แลนด์) ซูริก (สวิตเซอร์แลนด์) และบูคาเรสต์ (โรมาเนีย) ในระยะสัญญา 12 เดือน แต่ละแพ็กเกจมีราคาต่ำกว่าแผน dedicated-CPU ที่เทียบเคียงได้และระบุชื่อไว้อย่างน้อย 25% โดยเลือกจากผู้ให้บริการ crypto VPS แบบไม่ต้อง KYC 6 ราย และอ่านข้อมูลเมื่อวันที่ 2 พฤศจิกายน 2026