Red Hat og GraalVM-samfundet afsløret meddelte for nylig fælles frigivelsen af en ny distribution af GraalVM, kaldet dorn. Det forventes at med denne nye distribution kør Red Hat-bygningen af Quarkus, en for nylig annonceret tilføjelse til Red Hat Runtimes.
Quarkus er en native Kubernetes Java-ramme til JVM og native compilation. kvarkus giver en effektiv løsning til kørsel af serverløse Java-applikationer, mikrotjenester, containere, Kubernetes, FaaS eller sky. Mandrel er open source og tilgængelig på GitHub, men det har endnu ikke en binær distribution.
Ifølge en note fra Mark Little, Red Hat's senior direktør for teknik, Mandrel kan beskrives som en distribution af en standard OpenJDK med et specielt pakket GraalVM indfødt billede.
Hovedformålet bag introduktionen af Mandrel af Red Hat er at forbedre hastigheden og effektiviteten af Quarkus-rammen. Det er en ramme, der tilbyder lokal udvikling med hurtig genopladning og containeriseret eller serverløs distribution til cloud computing-udbydere.
kvarkus fokuserer på evnen til at opbygge indfødte eksekverbare filer der starter hurtigere og de reducerer også driftsomkostninger og ressourcer på skyen.
Faktisk, Red Hat forklarede, at for Quarkus er det vigtige element i GraalVM dets oprindelige billedfunktionalitet der producerer native eksekverbare filer, hvilket er en nøglefunktion for Java at være konkurrencedygtig i native cloud-arbejdsbelastninger. Derfor tillader Mandrel at have GraalVM ud over OpenJDK 11 på Red Hat Enterprise Linux og andre OpenJDK 11-distributioner.
Ifølge Red Hat er forskellen for brugeren minimal, men for vedligeholdelsesevne er forudgående tilpasning med OpenJDK 11 og GraalVM afgørende.
"Med Mandrel drager Red Hat-kunder og GraalVM-samfundet fordel af virkelig åben udvikling, og Red Hat kan støtte sine kunder med gennemprøvede mekanismer, mens de giver tilbage til de samfund, de stoler på, for at fortsætte med at udvikle staten. Inden for open source computing," sagde virksomheden og talte om Mandrel.
Med hensyn til ydeevne GraalVM er kendetegnet ved en 50 gange hurtigere opstartstid og 5 gange mindre hukommelsesforbrug.
Disse forskellige tests blev udført ved hjælp af en ældre version af Quarkus-rammen mod Java HotSpot-tilstand. Selvom denne forbedring kræver længere kompileringstid, kan den bruges parallelt med implementeringen af Quarkus Lambda- og Azure-funktionerne.
Derudover Mandrel GitHub-arkivet tilbyder endnu ikke binær distribution. Tværtimod, brugere kompilerer JDK selv ved at følge instruktionerne. Derudover evaluerede softwareudvikleren James Ward GraalVM i detaljer og præsenterede fordelene ved at forbedre ydeevnen samt nogle faldgruber, såsom applikationer, der er afhængige af refleksion.
Ifølge ham skaber dette et problem for indfødte GraalVM-billeder, fordi refleksion opstår ved kørsel, hvilket gør det vanskeligt for en AOT-kompilator (early bird) at bestemme eksekveringsstier.
Når det kommer til apps, der ikke behøver at tænke over, peger Quarkus-hjemmesiden direkte på fordelen: 12 MB RAM versus 73 MB (et fald på 83%) og 0.016 sekunder i det første svar versus 0.943 (et fald på 98% ).
Udviklere kan nu bruge Mandrel med deres egen build, eller de kan stole på GraalVM-samfundet eller en hvilken som helst JDK 11 og højere distribution. Andre siger, at disse oprindelige Java-rammer ikke rigtig fungerer og ikke burde blive en industristandard.
Ifølge dem, ikke en teknologi til generelle formål hvor man kan tage et eksisterende Java-program og gøre det oprindeligt. Dette fungerer ikke, selv for applikationer, der er skrevet ved at vælge et bibliotek fra det store Java-økosystem.
Sidstnævnte mener, at forskellige rammeleverandører satser på det faktum, at de fleste Java-applikationer er HTTP / ORM / JSON-applikationer ud over foranstaltninger og sikkerhed osv.
Hvis du vil vide mere om det, kan du konsultere følgende link.