{"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\/pt\/blog\/news\/dlya-linux-predlozhena-fajlovaya-sistema-composefs","title":{"rendered":"Uma nova sistema de arquivos Composefs foi proposta para Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Alexander Larsson, criador do Flatpak e funcion\u00e1rio da Red Hat, apresentou uma vers\u00e3o preliminar dos patches com a implementa\u00e7\u00e3o do sistema de arquivos Composefs para o kernel Linux. O sistema de arquivos proposto \u00e9 semelhante ao Squashfs e tamb\u00e9m \u00e9 adequado para montagem de imagens em modo somente leitura. As diferen\u00e7as se resumem a garantir que, no Composefs, haja um armazenamento eficiente do conte\u00fado de v\u00e1rias imagens de disco montadas e suporte \u00e0 autentica\u00e7\u00e3o dos dados lidos. \u00c1reas de aplica\u00e7\u00e3o onde o FS Composefs pode ser valioso incluem a montagem de imagens de cont\u00eaineres e seu uso como um reposit\u00f3rio semelhante ao Git, o OSTree. <\/p>\n
O Composefs utiliza um modelo de armazenamento com endere\u00e7amento baseado em conte\u00fado, ou seja, o identificador prim\u00e1rio n\u00e3o \u00e9 o nome do arquivo, mas um hash do conte\u00fado do arquivo. Esse modelo proporciona deduplica\u00e7\u00e3o e permite que apenas uma c\u00f3pia de arquivos id\u00eanticos seja armazenada, mesmo que apare\u00e7am em diferentes parti\u00e7\u00f5es montadas. Por exemplo, imagens de cont\u00eaineres cont\u00eam muitos arquivos de sistema padr\u00e3o e, ao usar o Composefs, cada um desses arquivos ser\u00e1 compartilhado por todas as imagens montadas, sem truques como redirecionamento por meio de links f\u00edsicos. Neste caso, os arquivos compartilhados n\u00e3o apenas s\u00e3o armazenados como uma \u00fanica c\u00f3pia no disco, mas tamb\u00e9m s\u00e3o representados por uma \u00fanica entrada no cache de p\u00e1ginas, permitindo economizar tanto em espa\u00e7o em disco quanto em mem\u00f3ria RAM. <\/p>\n
Para economizar espa\u00e7o em disco, os dados e metadados nas imagens montadas s\u00e3o separados. Ao montar, s\u00e3o especificados: <\/p>\n
\n
Um \u00edndice bin\u00e1rio que cont\u00e9m todos os metadados do sistema de arquivos, nomes de arquivos, permiss\u00f5es e outras informa\u00e7\u00f5es, exceto o conte\u00fado dos arquivos em si.\n
Um diret\u00f3rio base onde fica o conte\u00fado dos arquivos de todas as imagens montadas. Os arquivos s\u00e3o armazenados vinculados ao hash de seu conte\u00fado. <\/ul>\n
Um \u00edndice bin\u00e1rio \u00e9 criado para cada imagem de sistema de arquivos, enquanto o diret\u00f3rio b\u00e1sico \u00e9 \u00fanico para todas as imagens. Para verificar o conte\u00fado de arquivos individuais e da imagem completa em um ambiente de armazenamento compartilhado, pode ser aplicado o mecanismo fs-verity, que, ao acessar arquivos, verifica a conformidade dos hashes especificados no \u00edndice bin\u00e1rio com o conte\u00fado real (ou seja, se um invasor modificar um arquivo no diret\u00f3rio b\u00e1sico ou se os dados forem corrompidos devido a uma falha, essa verifica\u00e7\u00e3o revelar\u00e1 a discrep\u00e2ncia). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"