Je pense que j'ai mal compris ton message. J'ai cru que tu demandais le cas d'utilisation de chiffrement avant envoi et pas du chiffrement sur la machine.
Effectivement mon message initial parlait de déduplication ET chiffrement. PsychoFox avançait qu'il préférait dédupliquer après envoi, et moi je disais que ce n'était pas compatible avec le chiffrement.
Ton message me semblait proposer un chiffrement après envoi (et en envoyant les données via un canal chiffré, SSL par exemple) et effectivement cela fonctionne dans ce cas.
Bon la machine peut être compromise si on y accès alors qu'elle tourne, mais c'est un risque que l'on peut juger négligeable.
Cependant je trouve l'approche déduplication+chiffrement avant envoi bien plus intéressante sur beaucoup de points (mais c'est relativement nouveau, donc je comprends la réticence).
Il me semble que la recommandation, c'est 1Go de RAM par To de stockage. Mais, je ne suis pas sûr que ce soit très différent d'un autre soft qui fait de la dédup.
D'après ici, c'est plutôt 5 Go de RAM par To.
D'expérience avec BURP ou Btrfs (déduplication offline au niveau du fichier), la consommation en RAM est vraiment ridicule (en gros je suppose qu'il faut pouvoir stocker un checksum de chaque fichier en RAM). Mais ce n'est pas de la déduplication au niveau du bloc.
[^] # Re: Pas trop étonné
Posté par SaintGermain . En réponse au journal Obnam est abandonné. Évalué à 2.
Effectivement mon message initial parlait de déduplication ET chiffrement. PsychoFox avançait qu'il préférait dédupliquer après envoi, et moi je disais que ce n'était pas compatible avec le chiffrement.
Ton message me semblait proposer un chiffrement après envoi (et en envoyant les données via un canal chiffré, SSL par exemple) et effectivement cela fonctionne dans ce cas.
Bon la machine peut être compromise si on y accès alors qu'elle tourne, mais c'est un risque que l'on peut juger négligeable.
Cependant je trouve l'approche déduplication+chiffrement avant envoi bien plus intéressante sur beaucoup de points (mais c'est relativement nouveau, donc je comprends la réticence).
D'après ici, c'est plutôt 5 Go de RAM par To.
D'expérience avec BURP ou Btrfs (déduplication offline au niveau du fichier), la consommation en RAM est vraiment ridicule (en gros je suppose qu'il faut pouvoir stocker un checksum de chaque fichier en RAM). Mais ce n'est pas de la déduplication au niveau du bloc.