Greg Kroah-Hartman, nedavno eden od skrbnikov jedra Linuxa prejel predlog v katerem piše da bo mogoče sprejeti okvir, namenjen razvoju gonilnikov v jeziku Rust v jedru.
Čeprav trenutno ni nič konkretnega, za to, Greg Kroah-Hartman oblikuje dva pogoja: Eden izmed njih je, da ogrodje v primeru njegove integracije ne bo privzeto aktivirano, da se prepreči, da Rust za prevajanje jedra ne potrebuje; drugič, da ima predlagani pristop resnične prednosti v primerjavi s tistimi, ki izhajajo iz uporabe jezika C.
Znano je, da je jedro Linuxa plod razvoja v jezikih C, predvsem pa je za Linusa Torvaldsa C prvi. Torej pri razvoju gonilnikov za sistem, uporaba C.
Razvijalci so ogrozili ogromne priložnosti ki v smislu upravljanja strojnih virov računalniškega sistema ponuja uporabo Rusta.
In vedno več glasov se oglaša, da pokliče prehod v jezik Rust, od katerih naj bi en nadomestil C za nadzor materiala.
In to je bilo na zadnjem vrhu o varnosti v Linuxu, raziskovalci varnosti so skupaj z drugimi opozorili na eno največjih jezikovnih pomanjkljivosti C so težave, povezane z upravljanjem pomnilnika - prelivi medpomnilnika, dodelitve, dostop do neveljavnih ali osvobojenih področij pomnilnika itd.
Glede na številke, ki jih je sporočil duo raziskovalcev, je rezultat 65% ranljivosti jedra Linuxa, ugotovljenih v zadnjih 6 mesecih. Podatki o splošnih ranljivostih in izpostavljenosti (CVE) so podobni: 15.9% od 2288 ranljivosti, ki so v 20 letih prizadele jedro Linuxa, je povezanih s prelivanjem medpomnilnika.
Raziskovalna skupina ni govorila le o koristih, ki jih Rust ponuja v primerjavi s C. Ob tej priložnosti je predstavil pobudo za razvoj okvira, namenjenega razvoju gonilnikov za Linux.
Preprosto povedano, trud je delati z API-ji jedra Linuxa. Razvoj se nanaša na arhitekture x86, arm / arm64, mips, POWERPC, RISC-V, s390 in SPARC.
Hruška največja težava je, da le Linus Torvalds verjame, da ni nič boljšega od jezika C. za sistemsko programiranje.
Moram reči, da sem pri takšnih vprašanjih precej staromoden. Razlog za zagon Linuxa in operacijskih sistemov na splošno je ta, da mi je strojna oprema zelo všeč. Rad raziskujem materialni vidik.
Tega ne govorim, da bi poudaril, da sem strokovnjak. Mislim, da rad komuniciram s strojno opremo iz programske opreme. Gledano s tega vidika še nisem videl programskega jezika, ki bi se približal le jeziku C.
Ta izjava ni samo zato, ker je C koristen za ustvarjanje dobre kode za obdelavo strojne opreme. Uporaba C je smiselna tudi za ljudi, ki razmišljajo kot računalnik. Mislim, da je razlog v tem, da so ljudje, ki so oblikovali jezik C, to storili v času, ko so morali biti prevajalniki preprosti; v času, ko se je moral jezik prilagoditi pričakovanim rezultatom ali rezultatom.
Ko torej preberem kodo v jeziku C, vem, kako bo videti zborna koda in to me zanima, «je dejal pred 7 leti med enim od svojih govorov na konferenci. Intel Open Source Technology Center.
Prej ste opuščali podobne predloge za uvedbo C ++ v krogu jezikov, namenjenih razvoju gonilnikov za Linux. Zlasti je izpostavil zmožnost objektno usmerjenega čistejšega s C kot s C ++.
Pobuda Alex Gaynor in Geoffrey Thomas je še vedno odličen projekt na številnih oseh. Raziskovalna skupina na primer poudarja, da je treba še naprej razvijati gonilnike za datotečne sisteme in za določene vrste naprav.
Potem bomo morali preveriti, ali vsebina lahko prepričara vzdrževalci Linuxa.