{"id":10146,"date":"2021-04-27T09:29:03","date_gmt":"2021-04-27T07:29:03","guid":{"rendered":"https:\/\/vived.io\/jvm-tuesday-vol-35\/"},"modified":"2022-09-19T13:10:54","modified_gmt":"2022-09-19T11:10:54","slug":"jvm-tuesday-vol-35","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/jvm-tuesday-vol-35\/","title":{"rendered":"JVM Tuesday vol. 35"},"content":{"rendered":"

1. GraalVM 21.1: Szybszy rozruch aplikacji dzi\u0119ki wielopoziomowej kompilacji <\/a><\/h2>\n

Opisuj\u0105c z tygodnia na tydzie\u0144 zmiany w ekosystemie j\u0119zyka\/platformy (a robimy to dla Was ju\u017c ponad p\u00f3\u0142 roku, a prawie kwarta\u0142 w formie blogowej ), si\u0142\u0105 rzeczy niekt\u00f3re tematy po prostu musz\u0105 w miar\u0119 regularnie wraca\u0107. Z perspektywy redaktora (jak to dumnie brzmi!) wydaje mi si\u0119, \u017ce dopiero co dotykali\u015bmy tematu nowo\u015bci w GraalVM, aczkolwiek po sprawdzeniu okazuje si\u0119, \u017ce ostatni raz robili\u015bmy to w\u2026 styczniu<\/a>. Projekty JVMowe rozwijaj\u0105 si\u0119 jednak bardzo dynamicznie, w zwi\u0105zku z czym, ostatni tydzie\u0144 sta\u0142 pod znakiem dalszego rozwoju tego meta-frameworku. Na rynek trafi\u0142a bowiem wersja 21.1, kt\u00f3ra mimo niepozornej numeracji przynosi mas\u0119 interesuj\u0105cych zmian.<\/p>\n

Zacznijmy od \u201cciep\u0142ej wody w kranie\u201d. O ile GraalVM zawsze targetuje bie\u017c\u0105c\u0105 Jav\u0119 w wersji LTS, to jego nowa ods\u0142ona wprowadza bonusowo eksperymentalne wsparcie dla JDK 16. Tw\u00f3rcy z g\u00f3ry zastrzegaj\u0105, \u017ce jest to rozwi\u0105zanie dalekie od produkcyjnego, a bior\u0105c pod uwag\u0119 rych\u0142\u0105 premier\u0119 Javy 17, kt\u00f3ra b\u0119dzie kolejn\u0105 wersj\u0105 o d\u0142ugim wsparciu, potencjalnie nigdy si\u0119 nie uprodukcyjni. Jest to bardzo interesuj\u0105ca sytuacja, w kt\u00f3rej wersje po\u015brednie JDK bardziej pomagaj\u0105 tw\u00f3rcom narz\u0119dzi – mo\u017cliwo\u015b\u0107 poeksperymentowania z Jav\u0105 16 na tym etapie upro\u015bci proces przechodzenia GraalVM na nowego LTSa. Nowe wydanie to te\u017c okazja do po\u017cegnania si\u0119 ze wsparciem dla JDK 8 – od wersji 21.1, ta wci\u0105\u017c najpopularniejsza, a jednak dzi\u015b ju\u017c mocno przestarza\u0142a wersja Javy, b\u0119dzie mog\u0142a by\u0107 wspierana tylko w wersji Enterprise.<\/p>\n

\"\"
Na pewno jest to \u0142agodniejsza \u201cdeprekacja\u201d ni\u017c ta, kt\u00f3r\u0105 Graal realizowa\u0142 w \u201cIndiana Jones and Last Crusade\u201d<\/figcaption><\/figure>\n

Wsparcie dla Node.js\u2019a r\u00f3wnie\u017c zosta\u0142o zaktualizowane, \u00a0jednocze\u015bnie w ramach odchudzania bazowej wersji GraalVM, zosta\u0142o wsparcie tej platformy wydzielone z g\u0142\u00f3wnego wydania do zewn\u0119trznego modu\u0142u, kt\u00f3ry nale\u017cy doinstalowa\u0107 w ramach. Co ciekawe, ten sam los nie spotka\u0142 wsparcia dla JavaScriptu, kt\u00f3re pozostaje integraln\u0105 cz\u0119\u015bci\u0105 GraalVM.<\/p>\n

Nowe wydanie to r\u00f3wnie\u017c kilka interesuj\u0105cych zmian w samym procesie kompilacji. Generowany natywny kod znacznie agresywniej teraz podchodzi do tematu wsp\u00f3\u0142bie\u017cno\u015bci, w mniej asekuracyjny spos\u00f3b podchodz\u0105c do tego, jakie operacje mog\u0105 by\u0107 wykonane r\u00f3wnolegle. Tw\u00f3rcy chwal\u0105 si\u0119, \u017ce zmiany s\u0105 szczeg\u00f3lnie widoczne np. podczas u\u017cywania ConcurrentHashMap<\/em>.<\/p>\n

\"\"<\/figure>\n

Jednak chyba najbardziej interesuj\u0105cym dodatkiem, kt\u00f3ry przynosi nowa edycja jest tak zwana wielopoziomowa kompilacja \u00a0(Multi-Tier Compilation), dzia\u0142aj\u0105ca na zasadach zbli\u017conych do tych znanych z kompilatora JIT. Jest ona dost\u0119pna dla programist\u00f3w, kt\u00f3rzy zdecyduj\u0105 si\u0119 na u\u017cycie wbudowanego w GraalVM narz\u0119dzia Truffle, o kt\u00f3rym nieco wi\u0119cej pisali\u015bmy przy okazji jednej z poprzednich edycji<\/a> (kiedy to pocz\u0105tkiem roku dosta\u0142 wsparcie r\u00f3wnie\u017c dla Javy<\/a>). W praktyce sprowadza si\u0119 to do tego, \u017ce zaraz po uruchomieniu, pocz\u0105tkowe optymalizacje s\u0105 nieco mniej agresywne, co pozwala jednak na szybszy rozruch. Dopiero, gdy aplikacja jest ju\u017c w pe\u0142ni gotowa do dzia\u0142ania, nast\u0119puje druga faza optymalizacji. Ca\u0142o\u015b\u0107 ma za zadanie przyspieszy\u0107 pocz\u0105tkowy rozruch aplikacji.onkretne benchmarki zosta\u0142y opisane za\u015b w tym artykule<\/a>. W nim te\u017c znajdziecie dok\u0142adny opis ca\u0142ego procesu.<\/p>\n

Og\u00f3lnie GraalVM idzie ostro do przodu i wszystko wskazuje na to, \u017ce jeszcze nie raz o nim od nas us\u0142yszycie.<\/p>\n