Mỗi dòng gctrace kể một chu kỳ GC nhưng dày đặc con số khó đọc. Bài này giải mã từng trường trên một dòng thật, và chỉ ba dấu hiệu đọc được ngay: tần suất GC, heap sống có phình không (dấu hiệu rò bộ nhớ), và ngưỡng goal. Go 1.23.
Gửi N lệnh Redis tuần tự là N vòng đi-về mạng — với remote Redis, gần như toàn bộ thời gian là chờ mạng chứ không phải chờ Redis. Pipeline xếp N lệnh rồi gửi hết, đọc hết trong một round-trip. Đo thật trong Go: 1000 lệnh SET tuần tự mất 1.431s, pipeline chỉ 10ms — nhanh 140 lần.
TOAST tự nén giá trị lớn rồi đẩy phần còn lớn ra bảng phụ, giữ bảng chính gọn. Đo thật: bảng chính chỉ 15 MB dù tổng dữ liệu hơn 1 GB, và đọc không chạm cột lớn nhanh hơn 33 lần. Nén xảy ra trước, chiến lược lưu, và vì sao SELECT * tốn kém. PostgreSQL 16.
GC Go dừng toàn bộ chương trình ở đúng hai điểm mỗi chu kỳ để chuyển pha an toàn. Đo thật: STW chỉ vài chục tới vài trăm micro-giây, tăng nhẹ từ 39 us (100 goroutine) lên 161 us (100k) nhưng luôn dưới 1 ms kể cả nửa triệu goroutine. Vì sao vẫn cần STW và điều gì làm nó dài ra. Go 1.23.
Panic trace cho biết crash ở đâu nhưng mất trạng thái biến khi tiến trình chết. Core dump là ảnh chụp toàn bộ bộ nhớ lúc crash — mổ xẻ nó bằng dlv core để điều tra sau sự cố (post-mortem). Đo thật trong Go: bật GOTRACEBACK=crash sinh core dump 40 MB, dlv core dựng lại ngăn xếp tới đúng dòng gây lỗi dù tiến trình đã chết.
Dung lượng metric là tích của bốn thừa số — số chuỗi, tần suất lấy mẫu, bytes mỗi sample, và retention — mỗi thừa số là một đòn bẩy cắt chi phí. Bài này đo thật trên Prometheus: 78 samples/s ở scrape 5s, head chứa hơn 10.000 chuỗi (phần lớn là stale vẫn tốn RAM), rồi ngoại suy ra quy mô thật: một nhãn cardinality sai biến 7GB thành 730GB. Ba núm vặn để tiết kiệm mà không mù thông tin.