{"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\/news\/linus-torvalds-nameren-vklyuchat-svyazannye-s-rust-izmeneniya-v-obhod-mejntejnerov","title":{"rendered":"Linus Torvalds intende includere modifiche correlate a Rust senza passare attraverso i maintainer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Christoph Hellwig, manutentore dei sottosistemi DMA, KVM, Slab Allocator e architettura PowerPC nel kernel Linux, che ha rifiutato di accettare le interfacce Rust per il sottosistema DMA, \u00e8 intervenuto nella discussione sulle regole di gestione di Rust all'interno del kernel, pubblicate dal progetto Rust for Linux. Secondo Christoph, tali regole sono inutili finch\u00e9 non vengono concordate con la comunit\u00e0 e non incluse nella documentazione del kernel. <\/p>\n

Christoph ha anche sottolineato che nelle regole \u00e8 presente un'informazione errata riguardante la possibilit\u00e0 per i manutentori di prendere autonomamente decisioni sull'inclusione di codice relativo a Rust nei loro sottosistemi. Secondo Christoph, in una conversazione privata, Linus Torvalds ha dichiarato che \u00e8 fermamente intenzionato a includere codice Rust nel kernel, nonostante le obiezioni dei manutentori. Pertanto, gli sviluppatori e i manutentori del kernel dovranno affrontare Rust, indipendentemente dal fatto che lo desiderino o meno. <\/p>\n

Christoph ha anche paragonato nuovamente la diffusione delle interfacce Rust a un tumore che si diffonder\u00e0 in tutti i sottosistemi del kernel, portando a una frammentazione. Da un'entit\u00e0 unica, il kernel si trasforma in un progetto scritto in pi\u00f9 linguaggi, senza una chiara definizione di quando deve essere utilizzato ciascun linguaggio. Secondo Christoph, lavorare con una base di codice cos\u00ec mista \u00e8 diventato il suo peggior incubo, poich\u00e9 in tali condizioni si verifica costantemente la riscrittura del codice da un linguaggio all'altro e viceversa. <\/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 derivanti dal lavoro a basso livello con la memoria, prima di tutto \u00e8 necessaria la modernizzazione del codice esistente. Considerando che i manutentori reagiscono in modo doloroso anche a cose triviali, come i controlli per il superamento di interi, non \u00e8 chiaro come si possa superare il divario tra una parte del kernel che non accetta nemmeno semplici regole di sicurezza e un'altra parte che si attiene a regole rigorose. Se invece l'obiettivo \u00e8 semplificare lo sviluppo dei driver, l'introduzione del supporto per un altro linguaggio aggiunger\u00e0 solo ulteriore lavoro e aumenter\u00e0 il carico su persone gi\u00e0 sovraccariche che mantengono l'infrastruttura del kernel in uno stato funzionante. <\/p>\n

Per quanto riguarda i sostenitori dell'implementazione di Rust nel kernel, essi indicano i seguenti obiettivi: <\/p>\n