JVM parametry kupie

Question

Po czytania już zadawane pytanie na ten temat i dużo googlowania Wciąż nie jestem w stanie mieć jasny obraz -Xms opcji

Moje pytanie brzmi: jaka jest różnica między java -Xms=512m -Xmx=512m i java -Xms=64m -Xmx=512m ?

Na razie mam następującą odpowiedź:

Jedyna różnica jest w liczbie kolekcji śmieci, które będą uruchamiane podczas uruchamiania mojego wniosku oraz liczby alokacji pamięci. Czy mam rację ?

Oto moje powody tej odpowiedzi:

ustawienie opcji -Xms do 512m nie powoduje w mojej aplikacji przy użyciu naprawdę 512M pamięci fizycznej po starcie. Przypuszczam, że jest to związane z zarządzaniem nowoczesnymi pamięciami systemowymi OS i leniwymi alokacjami stron. (Zauważyłem, że ustawienie -Xms do 512M lub 64M nie zmienia się w ogóle początkowej pamięci używanych zgłaszane zarówno przez góry na Linux lub przez menedżera zadań Windows)

Czy ktoś może mi pomóc zrozumieć wpływ tego Xms opcją lub wskaż mi linki, które pomogą mi to zrozumieć?

góry dzięki

Manu

Answer 1

Podsumowanie informacji znalezionych po łączu: JVM przydziela ilość określoną przez -Xms, ale system operacyjny zazwyczaj nie przydziela stron rzeczywistych, dopóki nie są potrzebne. Tak więc JVM przydziela pamięć wirtualną określoną przez Xms, ale alokuje pamięć fizyczną, jaka jest potrzebna.

Można to zobaczyć za pomocą Eksploratora procesów Sysinternals zamiast Menedżera zadań w systemie Windows.

Tak więc istnieje prawdziwa różnica między używaniem -Xms64M a -Xms512M. Ale myślę, że najważniejszą różnicą jest ta, którą już wskazałeś: śmieciarz będzie działał częściej, jeśli naprawdę potrzebujesz 512 MB, ale zaczyna się dopiero od 64 MB.

Answer 2

jeśli napisał: -Xms512m -Xmx512m gdy go uruchomić, java przeznaczyć na te chwilę 512MB pamięci RAM dla procesu i jego przyrostu przechyłki.

-Xms64m -Xmx512m po uruchomieniu, java przyznaje tylko 64m pamięci RAM dla swojego procesu, ale java może zwiększyć jego pamięć zajętości podczas 512m.

Myślę, że druga rzecz jest lepsza, ponieważ dajesz java automatyczne zarządzanie pamięcią.

Answer 3

JVM rozpocznie się od użycia pamięci na początkowym poziomie sterty. Jeśli maxheap jest wyższa, wzrośnie do maksymalnego rozmiaru, ponieważ wymagania pamięci przekroczą jej bieżącą pamięć.

Więc

• -Xms512m -Xmx512m

JVM zaczyna się od 512 m, nie zmienia rozmiar.

• -Xms64m -Xmx512m

JVM rozpoczyna 64M, rośnie (maksymalnie do sufitu 512), jeżeli MEM. wymagania przekraczają 64.

Answer 4

JVM dostosowuje wielkość sterty w sposób adaptacyjny, co oznacza, że ​​spróbuje znaleźć najlepszy rozmiar sterty dla danej aplikacji. -Xms i -Xmx po prostu określa zakres, w którym JVM może operować i zmieniać wielkość sterty. Jeśli -Xms i -Xmx mają tę samą wartość, wówczas wielkość sterty maszyny JVM pozostanie stała przy tej wartości.

Zazwyczaj najlepiej jest po prostu ustawić opcję -Xmx i pozwolić JVM znaleźć najlepszy rozmiar sterty, chyba że istnieje konkretny powód, dla którego należy udostępnić maszynę wirtualną JVM przy uruchamianiu JVM.

Jeśli chodzi o to, kiedy JVM faktycznie żąda pamięci z systemu operacyjnego, uważam, że zależy to od platformy i implementacji JVM. Wyobrażam sobie, że nie zażąda pamięci, dopóki twoja aplikacja tego nie potrzebuje. -Xmx i -Xms tylko rezerwuje pamięć.

Answer 5

Oprócz standardowych parametrów Heap -Xms i -Xmx to też dobrze wiedzieć -XX:PermSize i -XX:MaxPermSize, który jest używany do określenia wielkości przestrzeni Perm Gen bo choć można mieć miejsce w drugiej generacji w sterty można uruchomić z pamięci, jeśli Twoja przestrzeń perm perm jest pełna. Ten link ma również ładny przegląd niektórych important JVM parameters.

Answer 6

Stworzyłem ten przykład zabawkę w scala, my_file.scala:

object MyObject { 

    def main(args: Array[String]) { 
     var ab = ArrayBuffer.empty[Int] 

     for (i <- 0 to 100 * 1000 * 1000) { 
      ab += i 
      if (i % 10000 == 0) { 
       println("On : %s".format(i)) 
      } 
     } 
    } 
} 

Pobiegłem go:

scala -J-Xms500m -J-Xmx7g my_file.scala 

i

scala -J-Xms7g -J-Xmx7g my_file.scala 

Są z pewnością zauważalne przerwy w -Xms500m wersji. Jestem pewien, że krótkie pauzy są uruchomieniami czyszczenia pamięci, a długie są alokacją sterty.