Garbage Collector pobiera zbyt dużo czasu procesora

Question

Opracowałem aplikację internetową, która przetwarza ogromną ilość danych i zajmuje dużo czasu?

Teraz robię profilowanie mojej aplikacji i zauważyłem jedną bardzo złą rzecz na temat GC.
Po osiągnięciu pełnej wartości GC zatrzymuje cały proces na 30 - 40 sekund.

Zastanawiam się, czy jest jakiś sposób, aby to poprawić. Nie chcę talia mojego procesora tyle czasu tylko w GC. Poniżej znajdują się szczegóły, które mogą być użyteczne:

1. używam Java 1.6.0.23
   
2. moja aplikacja zajmuje pamięć 20 GB max.
   
3. Pełny GC występuje po każdych 14 minutach.
   
4. pamięci przed GC 20 GB po GC wynosi 7,8 PL
   
5. Użycie pamięci CPU (to pokazano w menadżera zadań) wynosi 41 GB.
   
6. Po zakończeniu procesu (JVM nadal działa) Używana pamięć 5 GB i wolna pamięć 15 GB.

Answer 1

Im mniej rzeczy, które new, tym mniej rzeczy należy zebrać.

Załóżmy, że masz klasę A. można umieścić w nim odwołanie do innej instancji klasy A. ten sposób można zrobić „darmową listę” wystąpień A. Kiedykolwiek potrzebujesz A, tylko pop jeden z darmowej listy. Jeśli wolna lista jest pusta, wtedy new jeden.

Gdy już go nie potrzebujesz, naciśnij go na wolną listę.

To może zaoszczędzić wiele czasu.

Answer 2

Jeśli używasz 64 bitowej architekturze dodają:

-XX:+UseCompressedOops adresy 64-bitowe są przekształcane na 32-bitowy

Używaj G1GC zamiast CMS:

-XX:+UseG1GC - używać przyrostowe kroki

Set ten sam początkowy i maksymalny rozmiar: -Xms5g -Xmx5g

parametry Tune (tylko przykład):

-XX:MaxGCPauseMillis=100 -XX:GCPauseIntervalMillis=1000

Zobacz Java HotSpot VM Optionswydajności Opcje

Answer 3

Albo poprawić aplikację poprzez ponowne wykorzystanie zasobów lub kick-w System.gc() się w pewnych krytycznych obszarach aplikacji (co nie jest na pewno ci pomoże). Najprawdopodobniej masz gdzieś wyciek pamięci, który musisz zbadać iw konsekwencji zrestrukturyzować kod.

Answer 4

Czas spędzony na GC zależy od dwóch czynników:

• Ile obiekty są na żywo (= można dojechać od nikogo)
• Ile martwe przedmioty wdrożyć finalize()

Obiekty, których nie można uzyskać i które nie używają finalize(), nie kosztują niczego w Javie, dlatego Java jest zwykle na równi z innymi językami, takimi jak C++ (i często znacznie lepiej, ponieważ C++ poświęca dużo czasu na usuwanie obiektów) .

Więc co trzeba zrobić w aplikacji jest zmniejszyć liczbę obiektów, które przetrwały i/lub wyciętych referencje do obiektów (które nie są już potrzebne) wcześniej w kodzie. Przykład:

Gdy masz bardzo długi sposób, będzie można utrzymać przy życiu wszystkie obiekty, które można odwołać ze zmiennych lokalnych. Jeśli podzielisz tę metodę na wiele mniejszych metod, odniesienia zostaną utracone szybciej, a GC nie będzie musiał zajmować się tymi obiektami.

Jeśli umieścisz wszystko, czego możesz potrzebować w ogromnych mapach hash, mapy zachowa wszystkie te przypadki żyje aż Twój kod zakończy. Więc nawet jeśli już ich nie potrzebujesz, GC będzie musiał spędzać na nich czas.

Answer 5

Istnieje wiele algorytmów używanych przez współczesne maszyny JVM do usuwania śmieci. Niektóre algorytmy, takie jak liczenie odwołań, są tak szybkie, a niektóre, takie jak kopiowanie pamięci, są tak wolne. Możesz zmienić swój kod, aby pomóc JVM w korzystaniu z szybszych algorytmów przez większość czasu.

Jednym z najszybszych algorytmów jest liczenie odwołań, a jak sama nazwa wskazuje, zlicza odniesienia do obiektu, a gdy osiągnie zero, jest gotowy do zbierania śmieci, a następnie zmniejsza liczbę odwołań do obiektów przywoływanych przez bieżący obiekt GCed.

Aby JVM użyciu algorytmu, uniknąć odniesienia koliste (odniesienia obiektowi B, następnie B Referencje Referencje C C D ...., Y odwołuje się ponownie). Ponieważ nawet gdy cały wykres obiektu nie jest osiągalny, żaden z liczników odniesienia obiektu nie osiąga zera.

Mogłabyś dopiero przełamać krąg, kiedy nie trzeba obiekty w kręgu nic więcej (poprzez przypisanie wartości null do jednego z referencjami) ....