Est-ce une bonne idée d'utiliser un système de fichiers NTFS compressé sur un disque dur externe?

10

Je pense à utiliser NTFS compressé sur mon disque dur USB externe. Il ne doit être utilisé que pour les sauvegardes.

  • Est-il possible d'y accéder depuis Linux?
  • Est-ce fiable?
  • Selon Microsoft, il est plus lent que le système de fichiers normal. Étant donné le taux de transfert (30 Mo / s) et le processeur (Phenom II X4 2,8 GHz), je pense que le contraire peut être vrai. Qu'est-ce que tu penses?
  • Selon cette question, tous les fichiers ne sont pas compressés. Comment puis-je éviter ça?
external-hard-drive ntfs compression cross-platform maaartinus
la source

Réponses:

6

1) Oui, il est possible d'y accéder depuis Liunx. Comme d'autres l'ont expliqué, ntfs-3g est capable de gérer des ntfs compressés.

2) fiabilité: la compression est en ntfs depuis longtemps (depuis Windows NT, voir http://www.ntfs.com/ntfs-compressed.htm ). Je ne vois aucun problème de fiabilité sur Windows. Je ne suis pas sûr des implémentations non Windows (par exemple linux). Si votre seul souci est de lire les données sur linux, cela ne pose aucun problème de fiabilité (le montage en lecture seule est une bonne idée quand vous restaurez des sauvegardes).

Les données sont également compressées au niveau du cluster, qui est généralement de 4 Ko. Une corruption physique du disque affecte uniquement les clusters uniques, pas les fichiers entiers. À cet égard, les ntfs compressés devraient être tout aussi fiables que les non compressés.

3) Performances: l'article de la base de connaissances que vous citez indique que les performances peuvent être affectées sur un système serveur , où le processeur est déjà saturé. Sur un système de bureau avec un processeur actuel tel que vous le décrivez, l'utilisation de ntfs compressés pour les sauvegardes ne devrait pas avoir d'impact significatif sur les performances. Au contraire, si vous stockez des données compressibles, vous pourriez en fait gagner en performances car vous avez moins d'E / S. Cela est particulièrement vrai si l'interface (USB 2.0) est lente par rapport au CPU. Je suppose que votre CPU devrait facilement être capable de saturer une liaison USB 2.0 en écrivant ou en lisant des ntfs compressés.

4) Si vous définissez l'indicateur de compression pour l'ensemble du système de fichiers, vous ne devriez pas avoir le problème des fichiers déplacés non compressés.

georg
la source
4
NTFS ne transfère jamais les fichiers compressés, ni dans les fenêtres ni dans le pilote Linux. Cette optimisation n'existe malheureusement pas. Il vous faudrait descendre à un niveau extrêmement bas pour y parvenir: créez le fichier et les métadonnées, pré-allouez l'espace, puis écrivez les données compressées dans le MFT et les clusters alloués. Donc, en utilisation normale, vous ne gagnerez rien en termes d'E / S.
SilverbackNet
1

  1. Je pense qu'il est accessible depuis Linux, mais je ne suis pas sûr.

  2. Fiable dans quel sens? Il est plus facile pour vos données d'être corrompues, mais je ne sais pas si c'est ce que vous voulez dire.

  3. Il est plus lent en termes de processeur, mais plus rapide en termes d'E / S. Si votre processeur est beaucoup plus rapide que votre disque, cela peut valoir la peine de lire moins de données mais de faire un peu de traitement, au lieu de lire des fichiers volumineux tout en évitant le post-traitement.

  4. Vous ne pouvez pas éviter cela, cela dépend de la façon dont les applications ont été programmées. Je me souviens avoir vu un paramètre dans Windows qui devait faire quelque chose avec cela, mais je ne pense pas qu'il fait ce dont vous avez besoin - je le mettrai à jour s'il s'avère que c'est le cas.

user541686
la source
Annonce 2: je veux dire s'il n'y a pas de bogues dans le système de fichiers ou similaire. Annonce 4: En fait, je vais copier des fichiers à partir d'un autre lecteur non compressé, probablement en utilisant rsync. Je ne vois vraiment pas pourquoi une application devrait se soucier des éléments internes du système de fichiers, à mon humble avis, c'est la tâche du FS de faire tout le travail.
maaartinus
Pour pt # 1 -> NTFS peut être consulté @Mehrdad
Sathyajith Bhat
1
@maartinus: # 2: Eh bien, je n'ai aucune donnée concrète à ce sujet, mais personnellement je ferais confiance à la version Windows mais pas à la version Linux. # 4: Il s'agit simplement de conserver les paramètres par défaut, pas de prendre soin de l'application. Lorsqu'un fichier de 2 Go se déplace d'un dossier non compressé vers un dossier compressé, il n'y a aucune raison pour que le système de fichiers passe longtemps à le compresser - il le laisse simplement non compressé, d'où le problème. Je ne pense pas que vous puissiez y faire grand-chose. @Sathya: Ah merci.
user541686
Je suppose que ce fichier non compressé ne se produit que lorsque les fichiers sont déplacés d'une partie non compressée du même disque, ce qui ne sera pas le cas. Alors tout va bien.
maaartinus
1

  1. Le ntfs-3gpilote prend en charge la lecture, l'ajout et (récemment) la modification de fichiers compressés.

    La lecture des fichiers compressés est actuellement prise en charge par toutes les versions de ntfs-3g. La création de nouveaux fichiers compressés, l'effacement du contenu et l'ajout de données aux fichiers compressés existants sont pris en charge depuis ntfs-3g-2009.11.14. La modification des fichiers compressés existants en écrasant les données existantes (ou les trous existants) est prise en charge depuis ntfs-3g-2010.8.8.

    - NTFS-3G Advanced: compression des données

  2. Le système de fichiers est aussi fiable que ses homologues Linux habituels, ext3 / ext4.

    Le ntfs-3gconducteur gère très bien tout. (Il peut encore y avoir des bogues dans la modification des fichiers compressés; comme le dit la citation ci-dessus, il n'a été ajouté que dans la version 2010.8.8.)

  3. (pas de réponse)

  4. Lorsque cela est provoqué par des programmes créant un fichier non compressé ailleurs et le déplaçant vers son emplacement prévu ultérieurement, la solution de contournement est simple: réactivez la compression sur ces fichiers.

user1686
la source
ntfs-3g -V: 2013.1.13AR.1Depuis Ubuntu 14.10, noyau 3.16, je ne peux toujours pas garantir la capacité de ntfs-3g à même lire correctement les fichiers compressés sur ma partition Win8 GPT. Même la copie d'un fichier se traduit par une somme md5 différente.
Marcos