Là một lập trình viên yêu công nghệ, thích viết blog để chia sẻ kiến thức, kinh nghiệm lập trình và những điều thú vị trong thế giới tech.
Compiler Go gán cho mỗi hàm một điểm chi phí; dưới ngân sách 80 thì được dán thẳng vào chỗ gọi. Đo thật cost từng hàm (cong 4, max3 21, tong 16), defer chặn cứng, và inline nhanh hơn noinline ~2,7 lần — không chỉ vì bỏ lệnh CALL. Go 1.23.
Cùng ba field nhưng thứ tự khai báo khác nhau cho hai kích thước struct khác nhau. Đo thật: bool-int64-bool tốn 24 byte, int64-bool-bool tốn 16 byte — chênh 33%, thành 76 MB ở 10 triệu struct. Cách trình biên dịch chèn đệm và cách sắp field để struct gọn nhất. 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.
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.
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.
Năm container PostgreSQL 16 làm năm mảnh, 200.000 sự kiện của 100.000 user. Chia theo khoảng user_id đẹp với khoá đều (lệch 1,00) nhưng với khoá Zipf thì mảnh đầu ôm 187.329 dòng, lệch 3,75; hash cũng lệch 1,54 vì user #0 một mình chiếm 13,5% dữ liệu. Muối top-10 user nóng hạ xuống 1,25, đổi lại đọc user nóng phải hỏi 4 mảnh. Chia theo thời gian dồn mọi dòng mới vào một mảnh: ghi chậm 1,6 lần. Thêm mảnh thứ 5: mod N dời 79,9% khoá, jump hash dời 20,0%; dời thật 39.684 dòng mất 251 ms, bộ đọc chỉ hỏi vị trí mới trượt 47,8%, đọc kép mới rồi cũ trượt 0.