Inilantad ang Red Hat at ang komunidad ng GraalVM kamakailan na magkasamang inihayag ang paglabas ng isang bagong pamamahagi ni GraalVM, tinawag na mandrel. Inaasahan na sa bagong pamamahagi na ito himukin ang pagbuo ng Red Hat ng Quarkus, isang kamakailang inihayag na karagdagan sa Red Hat Runtimes.
Si Quarkus ay isang katutubong balangkas ng Kubernetes Java para sa JVM at katutubong pagtitipon. quarkus nagbibigay ng isang mahusay na solusyon para sa pagpapatakbo ng mga application na walang server na Java, microservices, lalagyan, Kubernetes, FaaS o cloud. Ang Mandrel ay bukas na mapagkukunan at magagamit sa GitHub, ngunit wala pa itong pamamahagi ng binary.
Ayon sa isang tala mula kay Mark Little, ang senior director ng engineering ng Red Hat, Ang mandrel ay maaaring inilarawan bilang isang pamamahagi ng isang karaniwang OpenJDK na may isang espesyal na naka-pack na katutubong imahe ng GraalVM.
Ang pangunahing layunin sa likod ng pagpapakilala ng Mandrel ng Red Hat ay upang mapabuti ang bilis at kahusayan ng balangkas ng Quarkus. Ito ay isang balangkas na nag-aalok ng lokal na pag-unlad na may mabilis na recharge at containerized o serverless pamamahagi sa mga cloud computing provider.
quarkus nakatuon sa kakayahang bumuo ng mga katutubong maipapatupad mas mabilis ang pagsisimula at binabawasan din nila ang mga gastos at mapagkukunan sa pagpapatakbo sa ulap.
Sa katunayan, Ipinaliwanag ng Red Hat na para sa Quarkus, ang mahalagang elemento ng GraalVM ay ang katutubong pag-andar ng imahe na gumagawa ng mga katutubong maipapatupad, na isang pangunahing tampok para sa Java na maging mapagkumpitensya sa mga katutubong pag-load ng ulap. Samakatuwid, pinapayagan ng Mandrel na magkaroon ng GraalVM bilang karagdagan sa OpenJDK 11 sa Red Hat Enterprise Linux at iba pang pamamahagi ng OpenJDK 11.
Ayon sa Red Hat, ang pagkakaiba sa gumagamit ay minimal, ngunit para sa pagpapanatili, ang paunang pagkakahanay sa OpenJDK 11 at GraalVM ay mahalaga.
"Sa Mandrel, ang mga kostumer ng Red Hat at ang pamayanan ng GraalVM ay nakikinabang mula sa tunay na bukas na pag-unlad, at maaaring suportahan ng Red Hat ang mga customer nito sa mga napatunayan na mekanismo habang ibabalik sa mga pamayanan na pinagkakatiwalaan nilang patuloy na isulong ang estado. Sinabi ng kumpanya, na nagsasalita tungkol sa Mandrel.
Sa mga tuntunin ng pagganap, Ang GraalVM ay nakikilala ng isang 50 beses na mas mabilis na oras ng pagsisimula at 5 beses na mas mababa ang paggamit ng memorya.
Ang magkakaibang mga pagsubok na ito ay ginawa gamit ang isang mas lumang bersyon ng balangkas ng Quarkus laban sa mode ng Java HotSpot. Bagaman nangangailangan ang pagpapahusay na ito ng mas mahabang oras ng pag-ipon, maaari itong magamit nang kahanay sa pag-deploy ng mga pagpapaandar ng Quarkus Lambda at Azure.
Bukod dito, ang Mandrel GitHub repository ay hindi pa nag-aalok ng pamamahagi ng binary. Bagkos, Ang mga gumagamit ay nag-iipon ng JDK mismo sa pamamagitan ng pagsunod sa mga tagubilin. Bilang karagdagan, sinuri ng developer ng software na si James Ward ang GraalVM nang detalyado at ipinakita ang mga pakinabang nito sa pagpapabuti ng pagganap, pati na rin ang ilang mga pitfalls tulad ng mga application na nakabatay sa pagsasalamin.
Ayon sa kanya, lumilikha ito ng isang problema para sa mga katutubong imahe ng GraalVM dahil ang pagmuni-muni ay nangyayari sa oras ng pagpapatakbo, na ginagawang mahirap para sa isang AOT (maagang ibon) na tagatala upang matukoy ang mga landas ng pagpapatupad.
Pagdating sa mga app na hindi kailangang mag-isip, direktang tumuturo ang homepage ng Quarkus sa kalamangan: 12MB ng RAM kumpara sa 73MB (isang pagbaba ng 83%) at 0.016 segundo sa unang tugon kumpara sa 0.943 (isang pagbaba ng 98%) .
Maaari nang gamitin ng mga developer ang Mandrel gamit ang kanilang sariling build, o mapagkakatiwalaan nila ang pamayanan ng GraalVM o anumang JDK 11 at mas mataas na pamamahagi. Sinasabi ng iba na ang mga katutubong balangkas ng Java na ito ay hindi talaga gumagana at hindi dapat maging isang pamantayan sa industriya.
Ayon sa kanila, hindi isang pangkalahatang teknolohiya ng layunin kung saan ang isa ay maaaring kumuha ng isang mayroon nang Java application at gawin itong katutubong. Hindi ito gagana, kahit para sa mga application na nakasulat sa pamamagitan ng pagpili ng isang silid-aklatan mula sa malawak na ecosystem ng Java.
Naniniwala ang huli na ang iba't ibang mga tagabigay ng balangkas ay tumaya sa katotohanan na ang karamihan sa mga aplikasyon ng Java ay mga aplikasyon ng HTTP / ORM / JSON, bilang karagdagan sa mga panukala at seguridad, atbp.
Kung nais mong malaman ang tungkol dito maaari kang kumunsulta ang sumusunod na link.