คุณจะบอกได้อย่างไรว่าคอขวดเป็น CPU หรือหน่วยความจำ I/O หรือเครือข่าย

Question

Accepted Answer

**ดูการใช้ประโยชน์ของทรัพยากรและความอิ่มตัว จากนั้นยืนยันด้วยการวัด** วิธีการที่เป็นระบบ — **วิธี USE** (Utilization, Saturation, Errors) — ตรวจสอบทรัพยากรแต่ละรายการเพื่อไม่ให้คุณโทษรายการที่ผิด

## วิธี USE

สำหรับทรัพยากรแต่ละรายการ (CPU หน่วยความจำ ดิสก์ เครือข่าย) ให้ถามคำถามสามข้อ:

```text
UTILIZATION → how busy is it (% time in use)?
SATURATION  → how much queued/waiting work (load, run queue, swap)?
ERRORS      → any errors (dropped packets, disk errors, OOM kills)?
→ a resource that is saturated, not just busy, is usually the bottleneck.
```

## เครื่องมือและอาการต่างๆ ต่อทรัพยากร

ทรัพยากรแต่ละรายการมีลายเซ็นชั่นที่แตกต่างกัน ซึ่งคุณสามารถอ่านได้ด้วยเครื่องมือมาตรฐาน:

```text
CPU     → top/htop: high %us or load > #cores, run queue backed up
MEMORY  → free/vmstat: low free RAM + high SWAP in/out (si/so) → swapping = thrashing
DISK I/O→ iostat/vmstat: high %iowait, %util ~100%, high await → I/O-bound
NETWORK → iftop/sar/ss: bandwidth saturated, retransmits, high latency
```

ความแตกต่างที่สำคัญ: **โหลดสูงกับ %us สูง** หมายถึง CPU-bound; **การสลับหน่วยความจำ (si/so)** หมายถึงความกดดันของหน่วยความจำ; **%iowait สูง** หมายถึง CPU ไม่ได้ใช้งาน *รอดิสก์*; **ความหน่วง/การส่งซ้ำ** สูงชี้ไปที่เครือข่าย

```text
$ vmstat 1
 r  b   swpd  free   si  so   bi   bo  us sy id wa
 8  0      0  120m   0   0   12   20  92  6  2  0   ← CPU-bound (id=0, wa=0)
 1  3 800m   30m  40 120  900    8   5  3  2 90   ← I/O + swap (wa=90, so>0)
```

## ยืนยันด้วยการวัด

อย่าหยุดที่ตัวเลขเดียว **โปรไฟล์** กระบวนการ (เช่น `perf` โปรไฟลเลอร์ CPU/heap) เพื่อค้นหาฟังก์ชันหรือการจัดสรรที่ร้อน เปลี่ยนสิ่งหนึ่ง และ **วัดซ้ำ** อาการอาจทำให้เข้าใจผิดได้ — CPU สูงอาจเป็นการรอที่ยุ่งเหยิงเนื่องจากการแข่งขันล็อก ไม่ใช่งานจริง

## ทำไมถึงสำคัญ

การแก้ไขทรัพยากรที่ผิด (เพิ่ม RAM ลงในกล่อง CPU-bound) เสียเงินและไม่ช่วย วิธี USE บวกกับเครื่องมือที่ถูกต้องจะแยกข้อจำกัดที่แท้จริงได้อย่างรวดเร็ว และการวัดซ้ำจะยืนยันว่าการแก้ไขนี้เปลี่ยนผล