Domyślny rozmiar Xmxsize w Javie 8 (maksymalny rozmiar sterty)

W dokumentacji Oracle znalazłem:

-Xmxsize Określa maksymalny rozmiar (w bajtach) puli alokacji pamięci w bajtach ... Wartość domyślna jest wybierana w czasie wykonywania na podstawie konfiguracji systemu.

Co oznacza konfiguracja systemu ?

Zależy to od implementacji i wersji, ale zwykle zależy od używanej maszyny wirtualnej (np. Klienta lub serwera, zobacz -clienti -serverparametry) oraz pamięci systemu.

Często clientwartość domyślna to 1/4 twojej pamięci fizycznej lub 1 GB (w zależności od tego, która z tych wartości jest mniejsza).

Również opcje konfiguracyjne Java (parametry wiersza poleceń) mogą być „outsourcowane” do zmiennych środowiskowych, w tym do zmiennych -Xmx, które mogą zmienić wartość domyślną (co oznacza określenie nowej wartości domyślnej). W szczególności JAVA_TOOL_OPTIONSzmienna środowiskowa jest sprawdzana przez wszystkie narzędzia Java i używana, jeśli istnieje (więcej szczegółów tutaj i tutaj ).

Możesz uruchomić następujące polecenie, aby zobaczyć wartości domyślne:

java -XX:+PrintFlagsFinal -version

Daje ci dłuuugą listę, -Xmxjest w MaxHeapSize, -Xmsjest w InitialHeapSize. Filtruj swoje wyjście (np |grep. W systemie Linux) lub zapisz je w pliku, abyś mógł w nim wyszukiwać.

Jak wspomniałeś, wartość domyślna -Xmxsize(Maximum HeapSize) zależy od konfiguracji systemu.

Java8 clientzajmuje większą z 1/64 pamięci fizycznej dla Xmssize(Minimalny rozmiar sterty) i mniejszą z 1/4 Twojej pamięci fizycznej dla -Xmxsize(Maksymalny rozmiar sterty).

Co oznacza, że ​​jeśli masz fizyczną pamięć 8 GB RAM, będziesz mieć Xmssizewiększą z 8 * (1/6) i mniejszą -Xmxsizejak 8 * (1/4).

Możesz sprawdzić domyślny rozmiar HeapSize za pomocą

W systemie Windows :

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

W systemie Linux :

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

Te wartości domyślne można również zastąpić żądaną kwotą.

Zaskakujące jest, że to pytanie nie ma ostatecznej udokumentowanej odpowiedzi. Być może inny punkt danych zapewniłby wartość innym szukającym odpowiedzi. W moich systemach z CentOS (6.8,7.3) i Java 8 (kompilacja 1.8.0_60-b27, serwer 64-bitowy):

Domyślna pamięć to 1/4 pamięci fizycznej, nie ograniczona do 1 GB.

Również -XX:+PrintFlagsFinalwydruki do STDERR, więc polecenie określające bieżącą domyślną pamięć przedstawioną przez innych powyżej powinno być zmodyfikowane do następującego:

java -XX:+PrintFlagsFinal 2>&1 | grep MaxHeapSize

W systemie z 64 GB fizycznej pamięci RAM zwracane są następujące informacje:

uintx MaxHeapSize                                  := 16873684992      {product}

Na mojej maszynie wirtualnej z systemem Ubuntu, z 1048 MB całkowitej pamięci RAM, java -XX:+PrintFlagsFinal -version | grep HeapSizewydrukowane: uintx MaxHeapSize := 266338304co stanowi około 266 MB i stanowi 1/4 mojej całkowitej pamięci RAM.

Od 8 maja 2019 r .:

Rozmiar sterty maszyny JVM zależy od konfiguracji systemu, co oznacza:

a) klient jvm vs serwer jvm

b) 32-bitowy vs 64-bitowy .

Spinki do mankietów:

1) aktualizacja z J2SE5.0: https://docs.oracle.com/javase/6/docs/technotes/guides/vm/gc-ergonomics.html
2) krótka odpowiedź: https://docs.oracle.com/ javase / 8 / docs / technotes / guide / vm / gctuning / ergonomics.html
3) szczegółowa odpowiedź: https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/parallel.html# default_heap_size
4) klient kontra serwer: https://www.javacodegeeks.com/2011/07/jvm-options-client-vs-server.html

Podsumowanie: (Trudno to zrozumieć z powyższych linków. Podsumowując je tutaj)

1) Domyślny maksymalny rozmiar sterty dla jvm klienta to 256 MB (istnieje wyjątek, czytany z linków powyżej).

2) Domyślny maksymalny rozmiar sterty dla serwera jvm 32-bitowego to 1 GB, a 64-bitowego to 32 GB (znowu są tu wyjątki. Przeczytaj to z linków).

Więc domyślny maksymalny rozmiar sterty JVM jest: 256MB lub 1GB lub 32 GB w zależności od VM powyżej.