{"id":122006,"date":"2025-02-19T14:22:14","date_gmt":"2025-02-19T12:22:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov"},"modified":"2025-02-19T14:22:14","modified_gmt":"2025-02-19T12:22:14","slug":"linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov","title":{"rendered":"Linus Torvalds intende includere modifiche relative a Rust bypassando i maintainer.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Christoph Hellwig, maintainer dei sottosistemi DMA, KVM, Slab Allocator e dell'architettura PowerPC nel kernel Linux, ha rifiutato di integrare nel kernel le binding Rust per il sottosistema DMA, ma ha partecipato alla discussione sulle regole di gestione di Rust nel kernel, pubblicate dal progetto Rust for Linux. Secondo Christoph, tali regole sono inutili finch\u00e9 non sono concordate con la comunit\u00e0 e non incluse nella documentazione del kernel. <\/p>\n

Christoph ha anche fatto notare che nelle regole \u00e8 presente un'informazione errata riguardo al fatto che i maintainer possano prendere autonomamente decisioni sull'inclusione di codice relativo a Rust nei loro sottosistemi. Secondo Christoph, in una conversazione privata, Linus Torvalds ha affermato chiaramente che intende integrare nel kernel codice Rust, nonostante le obiezioni dei maintainer. Pertanto, gli sviluppatori e i maintainer del kernel dovranno ora affrontare Rust, indipendentemente dal fatto che lo desiderino o meno. <\/p>\n

Christoph ha anche paragonato la diffusione dei wrapper Rust a un tumore che si diffonde in tutti i sottosistemi del kernel, portando a una frammentazione. Da un insieme unico, il kernel si trasforma in un progetto scritto in pi\u00f9 linguaggi, senza una chiara definizione di quando utilizzare ciascun linguaggio. Secondo Christoph, lavorare con una base di codice cos\u00ec mista \u00e8 diventato il suo peggior incubo, poich\u00e9 in tali condizioni il codice viene continuamente riscritto da un linguaggio all'altro e poi di nuovo. <\/p>\n

In questo contesto, Christoph chiede di chiarire l'obiettivo dell'implementazione di Rust nel kernel. Se l'obiettivo \u00e8 risolvere i problemi di sicurezza legati al lavoro a basso livello con la memoria, \u00e8 necessaria prima di tutto una modernizzazione del codice esistente. Considerando che gli sviluppatori reagiscono in modo eccessivo anche a elementi triviali, come i controlli di overflow degli interi, non \u00e8 chiaro come si possa superare il divario tra una parte del kernel, che non adotta nemmeno regole basilari di sicurezza, e un'altra parte che segue rigorosamente tali regole. Se, invece, l'obiettivo \u00e8 semplificare lo sviluppo dei driver, l'introduzione di un ulteriore linguaggio aumenterebbe solo il carico di lavoro e stresserebbe ulteriormente le persone gi\u00e0 sovraccaricate che mantengono l'infrastruttura del kernel operativa. <\/p>\n

Per quanto riguarda i sostenitori dell'implementazione di Rust nel kernel, vengono indicate le seguenti finalit\u00e0: <\/p>\n