Gắn ((const)) cho một hàm bất biến biến vòng lặp 371 ms thành 0 ms vì trình dịch kéo lời gọi ra ngoài. Nhưng đánh nhầm const cho hàm đọc bộ nhớ khiến nó trả về giá trị cũ, không báo lỗi. Đo cả tốc độ lẫn tính đúng trong container.
Trình biên dịch tính (a*b) một lần cho cả hai chỗ dùng, ngay từ -O1. Nhưng một phép ghi qua con trỏ có thể trùng buộc nó phải tính lại — và restrict gỡ đúng chỗ đó. Đo bằng assembly thật, kèm một lần công cụ đếm của tôi nói dối.
Một vòng while(!done) treo vô hạn ở -O2 vì trình dịch đọc done một lần rồi cache; volatile ép đọc lại mỗi vòng. Nhưng volatile chỉ đảm bảo truy cập xảy ra, không phải nguyên tử hay thread-safe. Đo bằng assembly trong container.
Đảo chỗ -lfoo với file .o có thể biến một chương trình dịch được thành 'undefined reference' — nhưng chỉ với thư viện tĩnh .a, không phải .so. Đo thật và giải thích cơ chế rút thành viên một lượt trong container.
Trực giác nói 'cha chết thì con chết theo'. Tôi dựng cây tiến trình thật rồi bắn SIGKILL vào đúng PID cha: nó chết ngay, ba worker chẳng suy suyển. Vì tín hiệu không lan theo quan hệ cha–con. Muốn hạ cả cụm phải nhắm nhóm — kill(-pgid) một phát hạ tất. Đo thật trong container.
Một syscall (getpid) tốn ~120 ns, gấp ~55 lần một lời gọi hàm (~2 ns) — vì phải vượt vào kernel. Tôi tưởng glibc cache pid nên getpid rẻ; strace chứng minh nó trap mỗi lần (5 gọi = 5 syscall). glibc đã bỏ cache đó từ 2017 để đổi lấy tính đúng. Đừng tin sự thật nhớ được về hệ thống — đo trên máy thật.