¿Es una buena idea utilizar un sistema de archivos NTFS comprimido en un disco duro externo?

Estoy pensando en usar NTFS comprimido en mi disco duro USB externo. Debe usarse solo para copias de seguridad.

• ¿Es posible acceder a él desde Linux?
• ¿Es confiable?
• Según Microsoft , es más lento que el sistema de archivos normal. Dada la velocidad de transferencia (30 MB / s) y el procesador (2.8 GHz Phenom II X4), creo que lo contrario puede ser cierto. ¿Qué piensas?
• Según esta pregunta, no todos los archivos se comprimen. ¿Cómo puedo evitar esto?

1) Sí, es posible acceder desde Liunx. Como otros explicaron, ntfs-3g es capaz de manejar ntfs comprimidos.

2) fiabilidad: la compresión está en ntfs desde hace mucho tiempo (desde Windows NT, consulte http://www.ntfs.com/ntfs-compressed.htm ). No veo ningún problema de confiabilidad en Windows. No estoy tan seguro acerca de las implementaciones que no son de Windows (por ejemplo, Linux). Si su única preocupación es leer los datos en Linux, esto no plantea ningún problema de confiabilidad (montar de solo lectura es una buena idea al restaurar copias de seguridad de todos modos).

Además, los datos se comprimen a nivel de clúster, que generalmente es de 4 kiB. Una corrupción física del disco solo afecta a grupos individuales, no a archivos completos. A este respecto, los ntfs comprimidos deberían ser tan confiables como los no comprimidos.

3) Rendimiento: el artículo de KB que cita dice que el rendimiento podría verse afectado en un sistema de servidor , donde la CPU ya está saturada. En un sistema de escritorio con una CPU actual como la describe, el uso de ntfs comprimidos para las copias de seguridad no debería tener ningún impacto significativo en el rendimiento. Por el contrario, si almacena datos comprimibles, en realidad podría ganar rendimiento ya que tiene menos E / S. Eso es especialmente cierto si la interfaz (USB 2.0) es lenta en comparación con la CPU. Supongo que su CPU debería ser fácilmente capaz de saturar un enlace USB 2.0 escribiendo o leyendo ntfs comprimidos.

4) Si configura el indicador de compresión para todo el sistema de archivos, no debería tener el problema de los archivos movidos no comprimidos.

1. Creo que es accesible desde Linux, pero no estoy seguro.

2. ¿Confiable en qué sentido? Es más fácil que sus datos se corrompan, pero no estoy seguro de si eso es lo que quiere decir.

3. Es más lento en cuanto al procesador, pero más rápido en cuanto a E / S. Si su procesador es mucho más rápido que su disco, entonces podría valer la pena leer menos datos pero hacer algo de procesamiento, en lugar de leer archivos grandes pero evitando el procesamiento posterior.

4. No puede evitar esto, depende de cómo se programaron las aplicaciones. Recuerdo haber visto una configuración en Windows que tenía que hacer algo con esto, pero no creo que haga lo que necesita: actualizaré esto si resulta que lo hace.

1. El ntfs-3gcontrolador admite la lectura, la adición y (recientemente) la modificación de archivos comprimidos.

   Actualmente, la lectura de archivos comprimidos es compatible con todas las versiones ntfs-3g. Desde ntfs-3g-2009.11.14 se admite la creación de nuevos archivos comprimidos, la eliminación de contenidos y la incorporación de datos a archivos comprimidos existentes. La modificación de archivos comprimidos existentes sobrescribiendo datos existentes (o agujeros existentes) se admite desde ntfs-3g-2010.8.8.

   - NTFS-3G Advanced: compresión de datos

2. El sistema de archivos es tan confiable como sus contrapartes habituales de Linux, ext3 / ext4.

   El ntfs-3gconductor maneja todo muy bien. (Es posible que todavía tenga algunos errores al modificar archivos comprimidos; como dice la cita anterior, solo se ha agregado en la versión 2010.8.8).

3. (sin respuesta)

4. Cuando esto es causado por programas que crean un archivo sin comprimir en otro lugar y lo mueven a su ubicación deseada más tarde, la solución es fácil: vuelva a habilitar la compresión en esos archivos.