Java: анализы без памяти памяти

Question

У нас есть проблема, что наша память без памяти постоянно растет. поэтому мы должны перезапустить наш jee (java8) - webapp каждый третий день (как вы можете видеть на скриншоте здесь: screenshot from non-heap- and heap-memory)

Я уже пытался выяснить, что заполняет эту не кучу. Но я не мог найти никакого инструмента для создания бездействия. знаете ли вы, как я могу исследовать это, чтобы выяснить, какие элементы все больше растут?

Java-версия

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) 

-версия кот

Apache Tomcat Version 7.0.59 

Answer 1

Как @apangin указывает, похоже, что вы используете больше Метапространстве с течением времени. Обычно это означает, что вы загружаете больше классов. Я бы записывал, какие классы загружаются, а методы компилируются и пытаются ограничить, насколько это делается в процессе производства на постоянной основе. Возможно, у вас есть библиотека, которая постоянно генерирует код, но не очищает его. Именно здесь, глядя на то, какие классы создаются, вы можете дать вам подсказку.

---

Для нативной памяти без кучи.

Вы можете посмотреть на отображение памяти в Linux с помощью /proc/{pid}/maps. Это позволит вам узнать, сколько виртуальной памяти используется.

Вам нужно определить, связано ли это с

• увеличения количества потоков, или сокетов
• прямые ByteBuffers используются.
• сторонняя библиотека, использующая встроенную/прямую память.

От взгляда на ваши графики вы можете уменьшить свою кучу и увеличить максимальную прямую память и продлить время перезапуска на неделю или больше, но лучшим решением будет решение этой проблемы.

Answer 2

С Java 8 метаданные класса теперь находятся в секции памяти без кучи Metaspace (а не в PermGen). Если ваша память без кучи в основном потребляется Metaspace, вы можете понять это с помощью jstat.

Это не общий инструмент для анализа памяти без кучи. Но это может помочь в вашем случае.

Answer 3

Non-кучного использование памяти, как это предусмотрено MemoryPoolMXBean подсчетов следующие пулы памяти:

• Метапространстве
• Сжатый Класс Space
• Код Cache

Другими словами, стандарт не - память памяти памяти включает пробелы, занятые скомпилированными методами и загруженные классы. Скорее всего, увеличение использования памяти без кучи указывает на утечку загрузчика класса.

Использование

• jmap -clstats PID сбросить статистику загрузчика классов;
• jcmd PID GC.class_stats, чтобы распечатать подробную информацию об использовании памяти каждого загруженного класса. Последнее требует -XX:+UnlockDiagnosticVMOptions.