Red Hat și comunitatea GraalVM au fost dezvăluite a anunțat recent lansarea în comun a o nouă distribuție de GraalVM, numit dorn. Se așteaptă cu această nouă distribuție conduce versiunea Red Hat a lui Quarkus, o adăugire recent anunțată la Red Hat Runtimes.
Quarkus este un framework Java Kubernetes nativ pentru JVM și compilare nativă. quarkus oferă o soluție eficientă pentru rularea aplicațiilor Java fără server, microservicii, containere, Kubernetes, FaaS sau cloud. Mandrelul este open source și este disponibil pe GitHub, dar nu are încă o distribuție binară.
Potrivit unei note a lui Mark Little, directorul principal de inginerie al Red Hat, Mandrelul poate fi descris ca o distribuție a unui OpenJDK standard cu o imagine nativă GraalVM special ambalată.
Obiectivul principal în spatele introducerii Mandrel de către Red Hat este de a îmbunătăți viteza și eficiența cadrului Quarkus. Este un cadru care oferă dezvoltare locală cu reîncărcare rapidă și distribuție containerizată sau fără server către furnizorii de cloud computing.
quarkus se concentrează pe capacitatea de a construi executabile native care încep mai repede și reduc și costurile și resursele de funcționare pe nor.
De fapt, Red Hat a explicat că pentru Quarkus, elementul important al GraalVM este funcționalitatea sa de imagine nativă care produce executabile native, care este o caracteristică cheie pentru ca Java să fie competitiv în sarcinile de lucru în cloud nativ. Prin urmare, Mandrel permite să existe GraalVM în plus față de OpenJDK 11 pe Red Hat Enterprise Linux și alte distribuții OpenJDK 11.
Potrivit Red Hat, diferența față de utilizator este minimă, dar pentru mentenabilitate, alinierea prealabilă cu OpenJDK 11 și GraalVM este esențială.
„Cu Mandrel, clienții Red Hat și comunitatea GraalVM beneficiază de o dezvoltare cu adevărat deschisă, iar Red Hat își poate sprijini clienții cu mecanisme dovedite, oferind în același timp comunităților în care au încredere pentru a continua să avanseze statul. a artei informaticii open source ", a spus compania, vorbind despre Mandrel.
În ceea ce privește performanța, GraalVM se distinge printr-un timp de pornire de 50 de ori mai rapid și de 5 ori mai puțină utilizare a memoriei.
Aceste teste diferite au fost făcute folosind o versiune mai veche a cadrului Quarkus în raport cu modul HotSpot Java. Deși această îmbunătățire necesită un timp de compilare mai lung, poate fi utilizată în paralel cu implementarea funcțiilor Quarkus Lambda și Azure.
În plus, depozitul Mandrel GitHub nu oferă încă distribuție binară. Dimpotriva, utilizatorii compilează JDK ei înșiși urmând instrucțiunile. În plus, dezvoltatorul de software James Ward a evaluat în detaliu GraalVM și și-a prezentat beneficiile în îmbunătățirea performanței, precum și unele capcane, cum ar fi aplicațiile care se bazează pe reflecție.
Potrivit lui, acest lucru creează o problemă pentru imaginile native GraalVM, deoarece reflectarea are loc la rulare, ceea ce face dificil pentru un compilator AOT (Early Bird) să determine căile de execuție.
Când vine vorba de aplicații care nu trebuie să gândească, pagina de pornire Quarkus indică direct avantajul: 12 MB RAM față de 73 MB (o scădere de 83%) și 0.016 secunde în primul răspuns față de 0.943 (o scădere de 98 %).
Dezvoltatorii pot folosi acum Mandrel cu propria lor versiunesau pot avea încredere în comunitatea GraalVM sau în orice distribuție JDK 11 și mai mare. Alții spun că aceste cadre Java native nu funcționează cu adevărat și nu ar trebui să devină un standard industrial.
Dupa parerea lor, nu o tehnologie de uz general unde se poate lua o aplicație Java existentă și o poate face nativă. Acest lucru nu va funcționa, chiar și pentru aplicațiile scrise prin alegerea unei biblioteci din vastul ecosistem Java.
Aceștia din urmă consideră că diferiți furnizori de cadru pariază pe faptul că majoritatea aplicațiilor Java sunt aplicații HTTP / ORM / JSON, pe lângă măsuri și securitate etc.
Dacă doriți să aflați mai multe despre aceasta, puteți consulta următorul link.