¿hay algo así como flujos de datos alternativos en cualquier sistema de archivos de Linux?

Question

En Windows NTFS hay una característica agradable pero sin usar en su mayoría llamada "Alternate Data Streams" (ADS) que utilicé recientemente en un proyecto hobby-dev.

En Mac HFS + también hay una característica similar pero casi no utilizada llamada "named forks".

Estoy pensando en llevar este proyecto a Linux, pero no sé si algún sistema de archivos en Linux tiene esa característica.

Answer 1

Existen sistemas de archivos en Windows y Linux (y otros sistemas operativos) que admiten atributos extendidos (EA). El soporte de Windows se agregó para la compatibilidad de OS/2 y no tiene ninguna interfaz documentada, a excepción de un método hacky a través de la API de respaldo (eso es lo que hace Cygwin). Los EA están diseñados para almacenar valores pequeños solamente. En Windows, cada EA tiene un nombre ASCII (mientras que casi todos los demás nombres son Unicode) y el tamaño combinado de todos los EA en un archivo no puede ser mayor que 64k. Los EA no son archivos: no se puede abrir un identificador de archivo a un EA y leerlo como un archivo normal.

Las secuencias de datos alternativas son una función independiente proporcionada por NTFS que le permite proporcionar subarchivos alternativos dentro de un archivo. Cada archivo tiene una secuencia de datos predeterminada sin nombre que se abre automáticamente a menos que especifique una alternativa. Puede abrir un identificador a un ADS y leerlo (incluso ejecutarlo) como un archivo normal, con un único nombre de archivo (Unicode). Un ADS puede ser tan grande como cualquier archivo de disco.

No existe un análogo exacto de ADSes en Linux que yo sepa, pero en su lugar puede usar EA en el puerto Linux si los valores de los datos son pequeños.

Answer 2

La mayoría de los sistemas de archivos Linux tienen extended attributes. No estoy familiarizado con las transmisiones NTFS, así que no puedo comparar las dos. La mayoría de los sistemas de archivos deben estar montados con indicadores para habilitar los atributos extendidos, por lo que es posible que esto no funcione de forma genérica para el sistema de nadie. Generalmente se abrevian como xattr o xattrs.

Answer 3

Lo único que sé, que va un poco en esa dirección es extended attributes, pero por lo que he leído sobre ADS es def. no es lo mismo ¿Para qué estás usando eso exactamente?

Answer 4

Los sistemas de archivos Linux comúnmente utilizados no son compatibles. En su lugar, podría usar varios archivos y un esquema de nombres adecuado (simplemente adjunte el índice de flujo a cada nombre de archivo, tal vez), o un archivo que contenga varios archivos; De todas formas, encontrará que ese enfoque es mejor de otras maneras: por ejemplo, ¿qué sucede en Windows si alguien quiere hacer una copia de seguridad de los archivos de Windows en un medio con un sistema de archivos que no sea NTFS?

Answer 5

El problema con ADS es que Windows "perderá" esas transmisiones ADS en el segundo momento que se mueva a cualquier sistema de archivos que no sea NTFS. No considera que esas transmisiones sean importantes, por lo que a menudo no se guardan. Descubrirá que no están accesibles o desaparecen cuando se comparte una red, cuando se graba en un CD, se coloca en una unidad USB, etc.

Lo largo y lo corto es, a menos que tenga un dispositivo muy estrecho enfoque para su aplicación (siempre en NTFS), evitaría las transmisiones ADS por completo.

Answer 6

Los atributos extendidos son compatibles con algunos sistemas de archivos, especialmente XFS, y (creo) JFS; pero tienen un tamaño limitado (64k en XFS). Reiser4 admite horquillas de tamaño arbitrario; pero no es compatible con ninguna distribución que yo sepa. Otra opción es ZFS, de nuevo no es muy útil.

Al final, probablemente sea más inteligente usar un directorio.