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.
Vì sao spawn hàng nghìn goroutine chạy mượt còn hàng nghìn OS thread thì nghẹt? Đo thật: ping-pong qua channel tốn 164 ns/vòng và 0 cấp phát, còn ping-pong qua pipe giữa hai OS thread tốn 21465 ns/vòng — đắt hơn 130 lần. Vì một cái ở user-space, cái kia qua kernel. Go 1.23.
Go làm tròn mọi cấp phát lên một trong ~68 lớp kích thước cố định. Đo thật: xin 9 byte tốn 16 (phí 44%), xin 33 tốn 48 (phí 31%), nhưng object khớp lớp (16, 32, 48) thì 0 phí. Cách span tổ chức bộ nhớ và cách thiết kế struct khớp lớp. 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.
I/O mạng chặn goroutine mà không chặn OS thread — nhờ netpoller tích hợp epoll/kqueue vào scheduler. Bài này đo thật: 5000 goroutine chờ network Read chỉ dùng 16 thread, trong khi 200 goroutine chặn trong syscall thật ngốn 203 thread. Đây là cách Go giải bài C10k. Go 1.23.
log_min_duration_statement cho biết câu nào chậm, nhưng không cho biết vì sao. auto_explain tự đính EXPLAIN ANALYZE đầy đủ vào log cho truy vấn chậm, kèm số dòng và buffer thật, không cần chạy lại.