{"id":15193,"date":"2023-03-16T14:35:48","date_gmt":"2023-03-16T13:35:48","guid":{"rendered":"https:\/\/vived.io\/?p=15193"},"modified":"2023-03-16T14:35:51","modified_gmt":"2023-03-16T13:35:51","slug":"jdk-21-strikes-again-stabilne-wirtualne-watki-i-generacyjny-zgc-jvm-weekly-vol-128","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/jdk-21-strikes-again-stabilne-wirtualne-watki-i-generacyjny-zgc-jvm-weekly-vol-128\/","title":{"rendered":"JDK 21 Strikes Again: Stabilne Wirtualne W\u0105tki i Generacyjny ZGC – JVM Weekly vol. 128"},"content":{"rendered":"\n

1. JDK 21 Strikes Again: Stabilne Wirtualne W\u0105tki i Generacyjny ZGC<\/h2>\n\n\n\n

Dopiero co tydzie\u0144 temu poruszali\u015bmy temat tego, na jak ciekawe wydanie zapowiada si\u0119 JDK 21, a ju\u017c musimy do tematu wr\u00f3ci\u0107, poniewa\u017c grzechem by\u0142oby poinformowa\u0107 o kolejnych potencjalnych nowo\u015bciach, kt\u00f3re do jesiennego LTS-a trafi\u0105. Otrzymali\u015bmy bowiem dwie kolejne du\u017ce zapowiedzi w tym temacie.<\/p>\n\n\n\n

Zacznijmy od najwi\u0119kszej bomby, jak\u0105 jest pojawienie si\u0119 draftu Wirtualnych W\u0105tk\u00f3w w wersji stabilnej. Z jednej strony nale\u017ca\u0142o si\u0119 spodziewa\u0107 (drugi Preview by\u0142 naprawd\u0119 kosmetyczny), z drugiej nie by\u0142em pewien, czy jednak nie przyjdzie nam poczeka\u0107 na stabilizacj\u0119 pozosta\u0142ych feature projektu Loom i tw\u00f3rcy odpuszcz\u0105 sobie jeszcze jesiennego LTS-a. Machina jednak ruszy\u0142a – ukaza\u0142 si\u0119 oficjalny JEP Draft<\/a>, i to taki zawieraj\u0105cy minimaln\u0105 ilo\u015b\u0107 zmian. Jedyn\u0105 wi\u0119ksz\u0105 zmian\u0105 jest usuni\u0119cie mo\u017cliwo\u015bci wy\u0142\u0105czenia wsparcia ThreadLocal<\/code>. Jak pisze Ron Pressler<\/a>, funkcjonalno\u015b\u0107 by\u0142a \u017ale rozumiana i w planach tw\u00f3rc\u00f3w nigdy nie by\u0142o ca\u0142kowitego usuni\u0119cia ThreadLocala, jak mog\u0142oby wynika\u0107 z takiej mo\u017cliwo\u015bci. Dla wi\u0119kszej klarowno\u015bci komunikacyjnej w ko\u0142o wirtualnych w\u0105tk\u00f3w, ThreadLocal<\/code> i Scope Locals<\/code> zdecydowano si\u0119 z tej mo\u017cliwo\u015bci po prostu zrezygnowa\u0107.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

I cho\u0107 JEP na razie pozostaje Draftem<\/a>, to je\u015bli tylko zostanie zaakceptowany, Virtual Threads wyjd\u0105 z Preview i zostan\u0105 stabiln\u0105 funkcjonalno\u015bci\u0105 w JDK 21. Teraz czekamy jeszcze na Structure Concurrency w preview i b\u0119dzie mo\u017cna powiedzie\u0107, \u017ce jesienna Java naprawd\u0119<\/p>\n\n\n\n

Drugi z nowych JEP-\u00f3w, tym razem zakwalifikowany jako kandydat do JDK 21, to JEP 439: Generational ZGC<\/a>. Pewnie wi\u0119kszo\u015b\u0107 czytaj\u0105cych te teksty s\u0142ysza\u0142o czym jest hipoteza generacyjna, ale jako, \u017ce moja c\u00f3rka nied\u0142ugo sko\u0144czy dwa latka, to spr\u00f3buje potrenowa\u0107 wyja\u015bnienia ELI5 (Explain me like I’m Five).<\/p>\n\n\n\n

Wyobra\u017a sobie, \u017ce masz w swoim pokoju mn\u00f3stwo zabawek, z kt\u00f3rych cz\u0119\u015b\u0107 w\u0142a\u015bnie dosta\u0142e\u015b, a cz\u0119\u015b\u0107 masz ju\u017c od dawna. Mo\u017cesz cz\u0119sto bawi\u0107 si\u0119 nowymi zabawkami, ale w ko\u0144cu znudz\u0105 ci si\u0119 i przestan\u0105 sprawia\u0107 frajd\u0119 (to jest a\u017c nazbyt prawdziwe…). Z drugiej strony, zabawkami kt\u00f3re masz od d\u0142u\u017cszego czasu mo\u017ce nie bawisz si\u0119 a\u017c tak cz\u0119sto, ale skoro od roku Ci si\u0119 to jeszcze nie znudzi\u0142o, jest spora szansa \u017ce nie stanie si\u0119 to jeszcze przez d\u0142u\u017cszy czas.<\/p>\n\n\n\n

Generacyjny garbage collector dzia\u0142a w ten sam spos\u00f3b. Dzieli obiekty w pami\u0119ci na dwie grupy, m\u0142ode obiekty i stare obiekty. M\u0142ode obiekty to te, kt\u00f3re zosta\u0142y dopiero co utworzone, a stare obiekty to te, kt\u00f3re s\u0105 ju\u017c od jakiego\u015b czasu. \u015amieciarka cz\u0119\u015bciej sprawdza m\u0142ode obiekty, poniewa\u017c maj\u0105 one tendencj\u0119 do „umierania m\u0142odo”, czyli s\u0105 tworzone, a nast\u0119pnie szybko staj\u0105 si\u0119 nieu\u017cywane. Stare obiekty s\u0105 sprawdzane rzadziej, poniewa\u017c jest bardziej prawdopodobne, \u017ce nadal s\u0105 potrzebne. Dziel\u0105c obiekty na generacje, garbage collector mo\u017ce zoptymalizowa\u0107 swoje zarz\u0105dzanie pami\u0119ci\u0105 i zmniejszy\u0107 czas i zasoby potrzebne do zbierania \u015bmieci.<\/p>\n\n\n

\n
\"\"
Teraz ZGC b\u0119dzie robi\u0142 powy\u017csze jeszcze skuteczniej.<\/figcaption><\/figure>\n<\/div>\n\n\n

Wyj\u0105tkiem jest tutaj w\u0142a\u015bnie ZGC \u2013 Garbage Collector, kt\u00f3ry s\u0142u\u017cy do czyszczenia pami\u0119ci nawet o wielko\u015bci terabajt\u00f3w bez przerwy d\u0142u\u017cszej ni\u017c kilka milisekund. ZGC okre\u015blany jest jako GC nisko-op\u00f3\u017anieniowe, kt\u00f3re mo\u017cna uzna\u0107 za swoisty state-of-the-art je\u015bli chodzi o maszyn\u0119 wirtualn\u0105 Javy. Nie jest to jednak rozwi\u0105zanie bez wad \u2013 design ZGC jest bardzo skomplikowany. Sprawi\u0142o to, \u017ce jego pierwsza (obecna) wersja jest jednogeneracyjna.<\/p>\n\n\n\n

W zwi\u0105zku z czym rozwi\u0105zanie zawsze mia\u0142o problem z tak zwanym \u201eoczyszczaniem m\u0142odej generacji\u201d, czyli w\u0142a\u015bnie tych kr\u00f3tko \u017cyj\u0105cych obiekt\u00f3w. Tw\u00f3rcy od samego pocz\u0105tku zapowiadali jednak, \u017ce nie poprzestan\u0105 na tym i teraz dostajemy w nasze r\u0119ce JEP 439: Generational ZGC<\/a>. Co ciekawe, dotychczasowo nie zamierzano utrzymywa\u0107 dw\u00f3ch wersji ZGC – po implementacji wersji Generacyjnej oryginalna implementacji mia\u0142a znikn\u0105\u0107. Okaza\u0142o si\u0119 jednak, \u017ce o ile nowy ZGC powinien by\u0107 lepszym rozwi\u0105zaniem dla wi\u0119kszo\u015bci przypadk\u00f3w u\u017cycia ni\u017c nie-generacyjny ZGC, to ci\u0105gle istniej\u0105 przypadki, w kt\u00f3rych lepiej sprawdza si\u0119 to drugie rozwi\u0105zanie. Dlatego te\u017c chwilowo tw\u00f3rcy zdecydowali si\u0119 na utrzymanie obu ZGC, z za\u0142o\u017ceniem pozbycia si\u0119 oryginalnej wersji w przysz\u0142o\u015bci. Jest to bardzo nietuzinkowa sytuacja, w zwi\u0105zku z czym ciekaw jestem JAK BARDZO z\u0142a jest wydajno\u015b\u0107 generacyjnego ZGC w tych niekt\u00f3rych przypadkach, \u017ce tw\u00f3rcy zdecydowali si\u0119 na utrzymaniu dw\u00f3ch wariant\u00f3w.<\/p>\n\n\n

\n
\"\"
Strategia jest pewnie dobra – tylko \u017ceby to si\u0119 \u017ale nie sko\u0144czy\u0142o<\/figcaption><\/figure>\n<\/div>\n\n\n

Je\u015bli chcecie dowiedzie\u0107 si\u0119 wi\u0119cej o samym ZGC, to w zale\u017cno\u015bci od tego jaka forma najlepiej do Was trafia, polecam prezentacje wideo Java\u2019s Highly Scalable Low-Latency Garbage Collector: ZGC<\/a> lub podcast Towards Generational ZGC<\/a>.<\/p>\n\n\n\n

\u0179r\u00f3d\u0142a<\/h3>\n\n\n\n