Pour ce que j'en connais, j'ai plutôt envie de dire que cela peut (parfois) convenir à un l'usage d'un particulier chez qui il y a parfois/souvent plusieurs copie d'une même donnée.
Dans un cadre professionnel, on peut espérer que l'organisation est plus rationnelle et que le véritable intérêt se situe au niveau de blocks.
En pratique, je vois au moins plusieurs domaines pour lesquels des blocks identiques sont monnaie courante :
* "Imagerie" (par exemple, données satellites ou capteurs plus généralement)
* Sauvegarde
* Virtualisation (comme évoqué par Kerro)
* Haute disponibilité & réplication
...
Par ailleurs, ce qui est réalisable au niveau fichier l'est logiquement au niveau block mais sans s'y limiter.
Bref : déduplication block >> pseudo déduplication fichier
Par ailleurs, associer le terme de déduplication à des fichiers revient à faire un équivalent de liens "hard", chose qui existe côté *nix depuis... pfffiou.
[^] # Re: Système de fichiers et déduplication
Posté par Quzqo . En réponse à la dépêche Sortie de DragonFly BSD 2.10. Évalué à 2.
Pour ce que j'en connais, j'ai plutôt envie de dire que cela peut (parfois) convenir à un l'usage d'un particulier chez qui il y a parfois/souvent plusieurs copie d'une même donnée.
Dans un cadre professionnel, on peut espérer que l'organisation est plus rationnelle et que le véritable intérêt se situe au niveau de blocks.
En pratique, je vois au moins plusieurs domaines pour lesquels des blocks identiques sont monnaie courante :
* "Imagerie" (par exemple, données satellites ou capteurs plus généralement)
* Sauvegarde
* Virtualisation (comme évoqué par Kerro)
* Haute disponibilité & réplication
...
Par ailleurs, ce qui est réalisable au niveau fichier l'est logiquement au niveau block mais sans s'y limiter.
Bref : déduplication block >> pseudo déduplication fichier
Par ailleurs, associer le terme de déduplication à des fichiers revient à faire un équivalent de liens "hard", chose qui existe côté *nix depuis... pfffiou.