{"id":105750,"date":"2022-11-29T03:36:40","date_gmt":"2022-11-29T01:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dlya-linux-predlozhena-fajlovaya-sistema-composefs"},"modified":"2022-11-29T03:36:40","modified_gmt":"2022-11-29T01:36:40","slug":"dlya-linux-predlozhena-fajlovaya-sistema-composefs","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/dlya-linux-predlozhena-fajlovaya-sistema-composefs","title":{"rendered":"Per Linux \u00e8 stata proposta un file system Composefs","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Alexander Larsson, creatore di Flatpak e impiegato presso Red Hat, ha presentato una versione preliminare delle patch per l'implementazione del file system Composefs nel kernel Linux. Il file system proposto \u00e8 simile a Squashfs e si adatta per il montaggio di immagini in modalit\u00e0 di sola lettura. Le differenze riguardano la garanzia in Composefs di uno storage condiviso efficace dei contenuti di pi\u00f9 immagini disco montate e il supporto per la convalida dei dati letti. Come aree di applicazione in cui potrebbe risultare utile il file system Composefs, si citano il montaggio delle immagini dei contenitori e l'applicazione per il repository OSTree simile a Git. <\/p>\n
In Composefs viene utilizzato un modello di archiviazione con indirizzamento basato sul contenuto, cio\u00e8 l'identificatore primario non \u00e8 il nome del file, ma l'hash del contenuto del file. Tale modello garantisce la deduplicazione e consente di conservare effettivamente una sola copia dei file identici che si trovano in diverse partizioni montate. Ad esempio, le immagini dei contenitori contengono molti file di sistema tipici e nel caso di Composefs ciascuno di questi file sar\u00e0 condiviso da tutte le immagini montate, senza l'uso di trucchi come il passaggio tramite collegamenti simbolici. Inoltre, i file condivisi non solo sono conservati come una sola copia su disco, ma occupano anche una sola voce nella cache delle pagine, permettendo di risparmiare sia memoria di disco che RAM. <\/p>\n
Per risparmiare memoria di disco, i dati e i metadati delle immagini montate sono separati. Durante il montaggio si specificano: <\/p>\n
\n
Un indice binario, in cui sono contenuti tutti i metadati del file system, i nomi dei file, i permessi e altre informazioni, ad eccezione del contenuto diretto dei file.\n
La directory di base in cui \u00e8 conservato il contenuto dei file di tutte le immagini montate. I file sono conservati in base all'hash del loro contenuto. <\/ul>\n
L'indice binario viene creato per ogni immagine FS, mentre la directory di base \u00e8 unica per tutte le immagini. Per verificare il contenuto di singoli file e dell'intera immagine in situazioni di archiviazione condivisa, pu\u00f2 essere utilizzato il meccanismo fs-verity, che controlla, quando si accede ai file, la corrispondenza degli hash indicati nell'indice binario con il contenuto effettivo (cio\u00e8, se un malintenzionato modifica un file nella directory di base o se i dati subiscono danni a causa di un guasto, tale verifica rilever\u00e0 la discrepanza). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"