{"id":115831,"date":"2024-05-16T14:59:20","date_gmt":"2024-05-16T12:59:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dlya-yadra-linux-predlozhen-drajver-ext2-napisannyj-na-yazyke-rust"},"modified":"2024-05-16T14:59:20","modified_gmt":"2024-05-16T12:59:20","slug":"dlya-yadra-linux-predlozhen-drajver-ext2-napisannyj-na-yazyke-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/dlya-yadra-linux-predlozhen-drajver-ext2-napisannyj-na-yazyke-rust","title":{"rendered":"Per il kernel Linux \u00e8 stato proposto un driver EXT2, scritto in linguaggio Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wedson Almeida Filho di Microsoft ha proposto per discussione nella mailing list degli sviluppatori del kernel Linux la seconda versione delle patch con un insieme di binding sopra il sottosistema VFS, destinato allo sviluppo di file system in linguaggio Rust operanti in modalit\u00e0 sola lettura. Insieme a questi binding, sono stati pubblicati due driver basati su di essi, realizzando i file system ext2 e tarfs, operanti anch'essi in modalit\u00e0 sola lettura. A differenza dell'implementazione precedente del file system Ext2 in linguaggio Rust \u2014 ext2-rs, la nuova versione opera a livello di kernel (modulo rust_ext2), e non in spazio utente. Il driver rust_ext2 contiene circa 700 righe di codice in Rust e pu\u00f2 essere utilizzato come punto di partenza per lo sviluppo di implementazioni pi\u00f9 complesse di file system, come Ext4. <\/p>\n
Il file system tarfs consente di montare archivi in formato Tar come un file system. Il driver utilizza un indice allegato ai file tar per navigare tra i file all'interno dell'archivio senza dover scorrere tutto il contenuto. <\/p>\n
Inoltre, si sta sviluppando un altro file system in linguaggio Rust che utilizza il layer di astrazione proposto, \u2014 PuzzleFS. PuzzleFS \u00e8 progettato per il posizionamento di contenitori isolati e offre funzionalit\u00e0 come la memorizzazione efficiente dei dati duplicati, la possibilit\u00e0 di montaggio diretto, la ricostruzione ripetuta delle immagini, il montaggio e la costruzione delle immagini molto rapide, la possibilit\u00e0 di utilizzare uno stadio intermedio opzionale per la conversione (canonicalizzazione) delle immagini, e la non necessit\u00e0 di passaggi completi attraverso l'albero del file system durante l'utilizzo di una struttura multilayer e delle sovrapposizioni delle modifiche in stile casync. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"