je ne crois pas (= je sais) que le démon rsync soit nécessaire si on passe par ssh comme le fait kortex.
Concernant le delta, c'est vrai qu'il ne sert a rien local mais en théorie, dans la mesure ou kortex utilise l'option no-whole-file, cela devrait forcer le calcul du delta (même si c'est contre productif, mais on s'en fout c'est pour le test).
dans tout les cas l'algo de delta n'est utilisé que pour les octet à tranférer, dans tout les cas les fichier sont source et destination sont lu, et au moindre bit de différence entre les 2 le fichier de destination est intégralement réécris (j'ai testé avec l'option inplace: le fichier est réécris par dessus l'ancien, mais réécris qd meme).
Le bilan: rsync permet d'optimiser la bande passante au prix des IO disque.
[^] # Re: gzip
Posté par yohann . En réponse au message Rsync : sauvegarde incrémentale de gros fichiers. Évalué à 1.
je ne crois pas (= je sais) que le démon rsync soit nécessaire si on passe par ssh comme le fait kortex.
Concernant le delta, c'est vrai qu'il ne sert a rien local mais en théorie, dans la mesure ou kortex utilise l'option no-whole-file, cela devrait forcer le calcul du delta (même si c'est contre productif, mais on s'en fout c'est pour le test).
dans tout les cas l'algo de delta n'est utilisé que pour les octet à tranférer, dans tout les cas les fichier sont source et destination sont lu, et au moindre bit de différence entre les 2 le fichier de destination est intégralement réécris (j'ai testé avec l'option inplace: le fichier est réécris par dessus l'ancien, mais réécris qd meme).
Le bilan: rsync permet d'optimiser la bande passante au prix des IO disque.