Pour les acl les réponses sont déjà là. (quoi qu'on pourrait citer les filers de chez NetApp par exemple, pour ceux ayant déjà tripoter ce genre de choses c'est vraiment bien, la gestion de droits avancés, pour s'affranchir des limitations que pbpg décrit fort justement ici, ouaih :p)
Pour la fonctionnalité de snapshooting, détrompes toi car je pense qu'il s'agit d'une fonction très attendue. C'est une fonction qui va permettre de mieux supporter le rythme effréné de développement de linux et des logiciels libres. Et cela, pas que pour Mr et Mme Michu...
En se situant au niveau du FS, la fonction devient transversale, s'affranchit des trucs-uiq-marchent-mal comme l'option de Yum, de Urpmi et de Apt. Qui prends tout les fichiers du système, et non le système lui même. IRL les fichiers contenus pas le système sont plus importants que le système lui même, dans de très nombreux cas
Pour avoir pas mal manipulé OpenSolaris, après des tests persos et après les bons conseils de Bruno B, je peux dire que c'est vraiment un régal à l'usage. En fait c'est même une killer feature. Car je n'en doute (je vérifie même pas avant) que tout comme les FS ext, il sera possible de déporter le journal d'une machine sur une autre machine, et d'y tirer les snapshooting. Les systèmes de sauvegarde tels que nous les connaissons sont en train de disparaitre, doucement, mais surement.
C'est vraiment ce genre de fonctions, intégrées à bas niveau, qui va permettre d'avoir moins de machines "figées" recevant juste quelques mises à jour classiques (et encore...) parcequ'on a peur de les péter. Car sur ces machines aussi il faut valider les maj classiques sur une machine neutre. Cela ira tellement plus vite avec le snapshooting de fs...Moins de machines figées, plus de machines prête à suivre le rythme de développement de linux, moins de failles.
[^] # Re: Au niveau de l'existant
Posté par bubar🦥 . En réponse au journal Btrfs : idées d'application des snapshots inscriptibles. Évalué à 2.
Pour la fonctionnalité de snapshooting, détrompes toi car je pense qu'il s'agit d'une fonction très attendue. C'est une fonction qui va permettre de mieux supporter le rythme effréné de développement de linux et des logiciels libres. Et cela, pas que pour Mr et Mme Michu...
En se situant au niveau du FS, la fonction devient transversale, s'affranchit des trucs-uiq-marchent-mal comme l'option de Yum, de Urpmi et de Apt. Qui prends tout les fichiers du système, et non le système lui même. IRL les fichiers contenus pas le système sont plus importants que le système lui même, dans de très nombreux cas
Pour avoir pas mal manipulé OpenSolaris, après des tests persos et après les bons conseils de Bruno B, je peux dire que c'est vraiment un régal à l'usage. En fait c'est même une killer feature. Car je n'en doute (je vérifie même pas avant) que tout comme les FS ext, il sera possible de déporter le journal d'une machine sur une autre machine, et d'y tirer les snapshooting. Les systèmes de sauvegarde tels que nous les connaissons sont en train de disparaitre, doucement, mais surement.
C'est vraiment ce genre de fonctions, intégrées à bas niveau, qui va permettre d'avoir moins de machines "figées" recevant juste quelques mises à jour classiques (et encore...) parcequ'on a peur de les péter. Car sur ces machines aussi il faut valider les maj classiques sur une machine neutre. Cela ira tellement plus vite avec le snapshooting de fs...Moins de machines figées, plus de machines prête à suivre le rythme de développement de linux, moins de failles.
mes deux cents.