Инструмент командной строки для определения размера кучи Java и используемой памяти (Linux)?

У каждого процесса Java есть pid, который вам сначала нужно найти с помощью команды jps.

Когда у вас есть pid, вы можете использовать jstat -gc [insert-pid-here] для поиска статистики поведения кучи, собранной со сбором мусора.

• jstat -gccapacity [insert-pid-here] представит информацию о создании пула памяти и возможностях пространства.

• jstat -gcutil [insert-pid-here] представит использование каждого поколения в процентах от его мощности. Полезно, чтобы получить представление об использовании.

См. jstat docs на сайте Oracle.

Эта команда показывает настроенные размеры кучи в байтах.

java -XX:+PrintFlagsFinal -version | grep HeapSize

Он также работает с Amazon AMI на EC2.

jvmtop - это инструмент командной строки, который обеспечивает просмотр в реальном времени нескольких показателей, включая кучу.

Пример вывода режима обзора ВМ:

 JvmTop 0.3 alpha (expect bugs)  amd64  8 cpus, Linux 2.6.32-27, load avg 0.12
 http://code.google.com/p/jvmtop

  PID MAIN-CLASS      HPCUR HPMAX NHCUR NHMAX    CPU     GC    VM USERNAME   #T DL
 3370 rapperSimpleApp  165m  455m  109m  176m  0.12%  0.00% S6U37 web        21
11272 ver.resin.Resin [ERROR: Could not attach to VM]
27338 WatchdogManager   11m   28m   23m  130m  0.00%  0.00% S6U37 web        31
19187 m.jvmtop.JvmTop   20m 3544m   13m  130m  0.93%  0.47% S6U37 web        20
16733 artup.Bootstrap  159m  455m  166m  304m  0.12%  0.00% S6U37 web        46

Попробуйте, это сработало в Ubuntu и RedHat:

java -XX:+PrintFlagsFinal -version | grep -iE 'HeapSize|PermSize|ThreadStackSize'

Для Windows:

java -XX:+PrintFlagsFinal -version | findstr /i "HeapSize PermSize ThreadStackSize"

Для Mac

java -XX:+PrintFlagsFinal -version | grep -iE 'heapsize|permsize|threadstacksize'

Вывод всех этих команд похож на вывод ниже:

uintx InitialHeapSize                          := 20655360        {product}
uintx MaxHeapSize                              := 331350016       {product}
uintx PermSize                                  = 21757952        {pd product}
uintx MaxPermSize                               = 85983232        {pd product}
intx ThreadStackSize                           = 1024            {pd product}
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)

Чтобы найти размер в МБ, разделите значение на (1024 * 1024).

Без использования JMX, который используется в большинстве инструментов, все, что вы можете сделать, это использовать

jps -lvm

и сделайте вывод, что настройки будут из параметров командной строки.

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

Кстати: я предпочитаю использовать VisualVM, а не JConsole.

Существует инструмент командной строки с визуальным аспектом - jvm-mon. Это инструмент мониторинга JVM для командной строки, который выводит:

• использование кучи, размер и макс.
• jvm процессы
• использование процессора и GC
• верхние темы

Показатели и диаграммы обновляются, пока инструмент открыт.

Пример:

Поздно на вечеринке, но очень простое решение - использовать скрипт jpsstat.sh. Он предоставляет простую информацию о текущей памяти, максимальном объеме памяти и использовании процессора.

• Перейдите в проект GitHub и загрузите файл jpsstat.sh.
• Щелкните правой кнопкой мыши jpsstat.sh, перейдите на вкладку разрешения и сделайте его исполняемым
• Теперь запустите сценарий, используя следующую команду ./jpsstat.sh.

Вот пример вывода скрипта -

=====  ======  =======  =======  =====
 PID    Name   CurHeap  MaxHeap  %_CPU
=====  ======  =======  =======  =====
2777   Test3      1.26     1.26    5.8
2582   Test1      2.52     2.52    8.3
2562   Test2      2.52     2.52    6.4

Начиная с Java8 и более поздних версий, вы можете использовать следующую команду:

jcmd JAVA_PROCESS_ID GC.heap_info

Вы можете ссылаться на сумму, общий объем и использованную память из вывода.

Sample Command And Output: jcmd 9758 GC.heap_info

