Greg Kroah-Hartman, üks hiljuti Linuxi kerneli hoidjatest ettepaneku saanud milles öeldakse on võimalik, et aktsepteeritakse roostekeelse draiverite arendamisele pühendatud raamistik keskmes.
Kuigi praegu pole midagi konkreetset, Greg Kroah-Hartman sõnastab kaks tingimust: Üks neist on see, et raamistikku selle integreerimise korral vaikimisi ei aktiveerita, et vältida tuuma kompileerimiseks Rust'i kasutamist; teiseks, et pakutud lähenemisviisil on tegelikke eeliseid võrreldes nendega, mis tulenevad C-keele kasutamisest.
On teada, et Linuxi kernel on C-keeltes toimunud arenduste tulemus ja ennekõike on Linus Torvaldsi jaoks C ennekõike. Nii et süsteemi draiverite väljatöötamisel tuleks kasutada C-d.
Arendajad ohustasid tohutuid võimalusi mis pakub arvutisüsteemi riistvararessursside haldamise osas Rust'i kasutamist.
Ja see üha rohkem hääli kutsutakse läbipääsu rooste keelde, millest üks peaks materjali kontrollimiseks asendama C.
Ja see on see, et viimasel Linuxi turvalisuse tippkohtumisel turvateadlased on koos teistega osutanud ühele suurimale keelepuudusele C on mäluhaldusega seotud probleemid - puhvri ületäitumine, eraldised, juurdepääs kehtetutele või vabastatud mälupiirkondadele jne.
Teadlaste duo esitatud arvandmete kohaselt on viimase 65 kuu jooksul tuvastatud 6% Linuxi kerneli nõrkadest kohtadest saadud tulemus. CVE-näitajad on sarnased: 15.9% 2288 Linuxi tuuma 20 aasta jooksul mõjutanud haavatavusest on seotud puhvri ületäitumisega.
Uurimisrühm ei rääkinud ainult eelistest, mida Rust pakub võrreldes C-ga. Ta kasutas ka võimalust ja esitas algatuse Linuxi draiverite arendamisele pühendatud raamistiku väljatöötamiseks.
Lihtsamalt öeldes püütakse töötada Linuxi kerneli API-dega. Arendused on mõeldud x86, arm / arm64, mips, POWERPC, RISC-V, s390 ja SPARC arhitektuuride jaoks.
Pero suurim probleem on see, et ainult Linus Torvalds usub, et pole midagi paremat kui C keel süsteemi programmeerimiseks.
Pean ütlema, et olen sellistes küsimustes üsna vanamoodne. Linuxi ja üldiselt opsüsteemide käivitamise põhjus on see, et mulle meeldib riistvara väga. Mulle meeldib uurida materiaalset aspekti.
Ma ei ütle seda selleks, et rõhutada, et olen ekspert. Pean silmas seda, et mulle meeldib tarkvara tarkvaraga suhelda. Sellest vaatenurgast vaadates pole ma veel näinud programmeerimiskeelt, mis läheks vaid C-keele lähedale.
See väide pole ainult sellepärast, et C on kasulik riistvara käsitsemiseks hea koodi genereerimiseks. Samuti on C kasutamine mõttekas inimestele, kes mõtlevad nagu arvuti. Ma arvan, et põhjus on selles, et inimesed, kes kujundasid C-keele, tegid seda ajal, mil kompilaatorid pidid olema lihtsad; ajal, mil keel pidi kohanema oodatava väljundi või tulemusega.
Nii et kui loen koodi C-keeles, siis tean, kuidas koostekood välja näeb ja see mind huvitabki, "ütles ta 7 aastat tagasi ühel oma konverentsil peetud kõnes. Inteli avatud lähtekoodiga tehnoloogiakeskus.
Varem olete loobunud sarnastest ettepanekutest C ++ kasutuselevõtmiseks Linuxi draiverite väljatöötamisele pühendatud keelte ringis. Eelkõige tõsteti esile võimet muuta objekti orientatsioon C-ga puhtamaks kui C ++ -ga.
Alex Gaynori ja Geoffrey Thomase algatus on endiselt suurepärane projekt mitmel teljel. Näiteks rõhutab uurimisrühm vajadust jätkata failisüsteemide ja konkreetsete seadmetüüpide draiverite väljatöötamist.
Siis peame vaatama, kas sisu võib veendara Linuxi hooldajad.