Java: Logi GC

0:00Cześć w tej lekcji pokażę ci jak możesz monitorować garbage collector

0:04czyli taki mechanizm który zajmuje się odśmiecaniem heap'u mamy uruchomiony

0:09jakiś program który tworzy dużą liczbę obiektów tak następnie

0:14gubi do nich referencje przez co w ten sposób prowokuje usunięcie ich przez

0:18garbage collector tutaj analizując w visualvm wykres

0:23heap'u możemy zobaczyć mniej więcej gdzie te kolekcje w sensie to usuwanie

0:27przez garbage collector tak zwane właśnie kolekcje się odbywają są są po

0:31prostu momenty w których powiedzmy na rozmiar heap'u czyli ten niebieski kolor

0:35nam tutaj spada prawda w tym momencie załącza

0:40nam się prawdopodobnie właśnie garbage collector to który usuwa te obiekty które

0:44są już nieużywane tak jakby w jaki sposób ja coś takiego

0:48udało mi się coś takiego wymusić i jeśli zobaczymy w

0:52nasz program to ja teraz też tworzę obiekty w link liście tylko

0:56powiedzmy mam jeszcze pętlę dookoła tak i powiedzmy za

1:01każdym razem tworzę sobie nową linked listę co jakiś czas tak no

1:05i powiedzmy ta poprzednia znika w tym momencie tak więc garbage collector

1:09traktuje jako kandydatów do usunięcia tak no

1:13i teraz dlaczego może nas interesować to co ten garbage collector robi zasadniczo

1:18tego jak ten garbage collector działa może

1:23być wiele rodzajów zasadniczo możemy tutaj nawet przez

1:27nas uruchamiając program jvm'owy możemy sprecyzować

1:31jakiego algorytmu ten garbage collector ma używać ich

1:35jest kilka i każdy z nich trochę inaczej pracuje

1:39tak ma powiedzmy różne czasy wymusza różne

1:44powiedzmy pauzy na jvm'ie ponieważ czasami na przykład usunięcie

1:50jakiejś przestrzeni jakichś powiedzmy obiektów sprawia

1:54że jest potrzeba zatrzymania na przykład całego jvm'a w sensie tak sfixowania

1:58go usunięcia niepotrzebnych obiektów i dopiero później jest on odpalany

2:02co za tym idzie ma to pewien wpływ na wydajność

2:06naszych aplikacji jeżeli na przykład tworzymy dużo obiektów później je

2:10zapominamy to garbage collector ma dużo roboty no

2:14i w związku z tym on też może pauzować nam aplikację dlatego warto

2:19umieć zbierać tak jakby informacje o tym garbage collectorze

2:23te informacje raczej nie będą nam potrzebne

2:27zawsze raczej w momencie kiedy tuningujemy naszą aplikację czyli zauważyliśmy

2:31że są problemy wydajnościowe no to wtedy możemy wykorzystać pewne

2:36narzędzia tak no to pierwszą rzeczą to oczywiście możemy go sobie tutaj podejrzeć

2:40w visualvm co się dzieje tak widzimy jest jakiś meksyk no

2:45ale może byśmy powiedzieli że chcielibyśmy mieć jakieś dokładniejsze logi

2:49takie logi z cyklów mogą nas interesować z tego względu że

2:53powiedzmy garbage collector w zależności od tego jakiego algorytmu używa może

2:59klinować poszczególne powiedzmy fragmenty heap'u czasami

3:03klinuje na przykład całość tak i powiedzmy te fazy różnie mogą

3:07trwać w sensie niektóre wymagają zatrzymania całego jvm a niektóre nie aby

3:12dodać sobie logi naszego garbage collector'a możemy wykorzystać parametry

3:16jvm po prostu podajemy taki parametr tak i

3:20tutaj wskazujemy plik do którego ma być logowane powiedzmy właśnie

3:25akcje garbage collector'a tutaj jeszcze podałem sprecyzowałem

3:29jaki dokładnie algorytm garbage collectora ma być używany z tego

3:33względu że algorytm serial jest powiedzmy jedną z takich takich prostszych na których

3:37będę mógł ci wyjaśnić mniej więcej co tam się dzieje w środku tak tak jak sobie

3:41uruchomię ten program on powiedzmy tam rusza teraz on odczekuje jakiś tam

