Prezentacja Red Hat i społeczności GraalVM niedawno wspólnie ogłosili wydanie nowa dystrybucja przez GraalVM, zwany trzpieniem. Oczekuje się, że z tą nową dystrybucją sterować kompilacją Red Hat firmy Quarkus, niedawno ogłoszony dodatek do Red Hat Runtimes.
Quarkus jest natywny framework Kubernetes Java dla JVM i natywnej kompilacji. kwarkus zapewnia wydajne rozwiązanie do uruchamiania bezserwerowych aplikacji Java, mikroserwisy, kontenery, Kubernetes, FaaS czy chmura. Mandrel jest open source i jest dostępny na GitHub, ale nie ma jeszcze dystrybucji binarnej.
Zgodnie z notatką Marka Little, starszego dyrektora ds. Inżynierii firmy Red Hat, Trzpień można opisać jako dystrybucję standardowego OpenJDK ze specjalnie spakowanym natywnym obrazem GraalVM.
Główny cel za wprowadzenie Mandrel firmy Red Hat jest poprawa szybkości i wydajności frameworka Quarkus. Jest to platforma oferująca rozwój lokalny z szybkim ładowaniem i dystrybucją kontenerową lub bezserwerową do dostawców usług w chmurze.
kwarkus koncentruje się na możliwości tworzenia natywnych plików wykonywalnych które zaczynają się szybciej i zmniejszają również koszty operacyjne i zasoby w chmurze.
W rzeczywistości Red Hat wyjaśnił, że dla Quarkusa ważnym elementem GraalVM jest jego natywna funkcjonalność obrazu który tworzy natywne pliki wykonywalne, co jest kluczową cechą, dzięki której Java jest konkurencyjna w natywnych obciążeniach chmurowych. Dlatego Mandrel pozwala na posiadanie GraalVM oprócz OpenJDK 11 w Red Hat Enterprise Linux i innych dystrybucjach OpenJDK 11.
Według firmy Red Hat różnica dla użytkownika jest minimalna, ale ze względu na łatwość konserwacji konieczne jest wcześniejsze dostosowanie do OpenJDK 11 i GraalVM.
„Dzięki firmie Mandrel klienci Red Hat i społeczność GraalVM czerpią korzyści z prawdziwie otwartego rozwoju, a Red Hat może wspierać swoich klientów sprawdzonymi mechanizmami, jednocześnie dając społecznościom, którym ufają, dalsze rozwijanie najnowocześniejszej sztuki informatyki open source”, - powiedziała firma, mówiąc o Mandrelu.
Pod względem wydajności GraalVM wyróżnia się 50-krotnie szybszym czasem uruchamiania i 5 razy mniejsze zużycie pamięci.
Te różne testy zostały przeprowadzone przy użyciu starszej wersji platformy Quarkus w trybie Java HotSpot. Chociaż to ulepszenie wymaga dłuższego czasu kompilacji, może być używane równolegle z wdrażaniem funkcji Quarkus Lambda i Azure.
Ponadto, repozytorium Mandrel GitHub nie oferuje jeszcze dystrybucji binarnej. Przeciwnie, użytkownicy samodzielnie kompilują zestaw JDK, postępując zgodnie z instrukcjami. Ponadto, programista James Ward szczegółowo ocenił GraalVM i przedstawił korzyści płynące z poprawy wydajności, a także kilka pułapek, takich jak aplikacje wymagające refleksji.
Według niego stwarza to problem dla natywnych obrazów GraalVM, ponieważ odbicie występuje w czasie wykonywania, co utrudnia kompilatorowi AOT (wczesnego ptaka) określenie ścieżek wykonywania.
Jeśli chodzi o aplikacje, które nie muszą myśleć, strona główna Quarkusa wskazuje bezpośrednio na zalety: 12 MB pamięci RAM w porównaniu z 73 MB (spadek o 83%) i 0.016 sekundy przy pierwszej odpowiedzi w porównaniu z 0.943 (spadek o 98% ).
Programiści mogą teraz używać Mandrela z własną kompilacjąlub mogą zaufać społeczności GraalVM lub dowolnej dystrybucji JDK 11 i nowszych. Inni twierdzą, że te natywne ramy Java tak naprawdę nie działają i nie powinny stać się standardem branżowym.
Według nich, nie jest technologią ogólnego przeznaczenia gdzie można wziąć istniejącą aplikację Java i uczynić ją natywną. To nie zadziała, nawet w przypadku aplikacji, które zostały napisane przez wybranie biblioteki z rozległego ekosystemu Java.
Ci ostatni uważają, że różni dostawcy frameworków stawiają na fakt, że większość aplikacji Java to aplikacje HTTP / ORM / JSON, oprócz środków i bezpieczeństwa itp.
Jeśli chcesz dowiedzieć się więcej na ten temat, skonsultuj się poniższy link.