Rūdis, atrodo, kad „Linux“ kūrėjai sutinka

Programavimo kalba „Rust“ visada siekė pakeisti „C“ „Linux“ branduolio kūrime Ir tai, kad kai „Rust“ subrendo, keli kūrėjai išreiškė vis didesnį susidomėjimą jo naudojimu „Linux“ branduolyje.

XNUMX m. Virtualioje konferencijoje „Linux Santechnikai 2020“ - mikrokonferencijų srautas pateikė LLVM organizavo atvirų klausimų sesiją ir kliūtis už „Rust“ priėmimą „Linux“ branduolyje.

Susidomėjimas šia tema matomas, nes ši sesija buvo pati intensyviausia iš 2020 m. Renginio.

Taigi ar dabar turėtume perrašyti visą „Linux“ branduolį „Rust“ kalba? Ši diskusija nėra šios dienos ir buvo akcentuojama nuo pat pirmosios stabilios „Rust“ versijos pasirodymo 2015 m.

Atsižvelgiant į jo teikiamas galimybes Rūdys, kai kurie siūlo tai padaryti. Šiais metais rugpjūčio mėnesį vykusioje „Linux Santechnikų“ konferencijoje pranešėjai vėl turėjo laiko tai aptarti.

Ir stebina tai atrodo, kad jie sutinka vieningai ne ne perrašyti esamą kodą „Rust“, bet kad branduolio kūrimas ir toliau naudotų „Rust“. Tai yra, jie įsivaizduoja pasaulį, kuriame „Rust“ būtų galima parašyti naujus kodo fragmentus.

Ši sesija buvo paremta ankstesniu daugelio kūrėjų darbu, įskaitant praėjusių metų Alexo Gaynoro ir Geoffrey Thomaso kalbą „Linux Security Summit“.

Konferencijoje jie pristatė savo darbą su „Rust“ branduolio modulių prototipais ir pasisakė už „Rust“ priėmimą branduolyje.

Jie nurodė darbą, kuris parodė, kad maždaug du trečdaliai branduolio pažeidžiamumų, kuriems „Android“ ir „Ubuntu“ buvo priskirti CVE, yra susiję su atminties saugumo problemomis.

Jie galų gale paaiškino Rūdys gali visiškai išvengti tokios klaidos dėl saugesnių API įgalino jūsų sistemos tipas ir paskolos tikrintojas.

Šiuo tyrimu jau pavyko įtikinti kelis prižiūrėtojus Linus Torvalds, kuris palaikė Rust įvedimą į branduolį. Diskusijoje šia tema dalyvavo Thomas ir Gaynoras, Joshas Triplettas, „Rust“ kalbos komandos pirmininkas ir ilgametis „Linux“ branduolio kūrėjas, taip pat kiti suinteresuoti kūrėjai.

Prieš atidarydami didžiąją laiko dalį diskusijoms, jie trumpai palietė jo ligšiolinį darbą ir keletą pirmųjų minčių bei klausimų.

Tai yra esamų API naudojimas branduolyje, architektūros palaikymas ir klausimas apie ABI suderinamumą tarp „Rust“ ir „C“.

Tiesą sakant, jie iš pradžių tuo tiki Rust įvedimas į medžio struktūrą turi atitikti esamas C API. 

Tačiau visi jaučia, kad velnias yra detalėse, ir tiek iki šiol atliktas darbas, tiek pokalbis sesijos metu atskleidė keletą atvirų iššūkių.

Pavyzdžiui, „Linux“ intensyviai naudoja išankstinio procesoriaus makrokomandas ir įterptąsias funkcijas, kurių taip lengvai nepalaiko „bindgen“ įrankis ir „Rust“ išorinių funkcijų sąsaja.

Pagal juos, šiuo metu vienintelis brandus „Rust“ diegimas yra kompiliatorius rustc, kuris išleidžia kodą per LLVM.

„Linux“ branduolys palaiko įvairiausias architektūras, kurių daugelyje nėra LLVM backendo.

Savo ruožtu Triplettas pasiūlė, kad Rust pridėjimas prie branduolio padėtų padidinti Rust architektūrinę paramą, cituodamas jo patirtį su „Debian“ projektu. Jis paminėjo, kad „Rust“ programinės įrangos įdiegimas „Debian“ padėjo motyvuoti nišos architektūros entuziastus ir vartotojus pagerinti „Rust“ palaikymą, ir jis tikisi pridėti branduolio palaikymą, kad būtų panašus poveikis.

Visų pirma, jis buvo įsitikinęs, kad bet kokia architektūra, turinti LLVM backend, greitai bus suderinama su „Rust“. Diskusijoje taip pat buvo kalbama apie alternatyvius „Rust“ diegimus kaip kelią į platesnę architektūros palaikymą.

Sesija baigėsi be jokių konkrečių etapų, tačiau atrodo, kad jaučiamas bendras entuziazmas palaikyti „Rust Mods“ ir vis labiau susitarti dėl bendrų šios paramos reikalavimų.