Red Hat ja GraalVM-yhteisö paljastettiin ilmoitti hiljattain yhdessä uusi jakelu kirjoittanut GraalVM, kutsutaan tuurnaksi. On odotettavissa, että tämän uuden jakelun kanssa ajaa Red Hat -rakennusta Quarkuksesta, äskettäin ilmoitettu lisäys Red Hat Runtimesiin.
Quarkus on natiivi Kubernetes Java -kehys JVM: lle ja natiivikokoelma. quarkus tarjoaa tehokkaan ratkaisun palvelimettomien Java-sovellusten ajamiseksi, mikropalvelut, kontit, Kubernetes, FaaS tai pilvi. Mandrel on avoimen lähdekoodin ja saatavilla GitHubissa, mutta sillä ei ole vielä binaarijakaumaa.
Red Hatin suunnittelusta vastaavan johtajan Mark Littlein muistiinpanon mukaan Karaa voidaan kuvata tavallisen OpenJDK: n jakeluna erityisesti pakatulla GraalVM-alkuperäiskuvalla.
Päätavoite Red Hatin Mandrelin käyttöönoton takana on parantaa Quarkus-kehyksen nopeutta ja tehokkuutta. Se on kehys, joka tarjoaa paikallista kehitystä nopealla latauksella ja kontti- tai palvelimettomalla jakelulla pilvipalvelujen tarjoajille.
quarkus keskittyy kykyyn luoda alkuperäisiä suoritettavia tiedostoja jotka alkavat nopeammin ja ne myös vähentävät käyttökustannuksia ja resursseja pilvessä
Itse asiassa, Red Hat selitti, että Quarkusille GraalVM: n tärkeä elementti on sen alkuperäinen kuvatoiminto joka tuottaa natiivia suoritettavia tiedostoja, mikä on Java-avaintekijä olla kilpailukykyinen natiivipilvikuormituksissa. Siksi Mandrel sallii GraalVM: n käyttämisen OpenJDK 11: n lisäksi Red Hat Enterprise Linuxissa ja muissa OpenJDK 11 -jakeluissa.
Red Hatin mukaan ero käyttäjään on minimaalinen, mutta ylläpidettävyyden kannalta etukäteen sovittaminen OpenJDK 11: n ja GraalVM: n kanssa on välttämätöntä.
"Mandrelin ansiosta Red Hat -asiakkaat ja GraalVM-yhteisö hyötyvät todella avoimesta kehityksestä, ja Red Hat voi tukea asiakkaitaan todistetuilla mekanismeilla ja antaa samalla takaisin yhteisöille, joihin he luottavat, jatkamaan valtion edistämistä. sanoi yritys puhuen Mandrelista.
Suorituskyvyn suhteen GraalVM erottuu 50 kertaa nopeammasta käynnistysajasta ja viisi kertaa vähemmän muistin käyttöä.
Nämä erilaiset testit tehtiin käyttämällä Quarkus-kehyksen vanhempaa versiota Java HotSpot -moodia vastaan. Vaikka tämä parannus vaatii pidemmän kääntöajan, sitä voidaan käyttää samanaikaisesti Quarkus Lambda- ja Azure-toimintojen käyttöönoton kanssa.
Lisäksi, Mandrel GitHub -tietovarasto ei vielä tarjoa binaarijakelua. Päinvastoin, käyttäjät kokoavat JDK: n itse noudattamalla ohjeita. Lisäksi ohjelmistokehittäjä James Ward arvioi GraalVM: n yksityiskohtaisesti ja esitteli sen edut suorituskyvyn parantamisessa sekä joitain sudenkuoppia, kuten pohdintaan perustuvia sovelluksia.
Hänen mukaansa tämä luo ongelman alkuperäisille GraalVM-kuville, koska heijastus tapahtuu ajon aikana, mikä vaikeuttaa AOT (varhainen lintu) -kääntäjän määrittää toteutuspolkuja.
Kun on kyse sovelluksista, joiden ei tarvitse miettiä, Quarkus-kotisivu osoittaa suoraan edun: 12 Mt RAM-muistia verrattuna 73 Mt (lasku 83%) ja 0.016 sekuntia ensimmäisessä vastauksessa verrattuna 0.943 sekuntia (lasku 98%) ).
Kehittäjät voivat nyt käyttää Mandrelia omassa rakennuksessaantai he voivat luottaa GraalVM-yhteisöön tai mihin tahansa JDK 11 -versioon tai uudempaan. Toiset sanovat, että nämä alkuperäiset Java-kehykset eivät todellakaan toimi, eikä niistä pitäisi tulla alan standardeja.
Heidän mukaansa, ei yleiskäyttöinen tekniikka missä voidaan ottaa olemassa oleva Java-sovellus ja tehdä siitä natiivi. Tämä ei toimi, edes sovelluksissa, jotka kirjoitetaan valitsemalla kirjasto laajasta Java-ekosysteemistä.
Jälkimmäiset uskovat, että erilaiset kehyspalvelujen tarjoajat lyövät vetoa siitä, että useimmat Java-sovellukset ovat HTTP / ORM / JSON-sovelluksia toimenpiteiden ja suojauksen lisäksi.
Jos haluat tietää enemmän siitä, voit ottaa yhteyttä seuraava linkki.