{"id":17664,"date":"2024-02-15T00:22:19","date_gmt":"2024-02-14T23:22:19","guid":{"rendered":"https:\/\/vived.io\/?p=17664"},"modified":"2024-02-15T06:42:25","modified_gmt":"2024-02-15T05:42:25","slug":"co-nowego-w-performance-jdk-project-skogsluft-ffm-vs-unsafe-benchmark-jit-ow-jvm-weekly-vol-163","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/co-nowego-w-performance-jdk-project-skogsluft-ffm-vs-unsafe-benchmark-jit-ow-jvm-weekly-vol-163\/","title":{"rendered":"Co nowego w Performance JDK? Project Skogsluft, FFM vs Unsafe, Benchmark JIT-\u00f3w – JVM Weekly vol. 163"},"content":{"rendered":"\n

1. Project Skogsluft obiecuje du\u017ce zmiany w Java Flight Recorder<\/h2>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Wraz z rych\u0142ym pojawieniem si\u0119 Foreign Function and Memory API, kt\u00f3re ju\u017c w marcu w stabilnej wersji trafi\u0105 do JDK 22, ju\u017c nied\u0142ugo okaza\u0107 si\u0119 mo\u017ce \u017ce coraz popularniejsze stanie si\u0119 u\u017cywanie wi\u0119kszej ilo\u015bci „natywnego” kodu. Temat staje si\u0119 coraz popularniejszy, przewija si\u0119 w r\u00f3\u017cnych wariantach w zasadzie ka\u017cdej kolejnej edycji tego przegl\u0105du (a nawet dzisiaj jeszcze do niego wr\u00f3cimy troch\u0119 p\u00f3\u017aniej), dlatego niezb\u0119dne jest r\u00f3wnie\u017c dopasowanie ca\u0142ej javowej „narz\u0119dziowki”, aby ta gotowa by\u0142a na ten spodziewany wzrost u\u017cycia. Dlatego te\u017c nie powinno dziwi\u0107, \u017ce pojawi\u0142a si\u0119 propozycja nowego projektu, kt\u00f3rego celem b\u0119dzie badanie wydajno\u015bci aplikacji.<\/p>\n\n\n\n

Projekt „Skogsluft”<\/a>, zaproponowany przez Jaroslava Bachor\u00edka z DataDog, ma na celu znacz\u0105ce wzmocnienie mo\u017cliwo\u015bci profilowania Javy w ramach Java Flight Recorder (JFR) poprzez wprowadzenie zaawansowanych funkcji, kt\u00f3re zniweluj\u0105 r\u00f3\u017cnice mi\u0119dzy profilowaniem wykonania kodu Java i kodu natywnego. Skogsluft koncentrowa\u0107 ma si\u0119 na trzech g\u0142\u00f3wnych usprawnieniach: zintegrowany mechanizmie przechodzenia po stosie r\u00f3wnie\u017c dla kodu natywnego, elastycznym harmonogramie pr\u00f3bkowania CPU dostosowanym do mo\u017cliwo\u015bci r\u00f3\u017cnych system\u00f3w operacyjnych oraz rozszerzonym wsparciu dla labelowania w\u0105tk\u00f3w w JFR. Maj\u0105 one na celu dostarczenie programistom bardziej elastycznych opcji profilowania oraz bogatszego kontekstu dla analizy.<\/p>\n\n\n\n

Teraz projekt poszukuje wsparcia ze strony tw\u00f3rc\u00f3w OpenJDK. Proponowany rozw\u00f3j projektu ma odbywa\u0107 si\u0119 w oddzielnym forku (od wersji JDK 23) z zamiarem stopniowego wdra\u017cania nowych funkcji w serii JEP.<\/p>\n\n\n\n

Sk\u0105d nazwa „Skogsluft”? Pochodzi z norweskiego, w kt\u00f3rym „skog” oznacza „las”, a „luft” oznacza „powietrze”. Dos\u0142ownie przet\u0142umaczone, „Skogsluft” oznacza „powietrze le\u015bne” lub „powiew lasu”. My\u015bl\u0119, \u017ce to ca\u0142kiem dobra nazwa, bior\u0105c pod uwag\u0119 powiew \u015bwie\u017co\u015bci, kt\u00f3re projekt mo\u017ce wprowadzi\u0107 do profilowania w JFR, cho\u0107 pracowa\u0142em kiedy\u015b dla norweskiej firmy i ze zwrotami z ichniejszego j\u0119zyka to nigdy nie wiadomo.<\/p>\n\n\n

\n
\"\"
Pozdrawiam czytelnik\u00f3w z Norwegii – widz\u0119 wszystko, wiem \u017ce zaskakuj\u0105co sporo Was jest <\/figcaption><\/figure><\/div>\n\n\n

A jak ju\u017c przy JFR, to podrzuc\u0119 Wam jeszcze tekst Java Flight Recorder na Kubernetes<\/a>. Artyku\u0142 Piotra Minkowskiego dostarcza kompleksowego przewodnika na temat u\u017cycia Java Flight Recorder (JFR) na Kubernetes przy pomocy Cryostat do ci\u0105g\u0142ego monitorowania aplikacji Java. Cryostat to narz\u0119dzie umo\u017cliwiaj\u0105ce zdalne zarz\u0105dzanie nagraniami Java Flight Recorder dla aplikacji dzia\u0142aj\u0105cych w kontenerach, u\u0142atwiaj\u0105ce monitorowanie i diagnozowanie wydajno\u015bci aplikacji. Wyja\u015bnia pe\u0142en proces od instalacji Cryostat za pomoc\u0105 operatora (komponentu w Kubernetes, kt\u00f3ry automatyzuje wdra\u017canie, skalowanie i zarz\u0105dzanie aplikacjami i us\u0142ugami, u\u0142atwiaj\u0105c zarz\u0105dzanie z\u0142o\u017conymi, stanowymi aplikacjami) lub wykresu Helm, po utworzenie przyk\u0142adowej aplikacji Spring Bootowej generuj\u0105cej niestandardowe zdarzenia JFR. Post t\u0142umaczy te\u017c, jak zarz\u0105dza\u0107 niestandardowymi szablonami zdarze\u0144 i analizowa\u0107 dane za pomoc\u0105 JDK Mission Control.<\/p>\n\n\n

\n
\"\"
A od siebie zdecydowanie polecam u\u017cywanie kubernetesowych operator\u00f3w.<\/figcaption><\/figure><\/div>\n\n\n

I ostatnia wrzutka – Gunnar Morling, kt\u00f3ry ostatnio jest znany z opisywanego cho\u0107by i tutaj 1BRC, opublikowa\u0142 kiedy\u015b specyfikacje nieodokumentowanego do tej pory formatu pliku wynikowego JDK Flight Recorder<\/a>. Ot, takie ma\u0142y crossover, nie mog\u0142em sobie odpu\u015bci\u0107.<\/p>\n\n\n\n

2. It’s benchmarking time! FMA vs Unsafe <\/h2>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Zaczeli\u015bmy od profilingu, ale to nie koniec temat\u00f3w zwi\u0105zanych z szeroko rozumian\u0105 wydajno\u015bci\u0105. Jak ju\u017c wcze\u015bniej obieca\u0142em, wracamy do tematu Foreign Memory Access API.<\/p>\n\n\n\n

W spo\u0142eczno\u015bci Java niedawno du\u017co dyskutowano o nowym JEP, kt\u00f3ry proponuje wycofanie i usuni\u0119cie metod dost\u0119pu i alokacji pami\u0119ci z klasy Unsafe – sam w poprzedniej edycji komentowa\u0142em, \u017ce w obliczu wynik\u00f3w 1BRC tw\u00f3rcy mog\u0105 mie\u0107 ci\u0119\u017cki orzech do zgryzienia. Unsafe pozwala\u0142o na alokacj\u0119 pami\u0119ci poza modelem pami\u0119ci Java, oferuj\u0105c bardzo szybki dost\u0119p do pami\u0119ci i umo\u017cliwiaj\u0105c operacje, kt\u00f3re w innym przypadku by\u0142yby niemo\u017cliwe w ramach modelu pami\u0119ci Java. Ta funkcjonalno\u015b\u0107 by\u0142a wykorzystywana w wielu bibliotekach wysokiej wydajno\u015bci, takich jak Netty, Spark, Avro, Kryo, kt\u00f3re teraz musz\u0105 znale\u017a\u0107 alternatywy. Jednak Tomer Zeltzer, Senior Software Engineer at Yahoo, w swoim artykule Java\u2019s New FMA: Renaissance Or Decay?<\/a> zwraca uwag\u0119, \u017ce pomimo pocz\u0105tkowego szoku, istniej\u0105 alternatywy dla Unsafe, kt\u00f3re mog\u0105 okaza\u0107 si\u0119 obiecuj\u0105ce.<\/p>\n\n\n\n

Dokonuje on bowiem benchmarkingu nowego API dost\u0119pu do pami\u0119ci obcej (FMA), opracowanego jako cz\u0119\u015b\u0107 Projektu Panama (JEP-424), kt\u00f3ry ma zast\u0105pi\u0107 Unsafe, oferuj\u0105c bezpieczniejsze i oficjalnie wspierane rozwi\u0105zanie. FMA prezentuje si\u0119 obiecuj\u0105co, oferuj\u0105c por\u00f3wnywaln\u0105 pr\u0119dko\u015b\u0107 odczytu i 42% szybszy zapis na stercie w por\u00f3wnaniu z Unsafe, a tak\u017ce prawie trzykrotnie szybszy dost\u0119p do pami\u0119ci poza stert\u0105. Nowe API wykorzystuje obiekt Arena<\/code> do alokacji pami\u0119ci, a segmenty pami\u0119ci, kt\u00f3re z niej pochodz\u0105, nie mog\u0105 by\u0107 indywidualnie zwalniane, co mo\u017ce u\u0142atwi\u0107 unikanie wyciek\u00f3w pami\u0119ci. Cho\u0107 zwolnienie pami\u0119ci jest mniej granularne ni\u017c w Unsafe, nowe API wydaje si\u0119 zachowa\u0107 te same mo\u017cliwo\u015bci przy jednoczesnym oferowaniu nieco wygodniejszego interfejsu. <\/p>\n\n\n

\n
\"\"
Jak zawsze kiedy mowa o benchmarkingu – nale\u017cy traktowa\u0107 ca\u0142o\u015b\u0107 z lekk\u0105 doz\u0105 sceptycyzmu.<\/figcaption><\/figure><\/div>\n\n\n

Tutaj ma\u0142y disclaimer: oryginalny artyku\u0142 by\u0142 nieco d\u0142u\u017cszy, ale po dyskusji na Reddicie<\/a> – w kt\u00f3rej zaanga\u017cowany by\u0142 sam Ron Pressler – niekt\u00f3re fragmenty zosta\u0142y wyedytowane. Dla porz\u0105dku: oryginaln\u0105 wersje znajdziecie tutaj<\/a>, ale osobi\u015bcie polecam po prostu sprawdzi\u0107 poprawn\u0105, najnowsz\u0105 wersje.<\/p>\n\n\n\n

Je\u015bli czujecie si\u0119 zainteresowani nowymi API i czujecie si\u0119 zaciekawieni, aby pozna\u0107 jego „bebechy”, nadarza si\u0119 \u015bwietna okazja. Pocz\u0105tkiem tygodnia na kanale Javy pojawi\u0142o si\u0119 bowiem wideo Foreign Function & Memory API – A (Quick) Peek Under the Hood<\/a>, kt\u00f3re sam mia\u0142em okazje ju\u017c obejrze\u0107 i naprawd\u0119 polecam. Dowiecie si\u0119 z niego nie tylko o funkcjonalno\u015bciach Foreign Function and Memory API (te ju\u017c pewnie s\u0105 mniej wi\u0119cej znane) ale dowiecie si\u0119 za\u0142o\u017cenia dotycz\u0105ce projektu samego API, aby oferowa\u0142o podej\u015bcie „Java-first” do wywo\u0142ywania funkcji natywnych i zarz\u0105dzania segmentami pami\u0119ci, omijaj\u0105c przy tym ograniczenia JNI i Direct Buffer API<\/code>, szczeg\u00f3lnie w obszarach wymagaj\u0105cych intensywnej oblicze\u0144 numerycznych, jak uczenie maszynowe.<\/p>\n\n\n\n

\n