É uma boa ideia usar o sistema de arquivos NTFS compactado em um disco rígido externo?

10

Estou pensando em usar NTFS compactado no meu disco rígido USB externo. Deve ser usado apenas para backups.

É possível acessá-lo no Linux?
É confiável?
Segundo a Microsoft , é mais lento que o sistema de arquivos normal. Dada a taxa de transferência (30 MB / s) e o processador (Phenom II X4 de 2,8 GHz), acho que o oposto pode ser verdadeiro. O que você acha?
De acordo com esta pergunta, nem todos os arquivos são compactados. Como posso evitar isso?

— maaartinus
fonte

6

1) Sim, é possível acessá-lo a partir da Liunx. Como outros explicaram, o ntfs-3g é capaz de lidar com ntfs compactados.

2) confiabilidade: a compactação está em NTFS há muito tempo (desde o Windows NT, consulte http://www.ntfs.com/ntfs-compressed.htm ). Não vejo nenhum problema de confiabilidade no Windows. Não tenho tanta certeza sobre implementações que não são do Windows (por exemplo, Linux). Se sua única preocupação é ler os dados no linux, isso não representa um problema de confiabilidade (montar somente leitura é uma boa idéia ao restaurar backups de qualquer maneira).

Os dados também são compactados no nível do cluster, que geralmente é de 4 kiB. Uma corrupção física do disco afeta apenas clusters únicos, não arquivos inteiros. Nesse sentido, os ntfs compactados devem ser tão confiáveis quanto os não compactados.

3) Desempenho: o artigo da KB que você menciona diz que o desempenho pode ser afetado em um sistema servidor , onde a CPU já está saturada. Em um sistema de desktop com uma CPU atual, como você descreve, o uso de NTFS compactados para backups não deve ter nenhum impacto significativo no desempenho. Pelo contrário, se você armazenar dados compactáveis, poderá realmente obter desempenho, pois possui menos E / S. Isso é especialmente verdade se a interface (USB 2.0) for lenta em comparação com a CPU. Eu acho que sua CPU deve ser capaz de saturar facilmente um link USB 2.0 escrevendo ou lendo NTFS compactados.

4) Se você definir o sinalizador de compactação para todo o sistema de arquivos, não deverá ter o problema de arquivos movidos não compactados.

— georg
fonte

4

O NTFS nunca transfere arquivos compactados, no Windows ou no driver Linux. Infelizmente, essa otimização não existe. Você precisaria ir para um nível extremamente baixo para conseguir isso: crie o arquivo e os metadados, aloque previamente o espaço e, em seguida, grave os dados compactados no MFT e nos clusters alocados. Portanto, no uso normal, você não ganhará nada em termos de E / S.

— SilverbackNet

1

Eu acho que é acessível no Linux, mas não tenho certeza.
Confiável em que sentido? É mais fácil que seus dados sejam corrompidos, mas não tenho certeza se é isso que você quer dizer.
É mais lento em termos de processador, mas mais rápido em E / S. Se o seu processador é muito mais rápido que o seu disco, pode valer a pena ler menos dados, mas fazer algum processamento, em vez de ler arquivos grandes, mas evitando o pós-processamento.
Você não pode evitar isso, depende de como os aplicativos foram programados. Lembro-me de ter visto uma configuração no Windows que tinha algo a ver com isso, mas acho que não faz o que você precisa - atualizarei isso se isso acontecer.

— user541686
fonte

Anúncio 2: Quero dizer, se não há erros no sistema de arquivos ou similares. Anúncio 4: Na verdade, vou copiar arquivos de outra unidade não compactada, provavelmente usando o rsync. Realmente não vejo por que um aplicativo deve se importar com os aspectos internos do sistema de arquivos, IMHO é o trabalho do FS para fazer todo o trabalho.

— Maaartinus 14/03

Para o ponto 1 -> NTFS pode ser acessado

— @Mehrdad

1

@maartinus: # 2: Bem, eu não tenho dados concretos sobre isso, mas pessoalmente eu confiaria na versão do Windows, mas não na versão do Linux. # 4: é simplesmente uma questão de manter as configurações padrão, não uma questão de o aplicativo se importar. Quando um arquivo de 2 GB é movido de uma pasta não compactada para uma pasta compactada, não há razão para o sistema de arquivos gastar muito tempo compactando-o - ele apenas o deixa descompactado, daí o problema. Acho que não há muito o que fazer sobre isso. @Sathya: Ah, obrigado.

— user541686

Suponho que esse arquivo de saída descompactado só ocorra quando os arquivos forem movidos de uma parte descompactada do mesmo disco, o que não será o caso. Então está tudo bem.

— Maaartinus 15/03

1

O ntfs-3gdriver suporta a leitura, adição e (recentemente) modificação de arquivos compactados.

Atualmente, a leitura de arquivos compactados é suportada por todas as versões do NTFS-3G. A criação de novos arquivos compactados, a limpeza de conteúdo e a inclusão de dados em arquivos compactados existentes são suportados desde o ntfs-3g-2009.11.14. A modificação de arquivos compactados existentes substituindo dados existentes (ou furos existentes) é suportada desde o ntfs-3g-2010.8.8.

- NTFS-3G Advanced: compactação de dados
O sistema de arquivos é tão confiável quanto seus equivalentes usuais do Linux, ext3 / ext4.

O ntfs-3gmotorista lida com tudo muito bem. (Ele ainda pode ter alguns erros na modificação de arquivos compactados; como diz a citação acima, ele foi adicionado apenas na versão 2010.8.8.)
(sem resposta)
Quando isso é causado por programas que criam um arquivo descompactado em outro local e o movem para o local pretendido posteriormente, a solução alternativa é fácil: reative a compactação nesses arquivos.

— user1686
fonte

ntfs-3g -V: 2013.1.13AR.1No Ubuntu 14.10, kernel 3.16, ainda não posso garantir a capacidade do ntfs-3g de ler corretamente arquivos compactados na minha partição Win8 GPT. Mesmo copiar um arquivo resulta em um md5sum diferente.

— Marcos