Khi append vượt cap, Go cấp mảng nền mới lớn hơn — nhưng nhân theo hệ số nào? Đo thật tiến trình cap: slice nhỏ nhân đôi (x2.00 tới cap 512), rồi giảm dần về ~1.25x cho slice lớn (1.66 1.51 1.40 1.33). Vì sao đổi hệ số và tại sao prealloc vẫn thắng. Go 1.23.
Map Go là bảng băm với bucket chứa 8 cặp key-value. Đo thật: thứ tự lặp ngẫu nhiên mỗi lần (Go cố ý), prealloc make(map, N) nhanh 2 lần và cắt cấp phát từ 38092 xuống 19, mỗi entry int-int tốn 40 byte dù data chỉ 16. Cấu trúc hmap và tophash. Go 1.23.
String là header 16 byte trỏ vào dữ liệu bất biến, không có cap. Đo thật: substring s[7:13] miễn phí (chia sẻ backing, 0 cấp phát) nhưng chuyển string sang []byte phải copy toàn bộ (21 ns, 1 cấp phát) vì string bất biến còn byte sửa được. Vì sao và khi nào tốn kém. Go 1.23.
Đẩy dần tới một triệu thông điệp rồi đo bộ nhớ, đĩa và thông lượng. Vì sao chế độ lazy không còn ý nghĩa, và thứ thật sự cần lo khi hàng đợi phình.
Chụp heap bằng jcmd, vì sao lớp đứng đầu biểu đồ luôn là byte[] và không nói lên điều gì, kỹ thuật so hai ảnh chụp chỉ cần JDK để tìm thủ phạm, và vì sao dominator tree của MAT mới là màn hình quan trọng.
Native Memory Tracking chỉ ra từng vùng bộ nhớ JVM, vì sao 500 luồng đặt chỗ hơn 1GB mà chỉ dùng thật 37MB, năm kiểu hết bộ nhớ với năm thông báo khác nhau, và vì sao container Java chết với mã 137 mà log sạch trơn.