Bộ thu gom rác của Go chạy đồng thời với chương trình, dùng ba màu để đánh dấu object sống. Đo thật: 10 chu kỳ GC chỉ dừng chương trình tổng 0.62 ms (62 micro-giây mỗi lần), trong khi công việc nền chạy 111 triệu lần. Cơ chế tricolor và write barrier. Go 1.23.
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.
GOGC quyết định heap được phình bao nhiêu trước khi GC chạy. Đo thật cùng workload: GOGC=50 chạy 148 lần GC nhưng đỉnh heap chỉ 4 MB, GOGC=400 chỉ 13 lần GC nhưng heap 15 MB, GOGC=off không GC nhưng heap vọt 187 MB. Cơ chế pacing và khi nào chỉnh. Go 1.23.
GOGC không biết trần RAM, GOMEMLIMIT thì có. Đo thật: cùng workload, GOGC=off không giới hạn vọt 187 MB, nhưng GOGC=off + GOMEMLIMIT=50MiB chỉ chạy 4 lần GC mà giữ heap dưới 43 MB — so với 73 lần GC của GOGC=100. Mẫu chạy dịch vụ Go trong container. Go 1.23.
Goroutine sinh ra với stack 2KB chứ không phải 8MB như OS thread. Đo thật: 100.000 goroutine chỉ 2051 bytes stack mỗi cái; khi đệ quy sâu, runtime cấp stack gấp đôi (tỉ lệ x2.00 chính xác) và copy toàn bộ khung — địa chỉ biến cục bộ nhảy vùng. Go 1.23.
GC chạy song song với chương trình bắt buộc phải có write barrier, nếu không sẽ thu nhầm object sống. Đo thật: assembly cho thấy ghi con trỏ có gcWriteBarrier còn ghi số thì không, và ghi con trỏ chậm 2.8 lần (0.636 vs 0.226 ns) vì kiểm cờ barrier. Bất biến tricolor và chi phí thật. Go 1.23.