Kerro quand tu dit : "magine que VM1.img fasse 200 Gio et que tes machines source et cible aient 16 Gio de mémoire. Il n'est pas réaliste que rsync fasse sa somme de contrôle progressive sur une machine et la garde en mémoire pour ensuite la comparer avec la même chose de l'autre côté --> la comparaison des fichiers se fait bien simultanément des deux côtés."
En fait une img qui fait 200Go, ce ne sont que les checksum qui sont gardé et ça rentrerait donc largement bien dans une RAM de 16Go. Donc pas de soucis, Rsync arrive bien à calculer et retenir l'ensemble des checksum des blocs du fichier destination avant de traiter la source.
NeoX, je suis entièrement d'accord avec toi, c'est normal qu'il contrôle l'intégrité de tous les blocs du fichier afin de connaitre lequels sont à synchroniser. Donc oui le checksum est necessaire.
Cependant, il calcul les checksum du fichier de destination puis et seulement après, il calcul les checksum du fichier source. Et là, c'est du temps perdu, s'il pouvait calculer les deux simultanément …
J'ai essayer ces 2 arguments. Pour --checksum, il check alors l'intégrité dans tous les cas, même si les dates sont identiques. Mon problème reste le même dans le sens où il test l'intégrité du fichier destination puis celui de source. Et toujours pas simultanément.
Pour l'argument --whole-file, cela supprime le contrôle checksum, donc je n'est plus mon soucis. Cependant, il transfert l'intégralité via le réseau. Donc la solution ne répond plus au besoin de départ.
La date est différente, donc de base il n'a pas besoin d'un checsum pour savoir si il faut resynchroniser. Où si il le fait quand même alors ma question est :
Quel argument dois je passer pour lui dire qu'en cas de timestamp différent de synchroniser sans faire un checksum ?
Etape 1, juste après l’exécution de la commande, Rsync indique "sending incremental file list"
Cette étape dure et je constate via atop une occupation disque en mode lecture sur le serveur de destination et rien su le serveur source.
Puis arrive l'étape 2 où Rsync affiche la progession des pourcentage pour donner "exemple : 48,474,357,760 100% 26.23MB/s 0:29:22 (xfr#1, to-chk=0/1)"
Durant cette étape, toujours via mes atop, je constate de la lecture sur la source cette fois ci et rien sur la destination.
Au passage, il n'y a pas d'écriture car l'image est tellement modifiée.
Tu as raison, je vais faire le test avec une image plus grande que ma RAM dispo. Mais en attendant, j'ai tout de même des accès en lecture sur la destination puis longtemp après sur la source. Je comprend pas pourquoi, où plus exactement j'aimerais que Rsync lance les check sur les 2 serveurs simultanément et synchronise que les blocs nécessaires.
[^] # Re: Tout se fait en même temps
Posté par Christ . En réponse au message Rsync avec calcul des checksums simultanément. Évalué à 1.
Kerro quand tu dit : "magine que VM1.img fasse 200 Gio et que tes machines source et cible aient 16 Gio de mémoire. Il n'est pas réaliste que rsync fasse sa somme de contrôle progressive sur une machine et la garde en mémoire pour ensuite la comparer avec la même chose de l'autre côté --> la comparaison des fichiers se fait bien simultanément des deux côtés."
En fait une img qui fait 200Go, ce ne sont que les checksum qui sont gardé et ça rentrerait donc largement bien dans une RAM de 16Go. Donc pas de soucis, Rsync arrive bien à calculer et retenir l'ensemble des checksum des blocs du fichier destination avant de traiter la source.
[^] # Re: comment connaitre la difference
Posté par Christ . En réponse au message Rsync avec calcul des checksums simultanément. Évalué à 2.
NeoX, je suis entièrement d'accord avec toi, c'est normal qu'il contrôle l'intégrité de tous les blocs du fichier afin de connaitre lequels sont à synchroniser. Donc oui le checksum est necessaire.
Cependant, il calcul les checksum du fichier de destination puis et seulement après, il calcul les checksum du fichier source. Et là, c'est du temps perdu, s'il pouvait calculer les deux simultanément …
[^] # Re: comment connaitre la difference
Posté par Christ . En réponse au message Rsync avec calcul des checksums simultanément. Évalué à 2.
J'ai essayer ces 2 arguments. Pour --checksum, il check alors l'intégrité dans tous les cas, même si les dates sont identiques. Mon problème reste le même dans le sens où il test l'intégrité du fichier destination puis celui de source. Et toujours pas simultanément.
Pour l'argument --whole-file, cela supprime le contrôle checksum, donc je n'est plus mon soucis. Cependant, il transfert l'intégralité via le réseau. Donc la solution ne répond plus au besoin de départ.
[^] # Re: comment connaitre la difference
Posté par Christ . En réponse au message Rsync avec calcul des checksums simultanément. Évalué à 2.
La date est différente, donc de base il n'a pas besoin d'un checsum pour savoir si il faut resynchroniser. Où si il le fait quand même alors ma question est :
Quel argument dois je passer pour lui dire qu'en cas de timestamp différent de synchroniser sans faire un checksum ?
[^] # Re: Tout se fait en même temps
Posté par Christ . En réponse au message Rsync avec calcul des checksums simultanément. Évalué à 2.
Merci c'est cool d'avoir du monde pour discuter.
Je vais redéfinir plus précisément alors.
Etape 1, juste après l’exécution de la commande, Rsync indique "sending incremental file list"
Cette étape dure et je constate via atop une occupation disque en mode lecture sur le serveur de destination et rien su le serveur source.
Puis arrive l'étape 2 où Rsync affiche la progession des pourcentage pour donner "exemple : 48,474,357,760 100% 26.23MB/s 0:29:22 (xfr#1, to-chk=0/1)"
Durant cette étape, toujours via mes atop, je constate de la lecture sur la source cette fois ci et rien sur la destination.
Au passage, il n'y a pas d'écriture car l'image est tellement modifiée.
Tu as raison, je vais faire le test avec une image plus grande que ma RAM dispo. Mais en attendant, j'ai tout de même des accès en lecture sur la destination puis longtemp après sur la source. Je comprend pas pourquoi, où plus exactement j'aimerais que Rsync lance les check sur les 2 serveurs simultanément et synchronise que les blocs nécessaires.