Load average: ba con số có ý nghĩa gì

Lệnh uptime và dòng trên cùng của htop hiển thị ba con số — mức tải trung bình trong 1, 5 và 15 phút. Đây là chỉ số bị hiểu sai nhiều nhất trên Linux: nó thường bị nhầm với tải CPU.

Thực chất nó là gì

Load average là số lượng tiến trình trung bình đang tính toán trên CPU hoặc đang chờ đĩa. Thành phần thứ hai chính là thứ gây ra sự nhầm lẫn: một máy có thể hiển thị mức tải 12 trong khi CPU gần như rảnh rỗi nếu cả mười hai tiến trình đều đang xếp hàng chờ đĩa.

uptime
# 14:22:03 up 9 days,  2:41,  1 user,  load average: 3.41, 2.02, 1.15
cat /proc/loadavg
nproc          # how many cores your plan has

Mức nào là bình thường phụ thuộc vào số nhân

Quy tắc chung rất đơn giản: mức tải bằng số nhân nghĩa là máy đang bận hoàn toàn, không có hàng chờ.

Bạn đọc ba con số này như một xu hướng. 5.0, 2.0, 1.0 — tải vừa mới tăng lên, có thể do chính bạn vừa khởi chạy thứ gì đó. 1.0, 2.0, 5.0 — đỉnh đã qua và máy đang giảm tải. Ba con số lớn tương đương nhau — quá tải kéo dài, và đây chính là trường hợp cần khắc phục.

Cần xem tiếp ở đâu

Tải cao là triệu chứng, không phải chẩn đoán. Hãy phân tách các nguyên nhân:

vmstat 2 5

• Cột r lớn (các tiến trình đang xếp hàng chờ thực thi) và us/sy cao — bạn đang chạm giới hạn CPU. Hãy tìm thủ phạm trong htop.
• Cột b lớn và wa cao — bạn đang chạm giới hạn đĩa. Tiếp theo: iostat và iotop.
• si/so tăng dần — quá trình swap đang diễn ra, nghĩa là bộ nhớ đang cạn dần, xem Bộ nhớ và swap.

Các tiến trình ở trạng thái D trong htop chính là những tiến trình đang chờ I/O và đẩy load average lên cao.

Khi nào cần chuyển lên gói cao hơn

Hãy bỏ qua những đợt tăng vọt đơn lẻ trong lúc build dự án, cập nhật gói phần mềm hoặc sao lưu định kỳ ban đêm. Tín hiệu thật sự trông như thế này: trên biểu đồ CPU theo tuần trong bảng điều khiển /hosting/vds/m/<id>, mức tải giữ ở một cao nguyên, load average liên tục vượt số nhân, và thủ phạm là ứng dụng production của bạn chứ không phải một script bị bỏ quên. Khi đó, việc chuyển lên gói cao hơn mới hợp lý: bạn chỉ có thể chuyển lên, kèm khoản thanh toán thêm cho những ngày còn lại của kỳ hạn đã trả.

Những sai lầm thường gặp

• So sánh mức tải với 100%. Load average không phải phần trăm. Giá trị 4 trên VDS-3 nghĩa là máy bận hoàn toàn, không phải thảm họa.
• Chỉ nhìn con số đầu tiên. Mức trung bình một phút nhảy vọt chỉ vì một chuyện nhỏ nhặt. Quyết định được đưa ra dựa trên con số 15 phút.
• Quên những người hàng xóm trên node. Cột st (steal) trong vmstat cho thấy thời gian bị hypervisor lấy đi. Giá trị cao liên tục là lý do để viết cho bộ phận hỗ trợ — đó không phải vấn đề của bạn.

Load average không nói lên điều gì về bộ nhớ. Một máy có thể hiển thị 0.2 mà vẫn chỉ còn một bước nữa là OOM killer ra tay.