3:45czas gdybyśmy sprecyzowali w naszym powiedzmy thread sleep no

3:50i tutaj powinien nam się pojawić teraz plik gc log tak ten plik nam

3:54tutaj będzie przyrastał teraz tak długo jak powiedzmy nasz program działa

3:58tak i on na początku jak go to na początek poczytamy mówi jakiego

4:02powiedzmy algorytmu garbage collector używa no i teraz dalej go

4:06czytając pierwszą rzeczą która tutaj może nas interesować to jest w jakim czasie

4:10to zostało wykonana poszczególna linijka tutaj powiedzmy mam takie timestamp'y

4:15względem tego kiedy został uruchomiony nasz jvm i później mamy

4:19trochę powiedzmy jakiś takich informacji które nas teraz na razie nie interesują i później

4:23to co się stało tak powiedzmy to jest pauza młodej

4:28generacji tak pause young teraz o co chodzi z tym young to

4:32są już takie rzeczy które wymagają zrozumienia tego jak poszczególne

4:37algorytmy garbage collector'a działają tutaj powiedzmy jeżeli chcesz

4:41się dowiedzieć jak to dokładnie działa to proponuję ci poczytać coś o samych

4:45tak jakby garbage collector'ach z tego względu że jest to dość obszerne

4:49i nie jest takie proste tak tutaj zdradzę ci że większość

4:54algorytmu garbage collector'a dzieli sobie heap na pewne strefy na

4:58przykład na młodą właśnie strefę czyli na young oraz powiedzmy na old

5:02generation tak tak jakby chodzi o to żeby ten heap podzielić na te

5:06strefy i obiekty rozmieszczać po tych strefach w zależności na

5:10przykład od tego jak długo dane obiekty już żyją to wynika z tego że często

5:15statystycznie obiekty które żyją już długo jakiś czas

5:19w naszej aplikacji jest mniejsze prawdopodobieństwo że one za jakiś

5:23długi okres znikną więc powiedzmy jeżeli garbage collector sobie podzieli nasz

5:27heap na te strefy to może decydować które strefy kiedy powiedzmy

5:31odśmiecać w ten sposób ograniczać powiedzmy właśnie pauzy ok

5:35tutaj dalej jak pójdziemy to jest przyczyna czyli powiedzmy alokacja

5:40się nie udała na przykład zabrakło miejsca tak że coś w stylu dlatego

5:44na przykład właśnie wykonano właśnie pauzę i kolekcje no i później

5:48jest rozmiar tej strefy którą tutaj mieliśmy tak czyli young

5:52przed i po tak oraz cały rozmiar a w tym momencie wykorzystywanego

5:57heap'a tak rozmiar zalokowany na heap tak naprawdę na koniec

6:02mamy coś coś z najciekawsze a mianowicie to ile trwało powiedzmy wykonanie

6:06tej kolekcji tak okej i później jak sobie pójdziemy to jeszcze mamy pause

6:10full i w momencie kiedy jest zrobiony pause full tak w przypadku tego

6:14algorytmu tak naprawdę finalizowana cała aplikacja w tym momencie tak

6:18tak jakby on musi zatrzymać działanie wszystkiego żeby

6:23mógł przelecieć i sprawdzić czy gdzieś u nas na heap'ie nie ma właśnie tych

6:27samotnych wysp pamiętajmy że te obiekty ciągle żyją nie więc

6:31właśnie po to robi tą pauzę okej i takich pauz najchętniej byśmy w

6:35ogóle unikali okej tak jak mówiłem jeżeli chcesz wiedzieć więcej o

6:39garbage collectorze to już odsyłam cię tak jakby do kursów i do

6:43do artykułów poświęconych samemu garbage collectorowi ale już teraz

6:48wiesz jak takie podstawowe informacje o tym co się dzieje wyciągnąć pierwsza rzecz

6:52to że możemy zajrzeć właśnie w ten wykres w visualvm a kolejna

6:57rzecz jeżeli już potrzebujesz wiedzieć ile poszczególne kolekcje i fazy

7:01trwały no to właśnie możesz sobie dodać odpowiednie parametry do naszej

7:05vm no i po prostu sobie to logować okej to

7:09wszystko co chciałem ci pokazać dzięki wielkie i do usłyszenia