Pour simplifier, UFS et ext2 sont à peu-près équivalent.
HAMMER et ext4 sont tous les deux journalisés et n'ont pas besoin de fsck après un arrêt brutal la comparaison s'arrête là: ext4 reste un système de fichier traditionnel assez basique.
HAMMER de son côté a des propriétés qui le rapprochent des systèmes de gestion de bases de données. Il garde ainsi l'historique des transactions disque: on peut voir l'état du système de fichier à un instant t, récupérer d'anciennes versions de fichiers, etc...
Par défaut, l'historique est consolidé en un snapshot par jour et seuls les 60 snapshots les plus récents sont gardés mais ceci est réglable.
Cette conservation des transactions permet de synchroniser plusieurs systèmes de fichiers entre eux, en maître-esclave. On peut le faire de manière ponctuelle, comme si on envoyait un snapshot zfs, mais aussi de manière continue, en temps réél, le tout à travers un réseau IP si besoin.
Il est possible également de dire à HAMMER de dédupliquer les données qu'il stocke, ce qu'il fait très bien et sans avoir besoin de ressources gigantesques: une machine avec 2Go de mémoire peut convenir.
[^] # Re: Hammer
Posté par François Tigeot . En réponse à la dépêche DragonFly BSD 4.0. Évalué à 9.
Pour simplifier, UFS et ext2 sont à peu-près équivalent.
HAMMER et ext4 sont tous les deux journalisés et n'ont pas besoin de fsck après un arrêt brutal la comparaison s'arrête là: ext4 reste un système de fichier traditionnel assez basique.
HAMMER de son côté a des propriétés qui le rapprochent des systèmes de gestion de bases de données. Il garde ainsi l'historique des transactions disque: on peut voir l'état du système de fichier à un instant t, récupérer d'anciennes versions de fichiers, etc...
Par défaut, l'historique est consolidé en un snapshot par jour et seuls les 60 snapshots les plus récents sont gardés mais ceci est réglable.
Cette conservation des transactions permet de synchroniser plusieurs systèmes de fichiers entre eux, en maître-esclave. On peut le faire de manière ponctuelle, comme si on envoyait un snapshot zfs, mais aussi de manière continue, en temps réél, le tout à travers un réseau IP si besoin.
Il est possible également de dire à HAMMER de dédupliquer les données qu'il stocke, ce qu'il fait très bien et sans avoir besoin de ressources gigantesques: une machine avec 2Go de mémoire peut convenir.
La page de manuel est très fournie: http://leaf.dragonflybsd.org/cgi/web-man?command=hammer§ion=5