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.
Giải phẫu một dòng GC log, ba con số cần nhìn trước tiên, cách phân biệt heap chật với rò rỉ bộ nhớ chỉ bằng grep, và một lỗi tôi tự mắc khi cộng nhầm cả pha đồng thời rồi ra 104,8%.
Đo độ trễ theo phân vị trên bốn bộ thu gom. Cái giá thật của tạm dừng dưới một mili giây không nằm ở chỗ bạn nghĩ, và cái tên thắng phần đuôi không phải cái tôi đoán lúc vào bài.
Giả thuyết thế hệ đo bằng số thật, bốn bộ thu gom trên cùng một tải với ZGC dừng 0,025ms, và vì sao đặt mục tiêu tạm dừng quá thấp lại phản tác dụng — chi phí GC tỷ lệ với thứ còn sống, không phải thứ đã chết.
C1 và C2, các tầng trong log PrintCompilation, ngưỡng 200 và 5000, nội tuyến hoá là vũ khí chính, và một lần khử tối ưu bắt tận tay — kèm chuyện phép đo không cho thấy nó tốn kém.
Đọc bytecode bằng javap — công cụ có sẵn mà gần như không ai mở: máy ngăn xếp, bốn lệnh gọi, lambda thật ra là invokedynamic sinh lớp lúc chạy chứ không phải lớp ẩn danh, và switch trên chuỗi chạy hai bước băm-rồi-so.