Greg Kroah-Hartman, a közelmúltban az egyik Linux kerneltartó javaslatot kapott amelyben azt mondja lehetséges, hogy elfogadják a Rust nyelvű járművezetők fejlesztésének szentelt keretet a magban.
Bár jelenleg nincs semmi konkrét, Greg Kroah-Hartman két feltételt fogalmaz meg: Az egyik az, hogy a keretrendszer integrálása esetén alapértelmezés szerint nem lesz aktiválva, ez annak elkerülése érdekében, hogy a kernel fordításához nincs szükség Rustra; másodszor, hogy a javasolt megközelítésnek valódi előnyei vannak a C nyelv használatából eredőekkel szemben.
Ismeretes, hogy a Linux kernel a C nyelvű fejlesztések eredménye, és mindenekelőtt Linus Torvalds számára a C mindenekelőtt. Tehát a rendszer meghajtóinak fejlesztése során a C használata.
A fejlesztők hatalmas lehetőségeket veszélyeztettek amely a számítógépes rendszer hardveres erőforrásainak kezelése szempontjából a Rust használatát kínálja.
És ez az egyre több hang szólal meg a Rust nyelv átjárásának hívására, amelyek egyike állítólag a C-t helyettesíti az anyagszabályozáshoz.
És ez az, hogy a legutóbbi Linux Security Summit-en a biztonságkutatók másokkal együtt rámutattak az egyik legnagyobb nyelvi hiányosságra C a memóriakezeléssel kapcsolatos problémák - puffertúlcsordulások, allokációk, érvénytelen vagy felszabadult memóriaterületekhez való hozzáférés stb.
A kutatói páros által közölt adatok szerint az elmúlt 65 hónapban azonosított Linux-rendszermag sebezhetőségének 6% -a. A CVE-számok hasonlóak: a Linux kernelt 15.9 év alatt érintő 2288 sebezhetőség 20% -a puffertúlcsorduláshoz kapcsolódik.
A kutatócsoport nemcsak arról beszélt, hogy a Rust milyen előnyökkel jár a C-vel szemben. Kihasználta az alkalmat, hogy bemutasson egy kezdeményezést a Linux illesztőprogramok fejlesztésére szánt keretrendszer kifejlesztésére.
Egyszerűen fogalmazva, az erőfeszítés a Linux kernel API-kkal való együttműködés. A fejlesztések x86, arm / arm64, mips, POWERPC, RISC-V, s390 és SPARC architektúrákra vonatkoznak.
De a legnagyobb probléma az, hogy csak Linus Torvalds hiszi, hogy nincs jobb, mint a C nyelv a rendszer programozásához.
Azt kell mondanom, hogy elég régimódi vagyok az ilyen kérdésekben. Azért indítottam el a Linuxot és általában az operációs rendszereket, mert nagyon szeretem a hardvert. Szeretek feltárni az anyagi szempontot.
Nem azért mondom ezt, hogy hangsúlyozzam, hogy szakértő vagyok. Arra gondolok, hogy szeretek kommunikálni a szoftver hardverével. Ebből a szempontból nézve még nem láttam olyan programozási nyelvet, amely csak a C nyelvhez közelítene.
Ez az állítás nem csak azért van, mert a C hasznos a hardver kezelésére szolgáló jó kód létrehozásához. A C használatának értelme van a számítógépen gondolkodó emberek számára is. Szerintem ennek az az oka, hogy azok az emberek, akik megtervezték a C nyelvet, olyankor tették ezt, amikor a fordítóknak egyszerűeknek kellett lenniük; akkor, amikor a nyelvnek alkalmazkodnia kellett a várt eredményhez vagy eredményhez.
Tehát amikor elolvasom a kódot C nyelven, tudom, hogy fog kinézni az összeállítási kód, és ez érdekel "- mondta 7 évvel ezelőtt a konferencián tartott egyik beszéde során. Intel Open Source Technology Center.
Korábban hasonló javaslatokat dobott le a C ++ bevezetésére a Linux illesztőprogramok fejlesztésével foglalkozó nyelvek körében. Különösen azt emelte ki, hogy objektum-orientált tisztább legyen C-vel, mint C ++ -val.
Az Alex Gaynor és Geoffrey Thomas kezdeményezés továbbra is nagyszerű projekt számos tengelyen. Például a kutatócsoport hangsúlyozza, hogy folytatni kell az illesztőprogramok fejlesztését a fájlrendszerek és az adott eszköztípusok számára.
Akkor meg kell néznünk, hogy a tartalom meggyőzhetra Linux fenntartók.