44 votes

Quelles sont les différences entre HFS+ avec journalisation et HFS+ sans journalisation ?

Je suis sur le point de formater un disque dur externe (HDD).

Quelles sont les principales différences entre le journal intime HFS+ et HFS+ sans journalisme ? En dehors du fait que l'on a journal intime et l'autre non, comment cela affecte-t-il les performances du disque (avec des chiffres) ?

Mon intuition me dit que dans le cadre d'une utilisation "normale", la tenue d'un journal serait la meilleure solution, mais Y a-t-il des situations où l'on devrait envisager de ne pas utiliser le système HFS+ ? Compatibilité avec Linux est un, car il semble que le module hfsplus du noyau supporte la lecture et l'écriture sur les HFS+ non journalisés, mais seulement la lecture sur les HFS+ journalisés.

Autre chose qui mérite d'être mentionné ?

38voto

UnkwnTech Points 21942

Je n'ai pas de chiffres pour étayer cette affirmation, mais l'utilisation de HFS+ non journalisé est une bonne idée pour certains volumes qui nécessitent une vitesse absolue, sans se préoccuper (trop) d'une éventuelle "perte de données" ou "corruption de données" en cas de panne de courant ou similaire.

Quand est-ce que l'utilisation de HFS+ est non journalisée une MAUVAISE idée ?

  • Les lecteurs externes (USB, FW, ESata) qui sont souvent connectés et reconnectés : C'est généralement une mauvaise idée, car ces lecteurs ont tendance à être déconnectés accidentellement très souvent et ou leurs sources d'alimentation débranchées.

  • Partitions où l'intégrité des données est importante et où la protection contre une perte de puissance inattendue est une nécessité. (Documents, musique, vidéos, sauvegardes, etc.).

