{"id":108902,"date":"2023-06-09T21:10:23","date_gmt":"2023-06-09T19:10:23","guid":{"rendered":"https:\/\/prohoster.info\/?p=108902"},"modified":"2023-06-13T09:45:19","modified_gmt":"2023-06-13T07:45:19","slug":"kompaniya-cisco-predlozhila-fajlovuyu-sistemu-puzzlefs-dlya-yadra-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/kompaniya-cisco-predlozhila-fajlovuyu-sistemu-puzzlefs-dlya-yadra-linux","title":{"rendered":"L'azienda Cisco ha proposto un file system PuzzleFS per il kernel Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La societ\u00e0 Cisco ha proposto un nuovo file system PuzzleFS, realizzato come un modulo per il kernel Linux, scritto in Rust. Il file system \u00e8 progettato per l'uso in contenitori isolati e continua lo sviluppo delle idee presentate nel file system Atomfs. L'implementazione \u00e8 attualmente in fase di prototipo, supporta la compilazione con il branch del kernel Linux rust-next ed \u00e8 aperta sotto le licenze Apache 2.0 e MIT. <\/p>\n
Il progetto \u00e8 mirato a superare le limitazioni che sorgono nell'uso di immagini di contenitori nel formato OCI (Open Container Initiative). PuzzleFS affronta sfide come l'archiviazione efficiente dei dati duplicati, la possibilit\u00e0 di montaggio diretto, la ricostruzione ripetuta delle immagini e un funzionamento sicuro della memoria. <\/p>\n
Per la deduplicazione dei dati ripetitivi in diversi contenitori viene utilizzato l'algoritmo FastCDC (Fast Content-Defined Chunking), che funziona suddividendo i dati in frammenti di dimensioni arbitrarie e mantenendo un indice con gli hash dei frammenti elaborati. I frammenti ripetitivi vengono memorizzati una sola volta e indicizzati congiuntamente per tutti i livelli del file system, ovvero la deduplicazione pu\u00f2 coprire diversi punti di montaggio (un nuovo livello del file system pu\u00f2 essere avviato sulla base di uno esistente e utilizzare i frammenti di dati gi\u00e0 presenti per la deduplicazione). <\/p>\n
La ricostruzione ripetuta delle immagini dei contenitori viene raggiunta attraverso la definizione di una rappresentazione canonica del formato delle immagini dei contenitori. Il montaggio diretto (direct-mount) consente di montare un'immagine di un contenitore nel formato OCI da un'archiviazione condivisa globale senza prelevare, utilizzando come identificatore l'hash del contenuto dal manifesto del contenitore. Per la verifica dell'integrit\u00e0 dei dati in presenza di un'archiviazione condivisa pu\u00f2 essere utilizzato il meccanismo fs-verity, che controlla la corrispondenza tra gli hash specificati nell'indice binario e il contenuto effettivo durante l'accesso ai file. <\/p>\n
Il linguaggio Rust \u00e8 stato scelto per la sua alta performance del codice risultante, unita alle possibilit\u00e0 di una gestione sicura della memoria, il che consente di ridurre il rischio di vulnerabilit\u00e0 causate da problemi come l'accesso alla memoria dopo che \u00e8 stata liberata e il superamento dei confini del buffer. L'uso di Rust per il modulo del kernel ha anche facilitato la condivisione del codice tra il kernel e i componenti che operano nello spazio utente, per creare un'unica implementazione protetta. <\/p>\n
Tra gli altri obiettivi del progetto: costruzione e montaggio di immagini molto veloci, la possibilit\u00e0 di utilizzare una fase intermedia facoltativa per la conversione (canonicalizzazione) delle immagini, la non obbligatoriet\u00e0 di passaggi completi attraverso l'albero FS in stile mtree quando si utilizza una struttura multilayer, sovrapposizione delle modifiche in stile casync e un'architettura di semplice implementazione. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"