{"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\/novosti-interneta\/kompaniya-cisco-predlozhila-fajlovuyu-sistemu-puzzlefs-dlya-yadra-linux","title":{"rendered":"Cisco ha proposto il file system PuzzleFS per il kernel Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Cisco ha proposto un nuovo file system PuzzleFS, implementato come modulo per il kernel Linux, scritto in linguaggio Rust. Il file system \u00e8 progettato per l'hosting di contenitori isolati e continua lo sviluppo delle idee presentate nel file system Atomfs. L'implementazione \u00e8 attualmente in fase prototipale, supporta la compilazione con il ramo del kernel Linux rust-next ed \u00e8 aperta sotto le licenze Apache 2.0 e MIT. <\/p>\n
Il progetto mira ad aggirare le limitazioni che sorgono nell'uso delle immagini dei contenitori nel formato OCI (Open Container Initiative). PuzzleFS affronta problemi come l'efficiente archiviazione di dati duplicati, la possibilit\u00e0 di montaggio diretto, il ricompilamento ripetuto delle immagini e un'operazione sicura con la memoria. <\/p>\n
Per la deduplica dei dati ripetuti in diverse immagini di contenitori, \u00e8 stato 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 duplicati vengono memorizzati una sola volta e indicizzati collettivamente per tutti i livelli del file system, ovvero la deduplica pu\u00f2 abbracciare 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 nella deduplica). <\/p>\n
La ricompilazione ripetuta delle immagini delle applicazioni viene raggiunta tramite la definizione di una rappresentazione canonica del formato delle immagini. Il montaggio diretto (direct-mount) consente di montare un'immagine di contenitore nel formato OCI da uno spazio di archiviazione condiviso globale senza la sua previa estrazione, usando come identificatore l'hash del contenuto dal manifesto del contenitore. Per verificare l'integrit\u00e0 dei dati in un contesto di archiviazione condivisa pu\u00f2 essere utilizzato il meccanismo fs-verity, che controlla la corrispondenza degli hash specificati nell'indice binario con il contenuto effettivo durante l'accesso ai file. <\/p>\n
Il linguaggio Rust \u00e8 stato scelto per la sua combinazione di elevate prestazioni del codice risultante e capacit\u00e0 di gestione sicura della memoria, che riduce il rischio di vulnerabilit\u00e0 causate da problemi come l'accesso a porzioni di memoria dopo il loro rilascio e l'overflow del buffer. L'uso di Rust per il modulo del kernel ha anche consentito la condivisione del codice tra il kernel e i componenti che operano nello spazio utente, creando un'unica implementazione sicura. <\/p>\n
Tra gli altri obiettivi del progetto: un'assemblaggio e montaggio delle immagini molto rapidi, la possibilit\u00e0 di utilizzare una fase intermedia opzionale per la trasformazione (canonicalization) delle immagini, l'assenza della necessit\u00e0 di passaggi completi attraverso l'albero del file system in stile mtree quando si utilizza una struttura multilivello, sovrapposizione delle modifiche in stile casync e un'architettura semplice da implementare. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"