Ograniczenie przestrzeni Java Heap dla play Framework globaly

Play nie wydaje się odbierać jvm.ustawienia pamięci dla Zależności lub nawet polecenia test. Jednym ze sposobów wymuszenia użycia określonych ustawień JVM jest użycie _JAVA_OPTIONS.

Na przykład:

export _JAVA_OPTIONS="-Xms800m -Xmx1500m -XX:PermSize=64m -XX:MaxPermSize=256m"
play test

Lub

play deps

I powinieneś zobaczyć

~        _            _ 
~  _ __ | | __ _ _  _| |
~ | '_ \| |/ _' | || |_|
~ |  __/|_|\____|\__ (_)
~ |_|            |__/   
~
~ play! 1.2.3, http://www.playframework.org
~ framework ID is test
~
~ Running in test mode
~ Ctrl+C to stop
~ 
Picked up _JAVA_OPTIONS: -Xms800m -Xmx1500m -XX:PermSize=64m -XX:MaxPermSize=256m
Listening for transport dt_socket at address: 8000

Zauważ, że to spowoduje zastosowanie tych ustawień do wszystkich programów java uruchomionych na tym terminalu, gdzie ustawiony jest _java_options.

Zwykle można podać argumenty wiersza poleceń Javy podczas wywoływania play, używając następującego wzorca.

play run <appname> -Xmx256M -Xms256M

Jednakże, patrząc na kod Pythona dla Komendy play run i play dependencies, wywołują one Javę na różne sposoby.

Polecenie play dependencies wywołuje Javę bez przechodzenia przez polecenia-X (z jakiegoś powodu przechodzi przez polecenia-D, ale nie przez-X). Dlatego nic nie można zrobić, poza edycją pliku deps.py w Framework/Pym / play / komendy i twarde kodowanie ustawień-Xmx i-Xms do tego pliku.

Nie jest to rozwiązanie długoterminowe, i sugerowałbym, abyś zebrał bilet na grę, aby te ustawienia mogły być odczytywane z linii poleceń lub z aplikacji.conf, ale na razie widzę to podejście jako jedyną opcję.

Po prostu wpadłem na to na moim laptopie z Fedorą i używaniem Play 2.0 po prostu uruchamiając interaktywną powłokę. Zauważyłem, że skrypt budowania ustawia wartości pamięci domyślnie na dość wysokie.

Aby to naprawić musiałem edytować skrypt $play_dir/framework/build i ręcznie zmieniać wartości, na końcu skryptu wykonuje się następujące czynności aby uruchomić:

java ${DEBUG_PARAM} -Xms512M -Xmx1536M -Xss1M -XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=384M ...

Wystarczy odpowiednio zmienić wartości-Xmx/ - Xms (i ewentualnie permgen).

Twój komputer nie ma wystarczającej ilości pamięci RAM do uruchamiania Javy. Java potrzebuje co najmniej 64MB RAM.

Zauważ, że nie możesz dodać wolnej pamięci do swojego komputera przez podanie -Xms do Javy: Java nie może dodawać modułów pamięci do płyty głównej. -Xms po prostu mówi Javie, ile dostępnej pamięci RAM ma zająć. Jeśli to się nie powiedzie (=system operacyjny zwróci błąd, gdy Java spróbuje go przydzielić), pojawi się powyższy błąd.

Zgaduję, że nie ma miejsca na wymianę. Spójrz na wyjście cat /proc/meminfo. Lub masz ulimit zestaw co ogranicza ilość pamięci, jaką może przydzielić każdy proces (spróbuj ulimit -a sprawdzić).

W Play 2.2 i Java 7, to jest to, co używałem.

$ target/universal/stage/bin/foo -mem 256 -J-server

Po szczegóły-mem, Zobacz:

$ target/universal/stage/bin/foo -h

Wygląda na to, że komenda play jest skryptem Pythona, który wywołuje inne moduły Pythona, które ostatecznie wywołują komendę java jako podproces.

Patrząc na kod źródłowy kodu uruchamiającego dla polecenia dependencies, wydaje się, że nie ma żadnej logiki ładującej zmienną środowiskową ani niczego innego, co określałoby maksymalny rozmiar sterty jako argument -Xmx. Innymi słowy, Kod Pythona Z Play, który wywołuje JVM w tym skrypcie nie można określić domyślnego maksymalnego rozmiaru sterty.

Miałem do czynienia z tym samym problemem. Spróbuj zwiększyć --XX: MaxHeapSize do wyższej alokacji. Oto moja konfiguracja w path / to / framework / build

java -Xms512M -Xmx1300M -Xss1M -XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=384M -XX:MaxHeapSize=512m...

Play nie rozpoznaje opcji-XX. Zamiast tego użyj -DX.