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

10

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?
maaartinus
fuente

Respuestas:

6

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.

georg
fuente
44
NTFS nunca transfiere archivos comprimidos, ni en Windows ni en el controlador de Linux. Esa optimización no existe, lamentablemente. Tendría que ir a un nivel extremadamente bajo para lograr eso: cree el archivo y los metadatos, preasigne el espacio, luego escriba en bruto los datos comprimidos en la MFT y los clústeres asignados. Por lo tanto, en uso normal, no obtendrá nada de E / S sabio.
SilverbackNet
1
  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.

usuario541686
fuente
Anuncio 2: Quiero decir, si no hay errores en el sistema de archivos o similares. Anuncio 4: En realidad, voy a copiar archivos de otra unidad no comprimida, probablemente usando rsync. Realmente no entiendo por qué una aplicación debería preocuparse por los componentes internos del sistema de archivos, en mi humilde opinión, es el trabajo del FS hacer todo el trabajo.
maaartinus
Para pt # 1 -> NTFS se puede acceder @Mehrdad
Sathyajith Bhat
1
@maartinus: # 2: Bueno, no tengo datos concretos sobre esto, pero personalmente confiaría en la versión de Windows pero no en la versión de Linux. # 4: Simplemente se trata de mantener la configuración predeterminada, no se trata del cuidado de la aplicación. Cuando un archivo de 2 GB se mueve de una carpeta no comprimida a una carpeta comprimida, no hay razón para que el sistema de archivos dedique mucho tiempo a comprimirlo, simplemente lo deja sin comprimir, de ahí el problema. No creo que haya mucho que puedas hacer al respecto. @Sathya: Ah, gracias.
user541686
Supongo que este archivo sin comprimir ocurre solo cuando los archivos se mueven de una parte sin comprimir del mismo disco, lo que no será el caso. Entonces todo está bien.
maaartinus
1
  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.

usuario1686
fuente
ntfs-3g -V: 2013.1.13AR.1A partir de Ubuntu 14.10, kernel 3.16, todavía no puedo garantizar la capacidad de ntfs-3g de incluso leer correctamente archivos comprimidos en mi partición GPT Win8. Incluso copiar un archivo sobre los resultados en un md5sum diferente.
Marcos