{"id":121776,"date":"2025-02-08T15:46:16","date_gmt":"2025-02-08T13:46:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/krizis-pri-prodvizhenii-yazyka-programmirovaniya-rust-v-yadro-linux"},"modified":"2025-02-08T15:46:16","modified_gmt":"2025-02-08T13:46:17","slug":"krizis-pri-prodvizhenii-yazyka-programmirovaniya-rust-v-yadro-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/krizis-pri-prodvizhenii-yazyka-programmirovaniya-rust-v-yadro-linux","title":{"rendered":"Crisi nella promozione del linguaggio di programmazione Rust nel kernel Linux.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
<\/p>\n
Nella comunit\u00e0 di sviluppatori del kernel Linux sono emerse divergenze riguardo all'integrazione del linguaggio di programmazione Rust. Christoph Hellwig, maintainer dei sottosistemi DMA, KVM, Slab Allocator e dell'architettura PowerPC nel kernel Linux, che in passato \u00e8 stato membro del comitato tecnico di Linux Foundation e querelante in una causa legale relativa alla GPL contro VMware, ha rifiutato di confermare le patch relative al supporto dello sviluppo di driver in Rust.<\/p>\n
Le patch proposte, che aggiungono wrapper per le funzioni del sottosistema DMA, hanno sollevato preoccupazioni riguardo alla complessit\u00e0 della manutenzione del codice e alla potenziale diminuzione della qualit\u00e0 del software. Alcuni sviluppatori preferiscono mantenere le interfacce di programmazione in C per evitare complicazioni aggiuntive.<\/p>\n
Come motivo del rifiuto \u00e8 stata citata la complessit\u00e0 della manutenzione del codice con la presenza di wrapper in altri linguaggi e la volont\u00e0 di mantenere le interfacce software per il DMA leggibili in C, senza confusione dovuta a wrapper poco chiari. Christoph ha suggerito di accedere direttamente all'API DMA in C in ogni driver scritto in Rust, per evitare di creare ulteriori astrazioni da cui i manutentori del kernel dovrebbero dipendere.<\/p>\n
Nonostante l'intenzione espressa dagli sviluppatori del progetto Rust for Linux di gestire autonomamente la base di codice scritta in Rust, \u00e8 stato posto un veto all'accettazione delle patch.<\/p>\n
Cristof ha sottolineato che se gli sviluppatori desiderano realizzare l'impossibilit\u00e0 di supportare Linux a causa della mescolanza di diversi linguaggi di programmazione in un'unica base di codice, dovrebbero farlo nel proprio driver, piuttosto che spargere questo \u00abtumore cancro\u00bb nel nucleo principale.<\/p>\n
Il problema della manutenzione risiede nel fatto che i wrapper in Rust pongono i manutentori in dipendenza dal codice Rust. A prima vista, sembra che i wrapper siano solo sovrastrutture sulle strutture e le funzioni in C, che non influenzano lo sviluppo e la manutenzione del codice in C. Ma non \u00e8 cos\u00ec. Con tali wrapper, gli sviluppatori dei sottosistemi, scritti in C, devono considerare l'impatto delle loro modifiche sulla continua funzionalit\u00e0 dei wrapper. Qualsiasi cambiamento nelle strutture dati o nelle funzioni interne in C potrebbe richiedere modifiche al codice dei wrapper, pertanto \u00e8 necessario monitorare e sincronizzare le modifiche riguardanti i wrapper nel codice C e nel codice Rust. Molti manutentori non sono disposti a assumersi la responsabilit\u00e0 aggiuntiva di risolvere i problemi che sorgono nel codice Rust e non intendono sprecare tempo nel monitorare lo stato dei wrapper in Rust.<\/p>\n
![\"Crisi](\"\/wp-content\/uploads\/2025\/02\/b7ee74cb593ca2e00054705ff007d92d.jpg\")
<\/p>\n