java komutu Heap İçin -X Seçenekleri

Giriş
Heap seçenekleri megabyte veya yüzde olarak verilebilir.

1. Megabyte Seçenekleri

-Xms seçeneği - minimum heap size
Kullanılacak en az heap büyüklüğünü ayarlar. Şöyle yaparız.

"%JAVA_HOME%\bin\java" ... -Xms256m ...

Şöyle yaparız.

-Xmx2048m -Xms2048m -Xmn768m -XX:PermSize=128m -Xss256k

-Xmx seçeneği - maximum heap size
Kullanılacak en fazla heap büyüklüğünü ayarlar. Şöyle yaparız.

"%JAVA_HOME%\bin\java" ... -Xmx512m ...

Şöyle yaparız.

-Xmx1024k
-Xmx512m
-Xmx8g

2. Yüzde Seçenekleri - Genelde Container İçin Kullanılır

Açıklaması şöyle. Bu seçeneklerle container'a ayrılan belleğin şu kadar yüzdesini istiyorum ayarları daha kolay yapılır.

When we launch applications, we specify the initial memory size and maximum memory size. For the applications that run on JVM (Java Virtual Machine), initial and maximum memory size is specified through "-Xms" and "-Xmx" arguments. If Java applications are running on containers, it’s specified through "-XX:InitialRAMPercentage" and "-XX:MaxRAMPercentage" arguments. 

Bir başka açıklama şöyle

Java 10 introduced a new JVM flag — -XX:+UseContainerSupport (set to true by default) which allows the JVM to detect available memory and CPU if it’s running in a container environment, where these resources are limited. This flag works in conjunction with -XX:MaxRAMPercentage which lets set the maximum heap size based on the percentage of the total available memory. In the case of Kubernetes, the limit setting on the container is used as a base of this calculation. For example — if the pod has a limit of 2GB, and the MaxRAMPercentage flag is set to 75%, it’ll result in the maximum heap size of 1500MB.

Container  İle Best Practice

Benefits of Setting Initial and Maximum Memory Size to the Same Value yazısında InitialRAMPercentage ve MaxRAMPercentage değerlerini aynı yaparak uygulamanın 

1. "java.lang.OutOfMemoryError: Java heap space"

2. Operating System will terminate your application with "Out of memory: Kill process ____ (java) score ____ or sacrifice child."

gibi hatalardan korunacağı ve hatta performansının artacağı anlatılıyor. Ben denemedim

Benzer bir başka açıklama şöyle

1. Set the memory request and limit the same. That way you’ll avoid pod eviction due to insufficient node resources. More on this here.
2. Increase pod’s memory limits only in the event of Java OutOfMemory erros. In case of OOMKilled crashes, leave more memory to non-heap usage.
3. Set maximum and initial heap sizes to the same value. That way, you’ll prevent performance penalities in case of heap allocation increases and you’ll ‘fail fast’ if the heap percentage/non-heap memory/pod limits math is wrong. More on this suggestion here.

-XX:InitialRAMPercentage seçeneği 

Açıklaması şöyle. Container'ın belleğinin yüzde kaçını istediğimizi belirtir.

Suppose you are configuring -XX:InitialRAMPercentage=25 and overall physical memory (or container memory) is 1GB then your java application’s heap size will be ~250MB (i.e., 25% of 1GB).

‘-XX:InitialRAMPercentage’ will be used to derive initial heap size only if ‘-Xms’ JVM argument isn’t passed. If the ‘-Xms’ JVM argument is passed, the ‘-XX:InitialRAMPercentage’ will be ignored by the JVM.

-XX:MinRAMPercentage seçeneği

Bellek 250MB'den küçükse kullanılır. İsmi Min ile başlamasına rağmen yüzde olarak max heap size'i gösterir. Bu seçenek sanrım daha çok eğer uygulamamız IOT cihazlarda da çalışacaksa işe yarıyor. Yoksa çoğu bilgisayar - container dahi olsa - daha fazla bellek zaten sunuyor.

-XX:MaxRAMPercentage seçeneği

Bellek 250MB'den büyükse kullanılır. Yüzde olarak max heap size'i gösterir.