PSYoungGen  total 1579520K, used 487543K [0x0000000751d80000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 1354240K, 36% used [0x0000000751d80000,0x000000076f99dc40,0x00000007a4800000)
  from space 225280K, 0% used [0x00000007b2400000,0x00000007b2400000,0x00000007c0000000)
  to   space 225280K, 0% used [0x00000007a4800000,0x00000007a4800000,0x00000007b2400000)
ParOldGen       total 3610112K, used 0K [0x0000000675800000, 0x0000000751d80000, 0x0000000751d80000)
  object space 3610112K, 0% used [0x0000000675800000,0x0000000675800000,0x0000000751d80000)
Metaspace       used 16292K, capacity 16582K, committed 16896K, reserved 1064960K
  class space    used 1823K, capacity 1936K, committed 2048K, reserved 1048576K

Для получения дополнительных сведений о команде jcmd перейдите по ссылке здесь

В моем случае мне нужно было проверить флаги внутри контейнера докеров, в котором не было большинства основных утилит (ps, pstree ...)

Используя jps, я получил PID запущенной JVM (в моем случае 1), а затем с jcmd 1 VM.flags я получил флаги от запущенной JVM.

Это зависит от того, какие команды у вас есть, но это может кому-то помочь. :)

Любой подход должен дать вам примерно такое же число. Всегда рекомендуется выделять кучу с использованием -X..m -X..x для всех поколений. Затем вы можете гарантировать, а также выполнить ps, чтобы увидеть, какие параметры были переданы и, следовательно, используются.

Для фактического использования памяти вы можете примерно сравнить VIRT (выделенный и общий) и RES (фактически используемый) со значениями jstat:

Для Java 8 см. Эти значения в jstat. на самом деле имею в виду. Предполагая, что вы запускаете простой класс без mmap или обработки файлов.

$ jstat -gccapacity 32277
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
215040.0 3433472.0  73728.0  512.0  512.0  67072.0   430080.0  6867968.0   392704.0   392704.0      0.0 1083392.0  39680.0      0.0 1048576.0   4864.0   7225     2

$ jstat -gcutil 32277
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT
  6.25   0.00   7.96  18.21  98.01  95.29   7228   30.859     2    0.173   31.032

Макс:

     NGCMX + S0C + S1C + EC    + OGCMX   + MCMX    + CCSMX
   3433472 + 512 + 512 + 67072 + 6867968 + 1083392 + 1048576 = 12 GB

(примерно близко и ниже к памяти VIRT)

Макс (мин., использованный):

215040 + 512 + 512 + 67072 + 430080  + 39680    +  4864  = ~ 1GB

(примерно близко к памяти RES)

«Не цитируйте меня по этому поводу», но память VIRT примерно равна или превышает максимальный размер выделенной памяти, но пока используемая память свободна / доступна в физической памяти, JVM не генерирует исключение памяти. . Фактически, максимальный объем памяти даже не сравнивается с физической памятью при запуске JVM, даже если свопинг отключен в ОС. Лучшее объяснение того, какая виртуальная память действительно используется процессом Java, обсуждается здесь.

Что касается размера кучи Java, в Linux вы можете использовать

ps aux | grep java

or

ps -ef | grep java

и найдите -Xms, -Xmx, чтобы узнать указанный начальный и максимальный размер кучи.

Однако, если -Xms или -Xmx отсутствуют для интересующего вас процесса Java, это означает, что ваш процесс Java использует размеры кучи по умолчанию. Вы можете использовать следующую команду, чтобы узнать размеры по умолчанию.

java -XX:+PrintFlagsFinal -version | grep HeapSize

или конкретный jvm, например,

/path/to/jdk1.8.0_102/bin/java -XX:+PrintFlagsFinal -version | grep HeapSize

и найдите InitialHeapSize и MaxHeapSize в байтах.

Сначала получите идентификатор процесса, первое число из перечисленного процесса, из одного из следующих: (или просто используйте ps aux | grep java, если хотите)

jps -lvm

Затем используйте здесь идентификатор процесса:

jmap -heap $MY_PID 2>/dev/null | sed -ne '/Heap Configuration/,$p';
jmap -permstat $MY_PID

Использование команды top - самый простой способ проверить использование памяти программой. Столбец RES показывает реальную физическую память, занятую процессом.

В моем случае у меня был файл размером 10g, прочитанный в java, и каждый раз я получал исключение outOfMemory. Это произошло, когда значение в столбце RES достигло значения, установленного в опции -Xmx. Затем, увеличив память с помощью опции -Xmx, все прошло нормально.

До сих пор не существовало такого инструмента для печати кучи памяти в формате, который вы запрашивали Единственный и единственный способ распечатать - это написать Java-программу с помощью Runtime Class ,

public class TestMemory {

public static void main(String [] args) {

    int MB = 1024*1024;

    //Getting the runtime reference from system
    Runtime runtime = Runtime.getRuntime();

    //Print used memory
    System.out.println("Used Memory:" 
        + (runtime.totalMemory() - runtime.freeMemory()) / MB);

    //Print free memory
    System.out.println("Free Memory:" 
        + runtime.freeMemory() / mb);

    //Print total available memory
    System.out.println("Total Memory:" + runtime.totalMemory() / MB);

    //Print Maximum available memory
    System.out.println("Max Memory:" + runtime.maxMemory() / MB);
}