B/op và allocs/op là công cụ tối ưu bộ nhớ Go, nhưng dễ nói dối. Đo thật: cùng một hàm cấp 1024 byte, benchmark báo 0 alloc khi kết quả bị vứt (compiler xoá code), và 1 alloc khi gán vào sink. Cách viết benchmark cấp phát đáng tin và testing.AllocsPerRun. Go 1.23.
Giảm áp lực GC không phải một mẹo mà là gộp nhiều kỹ thuật. Đo thật cùng tác vụ: tái dùng strings.Builder + Grow prealloc + tránh fmt.Sprintf boxing cắt cấp phát từ 2756 xuống 901 alloc mỗi lần, làm GC chạy 511 thay vì 2068 lần và nhanh 4.2 lần. Quy trình thực chiến đo-tìm-sửa-đo lại. Go 1.23.
Inline thường tốt, nhưng nó có thể làm benchmark đo ra ~0 ns đánh lừa. Đo thật: cùng phép đo, bản bị inline cho 0,23 ns còn bản //go:noinline cho 0,70 ns — lệch 3 lần. Khi nào cần chặn inline, cách xác nhận directive, và các directive nguy hiểm khác. Go 1.23.
reflect mạnh nhưng có giá. Đo thật: đọc field qua reflect chỉ chậm ~2x và 0 cấp phát (chấp nhận được cho json), nhưng reflect.Call chậm ~85x và cấp phát 2 lần vì phải đóng hộp tham số. Cách giảm chi phí bằng cache Value và codegen. Go 1.23.
Chạy go test -bench một lần cho một con số, nhưng máy đầy nhiễu nên nó dao động mỗi lần. So hai phiên bản bằng một con số mỗi bên có thể kết luận sai. benchstat chạy nhiều lần, tính trung bình ± độ lệch, và so hai bản bằng p-value. Đo thật: cải tiến -94.84% (p=0.000) là thật, hàm không đổi báo p=1.000.
Trình biên dịch Go tối ưu mạnh: kết quả không dùng bị loại, input hằng số bị tính sẵn — benchmark đo cái không còn chạy, cho số nhỏ hơn thực tế. Đo thật: cùng một hàm, benchmark sai báo 5.5 ns còn benchmark đúng (sink + input biến thiên) báo 9.35 ns — thiếu 41%. Và dấu hiệu nhận biết code bị xóa.