¿Algún formato de disco de Linux es compatible con la compresión de carpetas transparentes? (Como NTFS)


5

Siento que podría usar una compresión transparente y transparente de carpetas.

Creo que una forma de lograrlo es comprimir normalmente y montar un archivo con Nautillus. HASTA DONDE SE. puede ejecutar programas desde el punto de montaje en un golpe de rendimiento. Mi única preocupación es que el punto de montaje no coincidirá con la ruta de archivo original en la que existía la carpeta.

Con la función NTFS "Comprimir esta carpeta para ahorrar espacio", todos los programas y archivos pueden realizar todas las operaciones de archivos a través del montaje. Incluyendo software que realmente importa, las cosas son como bibliotecas vinculadas y cientos de activos de aplicaciones.

Ideas? Actualmente utilizo ext4 como nadie, pero estoy abierto a jugar con sistemas de archivos más exóticos.


1
ZFS lo hace, deberías leer aquí, serverfault.com/questions/617648/…
MariusMatutiae

Duplicar ofhttp: //serverfault.com/questions/617648/transparent-compression-filesystem-in-conjunction-with-ext4, gracias a MariusMatutiae
ThorSummoner

Comencé a usar zfs a través de ZOL en debian, y me encanta & lt; 3, advirtiendo todas las cosas experimentales que la gente dice que no se utilicen ... ¡todavía no funciona muy bien, pero la compresión antigua está haciendo maravillas! ¡Y aprendí el valor de las instantáneas!
ThorSummoner

Respuestas:


1

ZFS. En estos días (después de Solaris) es de código abierto (bastante), pero el desarrollo se retrasó debido a problemas de licencia cuando Sun (Solaris) se detuvo y Oracle lo compró. Alguien en otro foro dijo que solo se ejecuta en Intel de 64 bits. Sospecho que la información está desactualizada. Información sobre http://zfsonlinux.org/ .

EXT4. Creo que está planeado, pero no implementado atm. Aunque sería una buena característica.

BTRFS. Podría decir una variante de Linux de un sistema de archivos similar a ZFS que podría considerar. https://btrfs.wiki.kernel.org/index.php/Main_Page (Yo lo elegiría)


Solo una nota, con discos individuales (o incluso particiones) no debes usar ZFS.
bviktor

@bviktor ¿tienes alguna cita? Sé que no puede hacer raid6 en una unidad de forma significativa, pero tengo la impresión de que incluso para un solo disco, zfs hace cosas buenas (especialmente en compresión / paridad / gestión de volúmenes lógicos / instantáneas / barrido. serverfault.com/a/851557/210994 comenta que raidz no funcionaría, eso obvio ..., un redditor sugiere ajustes copies a 2 o un número mayor puede incluso ofrecer redundancia de bloque en una sola unidad, que no obtendría de algo como ext4 AFAIK
ThorSummoner


Además, me gustaría señalar que Red Hat / CentOS 8 ya no tendrá Btrfs, por lo que, en esencia, RHEL 8 no tendrá soporte oficial para ningún tipo de compresión transparente, lo cual es bastante ridículo.
bviktor

0

No puedo agregar formato a los comentarios, así que solo reiteraré lo que comenté en la otra respuesta. Puede elegir entre Btrfs o ZFS, pero ZFS solo debe usarse en escenarios de múltiples discos debido a la forma en que ZFS está diseñado:

Técnicamente se puede hacer deduplicación y compresión.

Pero no hay protección contra la corrupción ya que no hay redundancia. Entonces cualquier error puede ser detectado, pero no puede ser corregido. Esto suena como un compromiso aceptable, pero en realidad no lo es. La razón es que no se puede permitir que los metadatos de ZFS se corrompan. Si es así, es probable que el zpool sea imposible de montar (y probablemente bloquee el sistema una vez que se encuentre la corrupción). Por lo tanto, un par de sectores defectuosos en el lugar correcto significará que todos los datos en el zpool se perderán. No algunos, todos. Además, no hay herramientas de recuperación de ZFS, por lo que no puede recuperar ningún dato en las unidades. No puede utilizar las herramientas de recuperación estándar que están diseñadas para NTFS, FAT32, etc. No funcionan correctamente.

Entonces, ¿Qué significa todo esto? Significa que corres el riesgo de que todo esté bien, y luego, de repente (y sin previo aviso), todos los datos se pierden irremediablemente.

fuente

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.