Greg Kroah-Hartman, një nga mbajtësit e kernelit Linux kohët e fundit mori një propozim në të cilën thotë se është e mundur që një kornizë kushtuar zhvillimit të drejtuesve në gjuhën Rust të pranohet në thelb.
Edhe pse për momentin nuk ka asgjë konkrete, për këtë, Greg Kroah-Hartman formulon dy kushte: Njëra prej tyre është që korniza nuk do të aktivizohet si parazgjedhje në rastin e integrimit të saj, kjo, për të shmangur që dikush nuk ka nevojë për Rust për të përpiluar kernelin; së dyti, që qasja e propozuar ka përparësi reale krahasuar me ato që rrjedhin nga përdorimi i gjuhës C.
Dihet që Kernel Linux është produkt i zhvillimeve në gjuhët C dhe mbi të gjitha që për Linus Torvalds C është para së gjithash. Pra, në zhvillimin e drejtuesve për sistemin, përdorimi i C.
Zhvilluesit kompromisojnë mundësi të mëdha e cila ofron në drejtim të menaxhimit të burimeve hardware të një sistemi kompjuterik përdorimin e Rust.
Dhe kjo gjithnjë e më shumë zëra ngrihen për të thirrur kalimin në gjuhën e ndryshkut, njëra prej të cilave supozohet të zëvendësojë C për kontrollin e materialit.
Dhe është se në Samitin e fundit të Sigurisë Linux, studiuesit e sigurisë, së bashku me të tjerët, kanë theksuar një nga mangësitë më të mëdha gjuhësore C janë problemet që lidhen me menaxhimin e kujtesës - tejmbushja e tamponëve, alokimet, qasja në zona të pavlefshme ose të liruara të kujtesës, etj.
Sipas shifrave të raportuara nga dyshja e studiuesve, rezultati i 65% të dobësive të kernelit Linux të identifikuara në 6 muajt e fundit. Shifrat e Vulnerabilities dhe Ekspozimit të Përbashkët (CVE) janë të ngjashme: 15.9% e 2288 dobësive që prekën Kernel Linux në 20 vjet kanë të bëjnë me tejmbushjen e buffer-it.
Ekipi kërkimor nuk foli vetëm për përfitimet që ofron Rust në krahasim me C. Ai gjithashtu shfrytëzoi rastin për të paraqitur një iniciativë për të zhvilluar një kornizë kushtuar zhvillimit të drejtuesit Linux.
Ta themi thjesht, përpjekja është që të punojmë me API-të e kernelit Linux. Zhvillimet janë për arkitekturat x86, arm / arm64, mips, POWERPC, RISC-V, s390 dhe SPARC.
Por problemi më i madh është se vetëm Linus Torvalds beson se nuk ka asgjë më të mirë se gjuha C për programimin e sistemit.
Duhet të them se jam mjaft modë e vjetër për çështje si kjo. Arsyeja pse fillova Linux dhe sistemet operative në përgjithësi është se më pëlqen shumë hardueri. Më pëlqen të eksploroj aspektin material.
Nuk po e them këtë për të theksuar se unë jam ekspert. Ajo që dua të them është se më pëlqen të bashkëveproj me harduerin nga softueri. Parë nga ky këndvështrim, unë ende nuk kam parë një gjuhë programimi që i afrohet vetëm gjuhës C.
Kjo deklaratë nuk është vetëm sepse C është e dobishme për gjenerimin e kodit të mirë për të trajtuar harduerin. Gjithashtu, përdorimi i C ka kuptim për njerëzit që mendojnë si një kompjuter. Unë mendoj se arsyeja është se njerëzit që hartuan gjuhën C e bënë këtë në një kohë kur përpiluesit duhej të ishin të thjeshtë; në një kohë kur gjuha duhej të adaptohej me prodhimin ose rezultatin e pritur.
Kështu që kur e lexoj kodin në gjuhën C, unë e di se si do të duket kodi i asamblesë dhe kjo është ajo që më intereson, "tha ai 7 vjet më parë gjatë një prej fjalimeve të tij në konferencë. Intel Open Source Technology Center.
Më parë, ju keni hequr dorë nga propozime të ngjashme për të prezantuar C ++ në rrethin e gjuhëve kushtuar zhvillimit të drejtuesve për Linux. Në veçanti, ajo theksoi aftësinë për të bërë pastrues të orientuar drejt objektit me C sesa me C ++.
Iniciativa Alex Gaynor dhe Geoffrey Thomas vazhdon të jetë një projekt i shkëlqyeshëm në shumë akse. Për shembull, ekipi hulumtues thekson nevojën për zhvillimin e mëtejshëm të drejtuesve për skedarët dhe për llojet specifike të pajisjeve.
Atëherë do të duhet të shohim nëse përmbajtja mund të bindëra Linux mirëmbajtësit.