Greg Kroah-Hartman, een van de Linux-kernel-keepers onlangs ontving een voorstel waarin staat dat het mogelijk is dat een raamwerk dat is gewijd aan de ontwikkeling van stuurprogramma's in de Rust-taal wordt geaccepteerd in de kern.
Hoewel er op dit moment niets concreets voor is, Greg Kroah-Hartman formuleert twee voorwaarden: Een daarvan is dat het framework niet standaard geactiveerd zal worden in het geval van integratie, dit om te vermijden dat Rust niet nodig is om de kernel te compileren; ten tweede dat de voorgestelde benadering echte voordelen heeft in vergelijking met die welke zijn afgeleid van het gebruik van de C-taal.
Het is bekend dat Linux Kernel het product is van ontwikkelingen in C-talen en vooral dat voor Linus Torvalds C in de eerste plaats. Dus bij de ontwikkeling van de stuurprogramma's voor het systeem, is het gebruik van C.
Ontwikkelaars hebben enorme kansen gecompromitteerd die in termen van het beheer van de hardwarebronnen van een computersysteem het gebruik van Rust biedt.
En steeds meer stemmen worden verheven om de overgang naar de Rust-taal te noemen, een daarvan zou C moeten vervangen voor materiaalcontrole.
En het is dat tijdens de laatste Linux Security Summit, beveiligingsonderzoekers hebben, samen met anderen, gewezen op een van de grootste taalachterstanden C zijn de problemen met betrekking tot geheugenbeheer - bufferoverlopen, toewijzingen, toegang tot ongeldige of vrijgekomen geheugengebieden, enz.
Volgens de cijfers van het duo van onderzoekers is het resultaat van 65% van de Linux-kernelkwetsbaarheden geïdentificeerd in de afgelopen 6 maanden. De Common Vulnerabilities and Exposure (CVE) -cijfers zijn vergelijkbaar: 15.9% van de 2288 kwetsbaarheden die de Linux-kernel in 20 jaar hebben getroffen, houden verband met bufferoverflows.
Het onderzoeksteam sprak niet alleen over de voordelen die Rust biedt in vergelijking met C Hij maakte ook van de gelegenheid gebruik om een initiatief te presenteren om een raamwerk te ontwikkelen dat zich toelegt op de ontwikkeling van Linux-stuurprogramma's.
Simpel gezegd, de moeite is om te werken met de Linux-kernel-API's. De ontwikkelingen zijn voor x86, arm / arm64, mips, POWERPC, RISC-V, s390 en SPARC architecturen.
Maar het grootste probleem is dat alleen Linus Torvalds gelooft dat er niets beters is dan de C-taal voor systeemprogrammering.
Ik moet zeggen dat ik nogal ouderwets ben over dit soort zaken. De reden dat ik met Linux en besturingssystemen in het algemeen ben begonnen, is dat ik de hardware erg goed vind. Ik verken graag het materiële aspect.
Ik zeg dit niet om te benadrukken dat ik een expert ben. Wat ik bedoel is dat ik graag interactie heb met de hardware van de software. Vanuit dit oogpunt gezien heb ik nog geen programmeertaal gezien die alleen maar in de buurt komt van de C-taal.
Deze verklaring is niet alleen omdat C nuttig is voor het genereren van goede code om met hardware om te gaan. Het gebruik van C is ook logisch voor mensen die denken als een computer. Ik denk dat de reden is dat de mensen die de C-taal ontwierpen dat deden in een tijd dat compilers eenvoudig moesten zijn; in een tijd waarin taal zich moest aanpassen aan de verwachte output of het verwachte resultaat.
Dus als ik de code in C-taal lees, weet ik hoe de assemblagecode eruit zal zien en dat is wat mij interesseert ”, zei hij 7 jaar geleden tijdens een van zijn toespraken op de conferentie. Intel Open Source Technology Center.
Eerder hebt u soortgelijke voorstellen laten vallen om C ++ te introduceren in de cirkel van talen gewijd aan de ontwikkeling van stuurprogramma's voor Linux. Het benadrukte met name de mogelijkheid om objectgeoriënteerd schoner te maken met C dan met C ++.
Het initiatief van Alex Gaynor en Geoffrey Thomas blijft op vele vlakken een geweldig project. Het onderzoeksteam benadrukt bijvoorbeeld de noodzaak om door te gaan met de ontwikkeling van stuurprogramma's voor bestandssystemen en voor specifieke apparaattypen.
Dan zullen we moeten zien of inhoud kan overtuigenra Linux-beheerders.