A programozási nyelv A Rust mindig a C helyettesítésére törekedett a Linux kernel fejlesztésében És az, hogy a Rust érlelésével több fejlesztő is növekvő érdeklődést mutatott a Linux kernelben való használata iránt.
A Virtuális Konferencián A Linux Plumber 2020, a mikrokonferencia folyamata írta az LLVM foglalkozást szervezett nyitott kérdésekről és akadályok a Rust upstream elfogadásához a Linux kernelen.
A téma iránti érdeklődés látható, mivel ez a foglalkozás volt a legforgalmasabb a 2020-as esemény közül.
Tehát át kellene írnunk a teljes Linux kernelt a Rust nyelvvel? Ez a vita nem a mai naptól származik, és a Rust első stabil verziójának 2015-ös megjelenése óta hangsúlyosabbá vált.
Tekintettel az általa kínált lehetőségekre Rozsda, egyesek azt javasolják. Idén az augusztusi Linux Vízvezeték-szerelő konferencián az előadóknak megint volt ideje megbeszélni.
És ez a meglepő úgy tűnik, egyetértenek egyhangúlag nem hogy ne írjuk át a meglévő kódot a Rust-ban, hanem a kernel fejlesztése folytassa a Rust használatát. Vagyis olyan világot képzelnek el, amelyben új kódrészleteket lehetne írni a Rust-ban.
Ez a munkamenet számos fejlesztő korábbi munkájára épült, többek között Alex Gaynor és Geoffrey Thomas tavaly tartott beszéde a Linux biztonsági csúcstalálkozón.
A konferencián bemutatták a Rust kernelmodulok prototípus készítésével kapcsolatos munkájukat, és támogatták a Rust kernelben való alkalmazását.
Hivatkoztak arra a munkára, amely azt mutatja, hogy az Android és az Ubuntu CVE által kiosztott kernelének sebezhetőségének körülbelül kétharmada memóriabiztonsági problémákhoz kapcsolódik.
Végül ezt elmagyarázták A Rust a biztonságosabb API-k révén teljesen elkerülheti az ilyen típusú hibákat a rendszer típusa és a hitel hitelesítője engedélyezi.
Ez a tanulmány már több fenntartót is sikerült meggyőzni Linus Torvalds, aki támogatta Rust bevezetését a kernelbe. Thomas és Gaynor, Josh Triplett, a Rust nyelvcsapat társelnöke és egy régóta működő Linux-rendszermag-fejlesztő, valamint más érdeklődő fejlesztők vettek részt a téma megbeszélésében.
Röviden kitértek eddigi munkájára, valamint néhány első gondolatára és kérdésére, mielőtt a legtöbb időt megbeszélésre nyitották volna.
Ezek a meglévő API-k használata a kernelben, az architektúra támogatása, valamint a Rust és a C közötti ABI-kompatibilitás kérdése.
Valójában kezdetben ezt hiszik a Rust bevezetése a fa struktúrájába tiszteletben kell tartania a meglévő C API-kat.
Mindenki azonban úgy érzi, hogy az ördög a részletekben rejlik, és mind az eddigi munka, mind az ülés során folytatott beszélgetés feltárt néhány nyitott kihívást.
Például a Linux nagymértékben használja az előfeldolgozó makrókat és az inline funkciókat, amelyek nem olyan egyszerűen kompatibilisek a bindgen eszközzel és a Rust külső funkcióinak felületével.
Szerintük, A Rust egyetlen kiforrott megvalósítása a fordító rustc, amely az LLVM-en keresztül bocsát ki kódot.
A Linux kernel sokféle architektúrát támogat, amelyek közül sok nem rendelkezik elérhető LLVM háttérprogrammal.
Triplett a maga részéről azt javasolta, hogy a Rust hozzáadása a kernelhez hozzájárulna a Rust építészeti támogatásának növeléséhez, a Debian-projekttel kapcsolatos tapasztalataira hivatkozva. Megemlítette, hogy a Rust szoftver bevezetése a Debianban segítette a rajongók és a niche architektúra felhasználóinak motiválását a Rust támogatásának javításában, és reméli, hogy a rendszermag támogatásával hasonló hatású lesz.
Különösen meg volt győződve arról, hogy minden LLVM háttérrel rendelkező architektúra gyorsan kompatibilis lesz a Rust-szal. A megbeszélés az alternatív Rust megvalósításokra is összpontosított, mint a szélesebb architektúra támogatás felé vezető út.
A munkamenet további konkrét mérföldkövek nélkül zárult, de úgy tűnik, hogy általános a lelkesedés a Rust Modok támogatása iránt, és növekszik az egyetértés a támogatás általános követelményeivel kapcsolatban.
Úgy tűnik, egy új korszak kezdete, felmerül a mozdíthatatlan C.
Helló Rust, Bye Linus Torvalds!