euh...la déduplication elle-même est désactivée par défaut. Oui, bien vu. C'est moins effrayant comme ça.
Cependant, pourquoi ne pas le mettre par défaut quand la déduplication est activée ?
Je sais bien que tu te dis que : Quand tu te pose la question d'appliquer la déduplication sur un filesystem, tu va pas juste t'amuser à faire un zfs set dedup=on et attendre de voir ce qu'il se passe. En général tu lis la doc. Et la tu tomberas tout de suite sur les options possibles. Personnellement, je ne vois pas vraiment ou est le risque de rater ce point important.
Ça c'est dans un cadre idéal.
Dans la vraie vie, toutes les entreprises ne voient pas à long terme et imposent des deadlines style « ça doit être fait pour hier ».
Un exemple anodin
« Dev : Le repo svn est plein, on ne peux plus commiter.
- Admin : Forcément, on n'a pas fait de tests de métrologie avant et vous avez augmenté votre consommation de façon exponentielle. Et le budget pour racheter des disques nous a été refusé
- N+1 ben vous avez qu'à utiliser la déduplication j'ai vu ça sur 01 informatique, ça a l'air bien. Il faut que ce soit près dans la journée pour ne pas bloquer la prochaine mise en production de notre produit phare. »
Ça marche aussi pour les particuliers. Quand l'ami d'un ami dira que c'est de la balle dedup parce qu'on gagne plein de place, l'ami en question pourra très bien chercher dedup sur un forum et mettre ça en place sans regarder la doc (pas la peine de la lire, l'ami en question lui a expliqué alors il connait bien).
Des exemples de ce style, on peut les multiplier à l'envi. C'est sûr, on peut critiquer le N+1 ou l'ami idiot. Mais ça ne coute rien de mettre cette option par défaut et de proposer une option pour le désactiver uniquement à destination des personnes qui lisent la doc avec la mention « attention n'activez cette option que si vous savez ce que vous faites ».
C'est comme ça que ça fonctionne d'habitude il me semble, et ça me parait bien plus sûr.
[^] # Re: Collisions
Posté par ß ß . En réponse au journal Enlarge your ZFS pool. Évalué à 4.
euh...la déduplication elle-même est désactivée par défaut.Oui, bien vu. C'est moins effrayant comme ça.Cependant, pourquoi ne pas le mettre par défaut quand la déduplication est activée ?
Je sais bien que tu te dis que :
Quand tu te pose la question d'appliquer la déduplication sur un filesystem, tu va pas juste t'amuser à faire un zfs set dedup=on et attendre de voir ce qu'il se passe. En général tu lis la doc. Et la tu tomberas tout de suite sur les options possibles. Personnellement, je ne vois pas vraiment ou est le risque de rater ce point important.Ça c'est dans un cadre idéal.
Dans la vraie vie, toutes les entreprises ne voient pas à long terme et imposent des deadlines style « ça doit être fait pour hier ».
Un exemple anodin
« Dev : Le repo svn est plein, on ne peux plus commiter.
- Admin : Forcément, on n'a pas fait de tests de métrologie avant et vous avez augmenté votre consommation de façon exponentielle. Et le budget pour racheter des disques nous a été refusé
- N+1 ben vous avez qu'à utiliser la déduplication j'ai vu ça sur 01 informatique, ça a l'air bien. Il faut que ce soit près dans la journée pour ne pas bloquer la prochaine mise en production de notre produit phare. »
Ça marche aussi pour les particuliers. Quand l'ami d'un ami dira que c'est de la balle dedup parce qu'on gagne plein de place, l'ami en question pourra très bien chercher dedup sur un forum et mettre ça en place sans regarder la doc (pas la peine de la lire, l'ami en question lui a expliqué alors il connait bien).
Des exemples de ce style, on peut les multiplier à l'envi. C'est sûr, on peut critiquer le N+1 ou l'ami idiot. Mais ça ne coute rien de mettre cette option par défaut et de proposer une option pour le désactiver uniquement à destination des personnes qui lisent la doc avec la mention « attention n'activez cette option que si vous savez ce que vous faites ».
C'est comme ça que ça fonctionne d'habitude il me semble, et ça me parait bien plus sûr.