{"id":11951,"date":"2022-11-09T17:35:23","date_gmt":"2022-11-09T16:35:23","guid":{"rendered":"https:\/\/vived.io\/?p=11951"},"modified":"2022-11-09T17:35:26","modified_gmt":"2022-11-09T16:35:26","slug":"wiele-halasu-o-observability-jep-ulatwiajacy-profilowanie-i-quarkus-porzucajacy-jeden-%f0%9f%98%89-standard-microprofile-jvm-weekly-112","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/wiele-halasu-o-observability-jep-ulatwiajacy-profilowanie-i-quarkus-porzucajacy-jeden-%f0%9f%98%89-standard-microprofile-jvm-weekly-112\/","title":{"rendered":"Wiele Ha\u0142asu o Observability – JEP u\u0142atwiaj\u0105cy profilowanie i Quarkus porzucaj\u0105cy (jeden \ud83d\ude09) standard MicroProfile – JVM Weekly 112"},"content":{"rendered":"\n

1. Nowy JEP wprowadza stabilizacji API s\u0142u\u017c\u0105cego do profilowania JVM<\/h2>\n\n\n\n

Sprawny profiling aplikacji to trudne wyzwanie nawet z perspektywy u\u017cytkownika, a wyobra\u017acie sobie, ile wyzwa\u0144 niesie za sob\u0105 tworzenie takich narz\u0119dzi. \u0179le zaimplementowany profiling mo\u017ce wprowadzi\u0107 du\u017cy narzut wydajno\u015bciowy na aplikacje, a w szczeg\u00f3lnych sytuacjach po prostu j\u0105 „wysypa\u0107”. <\/p>\n\n\n\n

Do tej pory popularne by\u0142y dwa r\u00f3wnoleg\u0142e podej\u015bcia. Jedne z nich to u\u017cywanie Agent\u00f3w, czyli podprogram\u00f3w uruchamianych jako proces w maszynie wirtualnej. Alternatyw\u0105 by\u0142o za\u015b u\u017cycie wewn\u0119trznego wywo\u0142ania API AsyncGetCallTrace<\/code>. API to umo\u017cliwia unikni\u0119cie problemu zbytniego bazowania na zak\u0142amuj\u0105cych wyniki SafePointach – miejscach w JVMie, w kt\u00f3rych stan aplikacji jest jasno zdefiniowany, poniewa\u017c aktualne zosta\u0142y wszystkie w\u0105tki. Mo\u017ce prowadzi\u0107 to do znacznego biasu i zak\u0142amania wynik\u00f3w pomiar\u00f3w. AsyncGetCallTrace<\/code> daje dost\u0119p do danych wewn\u0119trznych, przez to ten problem nie wyst\u0119puje – daje ono bowiem mapowanie pomi\u0119dzy instrukcj\u0105\/ramk\u0105\/wska\u017anikiem stosu a konkretnym fragmentem StackTrace. Je\u015bli chcecie dowiedzie\u0107 si\u0119 wi\u0119cej szczeg\u00f3\u0142\u00f3w, zapraszam do tekstu Why (Most) Sampling Java Profilers Are Fucking Terrible<\/a><\/strong> autorstwa Nissana Wakarta<\/a>,<\/p>\n\n\n

\n
\"\"
O samych SafePointach rozpisywa\u0142 si\u0119 kiedy\u015b Aleksey Shipil\u00ebv<\/a>.<\/figcaption><\/figure><\/div>\n\n\n

Z AsyncGetCallTrace<\/code> jest jednak jeden problem – nie jest ono bowiem oficjaln\u0105 cz\u0119\u015b\u0107 standardu JDK. Spora cz\u0119\u015b\u0107 implementacji JDK go posiada, ale zale\u017cy to raczej od dobrej woli implementuj\u0105cych. Co r\u00f3wnie wa\u017cne: jako, \u017ce nie jest oficjalnie zdefiniowane, jego rozwijanie jest trudne bez psucia ekosystemu narz\u0119dzi. Dlatego te\u017c tw\u00f3rcy Javy postanowili i\u015b\u0107 za ciosem i wpisa\u0107 go w standard j\u0119zyka. Dodatkowo, skoro ju\u017c i tak w tym grzebiemy, postanowiono r\u00f3wnie\u017c uzupe\u0142ni\u0107 przekazywane przez metod\u0119 informacje, takie jak np. poziom kompilacji danego fragmentu kodu, jak np. czy kod by\u0142 skompilowany za pomoc\u0105 C1\/C2 czy te\u017c np. by\u0142 inlinowany. W ten spos\u00f3b powsta\u0142 JEP 435: Asynchronous Stack Trace VM API<\/strong><\/a>, maj\u0105cy na celu zaproponowanie AsyncGetStackTrace API<\/code>. Ma ono by\u0107 wpisane w standard Javy, tak samo wydajne jak wcze\u015bniejsze rozwi\u0105zanie, a r\u00f3wnocze\u015bnie uzupe\u0142nione o wspomniane wy\u017cej detale.<\/p>\n\n\n\n

A, i \u017ceby wszyscy dobrze zrozumieli – wspomniane API to cz\u0119\u015b\u0107 HotSpot VM – a wi\u0119c u\u017cywa si\u0119 go z poziomu C. W zwi\u0105zku z tym w JEP-ie<\/a> znajdziecie takie brzydkie s\u0142owa jak wska\u017aniki czy pliki nag\u0142\u00f3wkowe.<\/p>\n\n\n

\n
\"\"
Klasyczny poradnik dla programist\u00f3w Javy, kt\u00f3rzy chcieli by u\u017cy\u0107 nowego JEPa przed premier\u0105 JDK 20, w kt\u00f3rym jest spora szansa \u017ce go zobaczymy.<\/figcaption><\/figure><\/div>\n\n\n

Dobra, to jeszcze a po co to komu, a komu to potrzebne? Tutaj wykorzystam okazj\u0119, \u017ceby podrzuci\u0107 Wam narz\u0119dzie, kt\u00f3rym jest async-profiler<\/strong>. Ten bowiem jest jednym z najpopularniejszych konsument\u00f3w wspomnianego AsyncGetCallTrace API<\/code>, dzi\u0119ki czemu sta\u0142 si\u0119 jednym z kluczowych narz\u0119dzi je\u015bli chodzi o profilowanie aplikacji na JVM. To w\u0142a\u015bnie pod k\u0105tem tego typu rozwi\u0105za\u0144 stworzony zosta\u0142 opisywany tu JEP i pozwoli\u0107 ma na stworzenie odpowiedniej wydajnej abstrakcji na ich potrzeby.<\/p>\n\n\n\n

Je\u015bli szukacie szybkiego wprowadzenia do tematu, post Krzysztofa \u015alusarskiego z Hazelcast<\/a> jest w sam raz dla Was. Nieco wi\u0119cej detali znajdziecie w A Guide to async-profiler<\/strong> opublikowanym na Baeldung<\/a>. Je\u015bli za\u015b b\u0119dziecie chcieli podje\u015b\u0107 do tematu profilingu na powa\u017cnie, polecam trzy godzinny kurs wideo prezentuj\u0105cy narz\u0119dzie<\/a>.<\/p>\n\n\n\n

I ja wiem, masa czasu, ale dla „produktywnych i szanuj\u0105cych czas”:<\/p>\n\n\n

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

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