{"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\/es\/blog\/news\/dlya-linux-predlozhena-fajlovaya-sistema-composefs","title":{"rendered":"Se ha propuesto un sistema de archivos Composefs para Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Alexander Larsson, creador de Flatpak y empleado de Red Hat, present\u00f3 una versi\u00f3n preliminar de los parches para la implementaci\u00f3n del sistema de archivos Composefs para el n\u00facleo de Linux. El sistema de archivos propuesto es similar a Squashfs y tambi\u00e9n es adecuado para montar im\u00e1genes en modo de solo lectura. Las diferencias se centran en proporcionar en Composefs un almacenamiento conjunto eficiente del contenido de varias im\u00e1genes de disco montadas y en soportar la autenticaci\u00f3n de los datos le\u00eddos. Se mencionan \u00e1reas de aplicaci\u00f3n donde el sistema de archivos Composefs podr\u00eda ser \u00fatil, como el montaje de im\u00e1genes de contenedores y su uso en un repositorio OSTree similar a Git. <\/p>\n
Composefs utiliza un modelo de almacenamiento con direccionamiento basado en contenido, es decir, el identificador primario no es el nombre del archivo, sino el hash del contenido del archivo. Este modelo permite la deduplicaci\u00f3n y permite almacenar efectivamente solo una copia de archivos id\u00e9nticos que se encuentran en diferentes particiones montadas. Por ejemplo, las im\u00e1genes de contenedores contienen muchos archivos del sistema t\u00edpicos y en el caso de usar Composefs, cada uno de estos archivos ser\u00e1 compartido por todas las im\u00e1genes montadas, sin utilizar trucos como el enlace duro. Al mismo tiempo, los archivos compartidos no solo se almacenan como una \u00fanica copia en el disco, sino que tambi\u00e9n se manejan como una sola entrada en la cach\u00e9 de p\u00e1ginas, lo que permite ahorrar tanto en espacio de disco como en memoria RAM. <\/p>\n
Para ahorrar espacio en disco, los datos y metadatos en las im\u00e1genes montadas se separan. Al montar se indican: <\/p>\n
\n
Un \u00edndice binario, que contiene todos los metadatos del sistema de archivos, nombres de archivos, permisos y otra informaci\u00f3n, excepto el contenido real de los archivos.\n
Un directorio base en el que se almacena el contenido de todos los archivos de las im\u00e1genes montadas. Los archivos se almacenan en relaci\u00f3n con el hash de su contenido. <\/ul>\n
El \u00edndice binario se crea para cada imagen del sistema de archivos, y el directorio base es \u00fanico para todas las im\u00e1genes. Para verificar el contenido de archivos individuales y toda la imagen en condiciones de almacenamiento compartido, se puede aplicar el mecanismo fs-verity, que al acceder a los archivos verifica la correspondencia de los hashes especificados en el \u00edndice binario con el contenido real (es decir, si un atacante modifica un archivo en el directorio base o los datos se corrompen como resultado de un fallo, dicha verificaci\u00f3n revelar\u00e1 la discrepancia). \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"