Java: phân tích bộ nhớ không-heap-

Question

chúng tôi có vấn đề rằng bộ nhớ không-heap của chúng tôi đang phát triển tất cả các thời gian. vì vậy chúng tôi phải khởi động lại jee (java8) - webapp của chúng tôi mỗi ngày thứ 3 (như bạn có thể thấy trong ảnh chụp màn hình tại đây: screenshot from non-heap- and heap-memory)

Tôi đã cố gắng tìm hiểu những gì không đầy. Nhưng tôi không thể tìm thấy bất kỳ công cụ để tạo ra một nonheap-dump. bạn có bất kỳ ý tưởng làm thế nào tôi có thể điều tra về điều đó để tìm hiểu những yếu tố đang ngày càng phát triển?

java-phiên bản

java version "1.8.0_102" 
Java(TM) SE Runtime Environment (build 1.8.0_102-b14) 
Java HotSpot(TM) 64-Bit Server VM (build 25.102-b14, mixed mode) 

tomcat-phiên bản

Apache Tomcat Version 7.0.59 

Answer 1

Như @apangin chỉ ra có vẻ như bạn đang sử dụng Metaspace hơn theo thời gian. Điều này thường có nghĩa là bạn đang tải nhiều lớp hơn. Tôi sẽ ghi lại các lớp nào đang được nạp và các phương thức được biên dịch và cố gắng giới hạn số lượng này đang được thực hiện trong sản xuất liên tục. Có thể bạn có một thư viện tạo mã liên tục nhưng không làm sạch nó. Đây là nơi xem xét những gì các lớp học đang được tạo ra có thể cung cấp cho bạn một gợi ý như là một trong những.

---

Đối với bộ nhớ không phải bộ nhớ gốc.

Bạn có thể xem bản đồ bộ nhớ trên Linux bằng /proc/{pid}/maps Điều này sẽ cho bạn biết số lượng bộ nhớ ảo đang được sử dụng.

Bạn cần phải xác định xem điều này là do

• số chủ đề, hoặc ổ cắm
• ByteBuffers trực tiếp đang được sử dụng ngày càng tăng.
• thư viện của bên thứ ba đang sử dụng bộ nhớ gốc/trực tiếp.

Từ khi xem biểu đồ, bạn có thể giảm heap và tăng bộ nhớ trực tiếp tối đa và kéo dài thời gian khởi động lại một tuần trở lên, nhưng giải pháp tốt hơn là giải quyết nguyên nhân.

Answer 2

Với Java 8, dữ liệu meta lớp giờ đây nằm trong phần bộ nhớ không phải là bộ nhớ heap được gọi là Metaspace (và không ở trong PermGen nữa). Nếu bộ nhớ không phải heap của bạn chủ yếu được tiêu thụ bởi Metaspace, bạn có thể tìm ra nó với jstat.

Đây không phải là công cụ chung để phân tích bộ nhớ không phải đống. Nhưng nó vẫn có thể giúp ích trong trường hợp của bạn.

Answer 3

Non-đống sử dụng bộ nhớ, theo quy định của MemoryPoolMXBean đếm các hồ bộ nhớ sau:

• Metaspace
• nén Lớp Space
• Mã cache

Nói cách khác, tiêu chuẩn không số liệu thống kê bộ nhớ cao bao gồm các khoảng trống bị chiếm bởi các phương thức được biên dịch và các lớp được nạp. Nhiều khả năng, việc sử dụng bộ nhớ không phải heap ngày càng tăng cho thấy một trình nạp lớp bị rò rỉ.

Sử dụng

• jmap -clstats PID để đổ thống kê lớp nạp;
• jcmd PID GC.class_stats để in thông tin chi tiết về mức sử dụng bộ nhớ của từng lớp đã tải. Sau đó yêu cầu -XX:+UnlockDiagnosticVMOptions.