Red Hat и общността GraalVM бяха представени наскоро съвместно обяви освобождаването на ново разпределение от GraalVM, наречен дорник. Очаква се това с това ново разпределение управлявайте изграждането на Red Hat на Quarkus, наскоро обявено попълнение на Red Hat Runtimes.
Quarkus е родна Kubernetes Java рамка за JVM и родна компилация. Кваркус осигурява ефективно решение за стартиране на Java сървърни приложения, микроуслуги, контейнери, Kubernetes, FaaS или облак. Mandrel е с отворен код и е достъпен в GitHub, но все още няма двоично разпределение.
Според бележка от Марк Литъл, старши инженерен директор на Red Hat, Mandrel може да се опише като разпространение на стандартен OpenJDK със специално опаковано вградено изображение на GraalVM.
Основната цел зад представянето на Mandrel от Red Hat е да се подобри скоростта и ефективността на рамката на Quarkus. Това е рамка, която предлага локално развитие с бързо презареждане и разпределение в контейнери или без сървър за доставчици на облачни изчисления.
Кваркус се фокусира върху възможността за изграждане на собствени изпълними файлове които започват по-бързо и те също така намаляват оперативните разходи и ресурси в облака.
Всъщност, Red Hat обясниха, че за Quarkus важният елемент на GraalVM е неговата естествена функционалност на изображението който произвежда естествени изпълними файлове, което е ключова характеристика за Java, за да бъде конкурентна в натоварванията на родния облак. Следователно Mandrel позволява да има GraalVM в допълнение към OpenJDK 11 в Red Hat Enterprise Linux и други дистрибуции на OpenJDK 11.
Според Red Hat разликата за потребителя е минимална, но за поддръжката е от съществено значение предварително подравняване с OpenJDK 11 и GraalVM.
„С Mandrel клиентите на Red Hat и общността GraalVM се възползват от наистина отворено развитие, а Red Hat може да подкрепя своите клиенти с доказани механизми, като същевременно връща на общностите, на които имат доверие, да продължат да напредват държавата. на изкуството на компютрите с отворен код ", каза компанията, говорейки за Mandrel.
По отношение на производителността, GraalVM се отличава с 50 пъти по-бързо време за стартиране и 5 пъти по-малко използване на паметта.
Тези различни тестове бяха направени с помощта на по-стара версия на рамката Quarkus спрямо режима Java HotSpot. Въпреки че това подобрение изисква по-дълго време за компилиране, то може да се използва паралелно с внедряването на функциите Quarkus Lambda и Azure.
Освен това, хранилището Mandrel GitHub все още не предлага двоично разпространение. Напротив, потребителите сами компилират JDK, следвайки инструкциите. Освен това разработчикът на софтуер Джеймс Уорд направи подробна оценка на GraalVM и представи предимствата му за подобряване на производителността, както и някои подводни камъни, като приложения, които разчитат на размисъл.
Според него това създава проблем за собствените изображения на GraalVM, тъй като отражението се случва по време на изпълнение, което затруднява компилатора на AOT (ранни птици) да определи пътищата за изпълнение.
Когато става въпрос за приложения, които не трябва да мислят, началната страница на Quarkus сочи директно към предимството: 12MB RAM срещу 73MB (намаление с 83%) и 0.016 секунди при първия отговор спрямо 0.943 (спад от 98 %).
Разработчиците вече могат да използват Mandrel със собствена компилация, или те могат да се доверят на общността GraalVM или на която и да е JDK 11 и по-висока дистрибуция. Други казват, че тези местни Java рамки всъщност не работят и не трябва да се превръщат в индустриален стандарт.
Според тях, не е технология с общо предназначение където човек може да вземе съществуващо Java приложение и да го направи роден. Това няма да работи дори за приложения, написани чрез избор на библиотека от обширната екосистема на Java.
Последните вярват, че различни доставчици на рамки залагат на факта, че повечето Java приложения са HTTP / ORM / JSON приложения, в допълнение към мерките и сигурността и т.н.
Ако искате да научите повече за това, можете да се консултирате следната връзка.