Tưởng /proc rẻ như đọc một biến nên poll thoải mái? Tôi đo: mỗi lần đọc /proc/self/stat tốn 1342ns — 13 lần một syscall, hàng nghìn lần một đọc biến — vì /proc là filesystem ảo, mỗi lần đọc là 3 syscall cộng nhân sinh text tươi, không hề được cache, rồi bạn còn phải parse.
Tưởng signal là cách rẻ, nhanh để báo hiệu giữa tiến trình? Tôi đo: một signal tốn 489ns — gần 5 lần một syscall và 1.600 lần một cờ atomic — vì mỗi lần nhân phải ngắt luồng, lưu ngữ cảnh, dựng khung handler rồi sigreturn. Signal là cho sự kiện hiếm, không phải kênh tần suất cao.
Tưởng đặt fd non-blocking thì I/O nhanh hơn? Tôi đo: một read non-blocking cùng tốc độ read thường (đều ~120ns một syscall), và non-blocking một mình là busy-loop đốt gần trọn một lõi (58ms CPU) — nó chỉ có ích khi ghép epoll để một luồng phục vụ nhiều kết nối.
Tưởng ghim luồng vào lõi luôn nhanh hơn vì giữ cache nóng? Tôi đo: ghim một luồng bận đơn lẻ chẳng giúp gì (còn chậm 5,3%) — bộ lập lịch vốn đã không di trú nó. Affinity chỉ đáng ở ca đặc thù: giảm giao tiếp chéo lõi (69ns mỗi round-trip), real-time, NUMA.
Tưởng chạy một lần mỗi bên rồi so là đủ để biết một thay đổi đồng thời có đáng? Tôi đo: một lần chạy trúng nhiễu (outlier 13ms) đảo ngược cả kết luận — nói padded chậm 2,9 lần trong khi thật ra nó nhanh 4,36 lần. Nhiễu chỉ cộng, không trừ — nên phải lặp và lấy min.
Tưởng chỉ cache dữ liệu (L1/L2/L3) quyết định tốc độ truy cập bộ nhớ? Còn một cache thứ hai: TLB — cache dịch địa chỉ. Cùng vùng 67MB, dữ liệu và cache y hệt, chỉ đổi trang 4KB sang huge page 2MB đã nhanh 1,52 lần — ~19ns chênh là TLB miss thuần.