Est-ce que rsync écrase complètement les fichiers avec des horodatages différents?

J'ai utilisé une commande semblable à celle-ci pour les rsyncfichiers de macOS à Linux:

rsync -avz <ip-address>:/Backup/ Backup/

Le dossier Backup/a déjà été copié à partir du même ordinateur scpavec aucun fichier modifié. Je pensais que ce rsyncserait un noop, mais cela a commencé à écraser tous les fichiers (probablement à cause d'horodatages différents), ce qui a entraîné beaucoup d'écritures sur le disque. J'ai essayé la même commande avec --size-onlyet cela s'est terminé presque instantanément. Est-ce que rsync complètement écraser les fichiers qui ont différents horodatages (c.-à-d. Ne vérifiant pas la différence)? Cela dépend-il de la taille des fichiers?

linux networking osx rsync synchronization Eugene Yarmash
la source

Utilisez -iau lieu de -vpour voir pourquoi un fichier est transféré. Lisez le manuel sur --itemize-changes.

Kusalananda

@Kusalananda Donc, si je vois quelque chose comme >f..t...... /path/to/filelors de l'utilisation -i, est-ce que cela signifie que le fichier est complètement écrasé? Pourquoi le rsyncfaire si seul le temps de modification diffère?

Eugene Yarmash

Ensuite, il applique son algorithme delta pour transférer les bits du fichier qui a été modifié. Si aucune donnée du fichier n'a été modifiée, vous devez rsynctoujours envoyer les sommes de contrôle pour chaque bloc du fichier afin de vérifier que c'est bien le cas. La taille du bloc est déterminée à partir de la taille du fichier, comme indiqué dans la documentation de -B. Essayez également de courir avec --statspour obtenir les statistiques définitives du transfert. Le calcul des sommes de contrôle pour l'algorithme delta implique la lecture du fichier complet.

Kusalananda

Réponses:

-1

lisez le bon manuel de rsync:

       It is famous  for  its
       delta-transfer  algorithm,  which  reduces the amount of data sent over
       the network by sending only the differences between  the  source  files
       and  the  existing  files in the destination.

Je pense que vous obtenez lu / e, pas écrit. Etes-vous sûr de rsync écraser les fichiers et pas seulement en analyser le contenu?

Ipor Sircer
la source

Je ne pense pas que cette citation illustre ce que vous voulez, car peu importe ce qui se passe sur le trafic réseau , il pourrait encore réécrire les fichiers localement ( ce qui doit faire quand il y a des changements).

Michael Homer

Oui, j'en suis sûr (j'ai vérifié avec iotop). Je connais l’algorithme de transfert delta, la question était de savoir pourquoi cela ne fonctionnait pas.

Eugene Yarmash

Parce que les fichiers sont vraiment différents? Vérifiez-les avec md5sum.

Ipor Sircer

Non, ce n'est pas le cas non plus.

Eugene Yarmash

Puis remplissez un rapport de bogue.

Ipor Sircer