Quand est-ce que l'utilisation de HFS+ est non journalisée une bonne idée ?

  • Scratch, Temp, stockage trivial et autres disques et partitions similaires, où la vitesse est > l'intégrité des données en cas de panne de courant. Vous voulez que votre volume scratch de Final Cut ne soit pas journalisé (vous avez de toute façon un onduleur, n'est-ce pas ?). Vous voulez que votre volume temporaire Photoshop ne soit pas journalisé. Des lecteurs pour copier des données (un lecteur Pen par exemple si vous prenez soin de l'éjecter correctement).

  • Tout autre disque qui nécessite portabilité et compatibilité comme vous l'avez correctement souligné.

Rappelez-vous que le maintien du journal ajoute une petite surcharge, mais les avantages en cas de démontage inapproprié du volume sont importants, non seulement pour éviter un "scan" complet du disque au démarrage ou au remontage, mais aussi pour s'assurer que les données ne sont pas corrompues en premier lieu.

Le montage d'un lecteur non journalisé qui a été démonté de manière incorrecte, provoquera un problème de sécurité. fsck alors que le lecteur journalisé pourra être opérationnel en un temps plus court (analyse du journal et application des transactions non engagées).

En ce qui concerne la vitesse et les tests, je n'ai pas beaucoup d'informations pour étayer les affirmations ci-dessus, cependant, pour autant que je sache, la différence de vitesse n'est pas seulement très faible et même difficile à remarquer, mais dans certains cas, le système de fichiers journalisé est plus efficace. plus rapide que les non-journalistes.

Il s'avère que malgré la surcharge du journal, certaines opérations peuvent être effectuées de manière asynchrone dans le lecteur journalisé, alors que la version non journalisée doit effectuer les choses de manière synchrone.

Pour référence, j'ai fait quelques recherches sur Google pour essayer de trouver une vieille comparaison (les chiffres sont probablement valables puisque HFS+ n'a pas vraiment changé depuis leurs premières itérations dans OSX, à part l'ajout d'enregistrements de données d'attributs en ligne, et la sécurité des fichiers de liste de contrôle d'accès et peut-être autre chose.

Voici le site web avec les graphiques :

Comparaison entre HFS+ Journaled et HFS+ Non-journaled

TL;DR :

La séquence de copie/duplication/copie du fichier était à peu près aussi rapide pour les deux HFS journalisé/non journalisé. La même séquence avec le dossier était à nouveau un peu plus rapide avec le HFS journalisé

(c'est moi qui souligne)

Conclusion

Je suis quelque peu surpris de voir les résultats ci-dessus, car j'étais en quelque sorte convaincu que l'utilisation de Non-Journal était vraiment plus rapide pour certaines opérations, mais apparemment, dans les petits cas où cela peut faire une différence, c'est surpondéré par la "sécurité" de la journalisation.

0 votes

@Griffo en fait c'est +1 sur la question pour m'avoir fait investiguer et arriver à la conclusion ci-dessus ;-) Merci.

0 votes

@MartínMarconcini la réponse section "small overhead" manque l'overhead en termes de consommation d'espace disque. Par exemple, combien d'espace disque supplémentaire sera disponible pour le stockage des fichiers lorsque la journalisation n'est pas activée ?

0 votes

@ProBackup Bien que je n'aie pas de "chiffres", je crois vraiment que la taille du Journal sera négligeable dans les disques d'aujourd'hui.

4voto

Oskar Points 1242

La journalisation ajoute un délai et une complexité à chaque opération qui sera journalisée. Les écritures dans le journal forcent les données à être écrites immédiatement sur le disque, ce qui peut ralentir les autres transactions en cours sur le disque.

Un bon traitement de ce que fait la journalisation est dans le retraité Note technique TN1150 : Format de volume HFS Plus .

La zone du journal du système de fichiers est fortement écrite et oblige le système d'exploitation à synchroniser les données de façon régulière. Cela peut interférer avec de grosses opérations de lecture et d'écriture qui se déroulent en même temps qu'une modification du système de fichiers qui nécessite des entrées de journal.

L'avantage d'un système de journalisation est qu'au moment du montage, le système peut facilement terminer la création d'un fichier ou la modification d'un répertoire qui était en train d'être tentée. Le système de fichiers lui-même est réparé et mis dans un état cohérent avec une extrême rapidité par rapport à une vérification complète du catalogue du système de fichiers.

Pour les utilisateurs débutants, le fait qu'un ordinateur leur demande de réparer un disque n'est pas amusant. Cela provoque des incertitudes et les oblige à apprendre un peu comment les choses fonctionnent. Oui, cela leur fait oublier qu'ils peuvent perdre la photo qu'ils venaient de télécharger ou de déplacer. En pratique, le bon sens fait que même les nouveaux utilisateurs vérifient deux fois le fichier avant de le supprimer de l'appareil photo lorsque le "satané ordinateur" redémarre au milieu de la copie de leurs photos dans iPhoto. (Il est plus probable qu'ils appellent leur système d'assistance pour obtenir de l'aide à ce stade s'ils remarquent que le prochain démarrage était plus lent ou si cela se produit plus de deux fois par semaine).

Pour les utilisateurs avancés qui veulent les performances les plus rapides, les avantages de la journalisation commencent à ressembler à des pénalités au prix d'une performance plus lente. Ces pénalités peuvent être substantielles si le système est déjà proche de sa capacité ou s'il a besoin de performances maximales pour des transferts de données importants et soutenus, typiques de la vidéo professionnelle ou de certains flux de travail de base de données.

Ce genre de choses sont de bonnes raisons pour désactiver le journal :

  • fichiers de stockage de la base de données
  • des machines redondantes avec des routines de guérison des données après une panne
  • Un stockage RAID qui prend en charge la journalisation et plus encore.
  • juste besoin d'une vitesse supplémentaire, peu importe le coût

0 votes

TN1150 a semblé disparaître du domaine apple.com, puis l'édition 2004 est réapparue en tant que document retiré sur le site developer.apple.com/legacy/mac/library/#technotes/tn/ puis a déménagé à developer.apple.com/legacy/library/technotes/tn/tn1150.html . Un exemplaire nostalgique de l'édition 2004 est disponible à l'adresse suivante dubeiko.com/development/FileSystems/HFSPLUS/tn1150.html

0 votes

Le RAID ne prend pas en charge le type d'erreurs que la journalisation permet d'éviter. La journalisation permet de s'assurer que lorsque le système d'exploitation/système de fichiers est en train de mettre à jour votre répertoire, qui est une structure arborescente compliquée sur HFS, une panne du système ou un retrait du disque ne détruira pas l'ensemble de l'arborescence du répertoire en perdant potentiellement des nœuds (branches) importants que même fsck ne peut pas récupérer. Le RAID n'empêche pas cela - il n'empêche que la perte de données due à une défaillance du disque, qui est un type de perte de données très différent.

1voto

Petros Points 4430

Si vous le souhaitez, vous pouvez utiliser les outils du développeur pour comparer les performances des disques de différents systèmes de fichiers, un guide est disponible ici :  http://developer.apple.com/library/mac/DOCUMENTATION/Performance/Conceptual/FileSystem/Articles/MacOSXAndFiles.html

Je n'ai pas trouvé de comparaison avec des chiffres précis, mais il va sans dire qu'un système de fichiers avec journalisation offre une tolérance aux pannes, mais qu'un système de fichiers sans journalisation offre de meilleures performances.

J'ai aussi ajouté la balise file-system

0 votes

+1 pour le lien dev, j'ai tendance à oublier à quel point c'est une ressource utile. Et un +1 invisible pour le retag ;-)

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X