Cùng một tiến trình là PID 1 nhìn từ trong namespace, PID 17 nhìn từ host — inode namespace khác nhau chứng minh đó là hai view của một tiến trình. Container không phải máy ảo: chỉ là tiến trình host với view riêng. Vì sao nhiều 'sự thật' của hệ điều hành là tương đối theo góc nhìn.
Bốn luồng bận báo %CPU = 400% — dùng 4 giây CPU trong 1 giây tường, nghe bất khả nhưng đúng: thời gian CPU cộng dồn qua các lõi. sleep dùng 0% CPU dù wall trôi 1 giây; I/O nặng sys 0,64 lớn hơn user 0,36. 'Mất bao lâu' là câu hỏi mơ hồ tới khi bạn hỏi 'wall hay CPU'.
Định dùng perf đo cache-miss, nhưng mọi bộ đếm phần cứng trả ENOENT — máy ảo trên Apple Silicon không mở PMU cho guest. Bộ đếm phần mềm vẫn chạy vì nhân tự đếm. Không có counter thì suy hiệu ứng qua thời gian: truy cập ngẫu nhiên chậm 2,4 lần tuần tự. Một 'không đo được' trung thực hơn một con số bịa.
strace bẫy mỗi syscall bằng ptrace — 200.000 lời write từ 26 ms phồng thành 7144 ms, chậm 270 lần. Cột 'seconds' của strace -c báo write tốn 0,73 giây trong khi cả chương trình chỉ 26 ms: đó là thời gian dưới ptrace, không phải chi phí thật. Kính hiển vi để THẤY, không phải đồng hồ để đo.
/proc không phải file trên đĩa — nhân sinh nội dung tại chỗ mỗi lần đọc (nên stat báo 0 byte). Tôi đọc /proc/self/stat để xem CPU mình tăng, mãi được 0/0: self là kẻ đang đọc, không phải chương trình tôi nghĩ. Bốn trạng thái R/S/D/Z và cách chẩn đoán không cần cài gì.
malloc 500MB làm VSZ tăng 512MB nhưng RSS vẫn 1MB — RAM thật chỉ tốn khi chạm trang. calloc 500MB cũng RSS ~1MB tới khi ghi (mẹo trang-zero chung). Vì sao cột VIRT khổng lồ trong top không phải thứ đáng lo, còn cột RES mới gây OOM.