Nhìn vào utilization và saturation của tài nguyên, rồi xác nhận bằng đo lường. Một cách tiếp cận có hệ thống — phương pháp USE (Utilization, Saturation, Errors) — kiểm tra từng tài nguyên để bạn không đổ lỗi nhầm.
Với mỗi tài nguyên (CPU, memory, disk, network), hỏi ba điều:
UTILIZATION → nó bận đến đâu (% thời gian được dùng)?
SATURATION → bao nhiêu công việc xếp hàng/chờ (load, run queue, swap)?
ERRORS → có lỗi nào không (packet bị rớt, lỗi disk, OOM kills)?
→ một tài nguyên bị saturated, không chỉ bận, thường là bottleneck.
Mỗi tài nguyên có một chữ ký riêng mà bạn đọc được bằng công cụ tiêu chuẩn:
CPU → top/htop: %us cao hoặc load > số core, run queue dồn ứ
MEMORY → free/vmstat: RAM trống thấp + SWAP in/out cao (si/so) → swapping = thrashing
DISK I/O→ iostat/vmstat: %iowait cao, %util ~100%, await cao → bị giới hạn bởi I/O
NETWORK → iftop/sar/ss: băng thông bão hòa, retransmit, latency cao
Các phân biệt then chốt: load cao với %us cao nghĩa là CPU-bound; swapping (si/so) nghĩa là áp lực memory; %iowait cao nghĩa là CPU rảnh đang chờ disk; latency/retransmit cao chỉ về network.
$ 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)
Đừng bao giờ dừng ở một con số. Profile tiến trình (vd. perf, một CPU/heap profiler) để tìm hàm hoặc allocation nóng, đổi một thứ, và đo lại. Triệu chứng có thể đánh lừa — CPU cao thực ra có thể là busy-wait do lock contention, không phải công việc thật.
Sửa nhầm tài nguyên (thêm RAM cho một máy CPU-bound) lãng phí tiền mà không giúp gì. Phương pháp USE cộng công cụ đúng cô lập ràng buộc thật nhanh chóng, và đo lại xác nhận bản sửa đã tạo khác biệt.