Zwykle rsyncpomija pliki, gdy pliki mają identyczne rozmiary i czasy po stronie źródłowej i docelowej. Jest to heurystyka, która zazwyczaj jest dobrym pomysłem, ponieważ zapobiega rsynckonieczności sprawdzania zawartości plików, które najprawdopodobniej są identyczne po stronie źródłowej i docelowej.
--ignore-timeskaże rsyncwyłączyć heurystykę czasów i rozmiarów plików, a tym samym bezwarunkowo przesłać WSZYSTKIE pliki ze źródła do miejsca docelowego. rsyncprzejdzie następnie do odczytu każdego pliku po stronie źródłowej, ponieważ będzie musiał albo użyć algorytmu transferu delta, albo po prostu wysłać każdy plik w całości, w zależności od tego, czy --whole-filepodano opcję.
--checksummodyfikuje także heurystykę czasów i rozmiarów plików, ale tutaj ignoruje czasy i sprawdza tylko rozmiary. Pliki po stronie źródłowej i docelowej, które różnią się rozmiarem, są przesyłane, ponieważ są oczywiście różne. Pliki o tym samym rozmiarze są rsyncsumowane (z MD5 w wersji 3.0.0+ lub z MD4 we wcześniejszych wersjach), a pliki, które mają różne sumy, są również przesyłane.
W przypadkach, gdy strony źródłowa i docelowa są w większości takie same, --checksumspowoduje to , że większość plików zostanie sprawdzona po obu stronach. Może to zająć dużo czasu, ale wynik jest taki, że najdrobniejsze minimum danych zostanie faktycznie przesłane przewodem, szczególnie jeśli zostanie użyty algorytm transferu delta. Oczywiście jest to tylko zwycięstwo, jeśli masz bardzo wolne sieci i / lub bardzo szybki procesor.
--ignore-timesz drugiej strony wyśle więcej danych przez sieć i spowoduje odczyt wszystkich plików źródłowych, ale przynajmniej nie nałoży dodatkowego obciążenia związanego z obliczeniem wielu silnie kryptograficznie silnych sum na procesorach źródłowych i docelowych. Spodziewałbym się, że ta opcja będzie działać lepiej niż --checksumwtedy, gdy twoje sieci są szybkie i / lub procesor stosunkowo wolny.
Wydaje mi się, że kiedykolwiek używałbym --checksumlub --ignore-timesgdybym przesyłał pliki do miejsca docelowego, w którym podejrzewano, że zawartość niektórych plików była uszkodzona, ale których czasy modyfikacji nie uległy zmianie. Naprawdę nie mogę wymyślić żadnego innego dobrego powodu, aby użyć którejkolwiek z tych opcji, chociaż prawdopodobnie istnieją inne przypadki użycia.
--checksumprzydatne wraz z--itemize-changesweryfikacją kopii zapasowych. Co jakiś czas moje skrypty kopii zapasowej uruchamiają pełne porównanie w ten sposób po zakończeniu bieżących codziennych / tygodniowych aktualizacji. Dostaję wiadomość e-mail oznaczoną jako pilna, jeśli--itemize-changeswydarzy się coś nieoczekiwanego, więc wiem, że istnieje potencjalny problem, który powinienem sprawdzić.