Zrozumienie wyniku działania --info = progress2 z rsync

Jeśli działam rsyncz --info=progress2, otrzymuję wyjście jak

105.45M  13%  602.83kB/s    0:02:50 (xfr#495, ir-chk=1020/3825)

Ale co oznaczają pojedyncze liczby? Nie znalazłem pasującego wpisu na stronie man.

• Pierwsza liczba wydaje się być ilością danych, które zostały przetworzone (rzeczywiste skopiowane bajty, a także bajty pominięte, ponieważ już istniały w docelowej lokalizacji), prawda? Wydaje się, że nie jest to liczba przesłanych danych, ponieważ rośnie szybciej niż moje połączenie internetowe ...
• Czy procent odnosi się do ilości danych lub liczby plików do skopiowania? Czy uwzględnia wykluczone pliki i pliki, które są już aktualne w lokalizacji docelowej?
• Czas na trzeciej pozycji początkowo wydawał się szacunkowym czasem ukończenia, ale kiedy spróbowałem, skoczył od kilku godzin do kilku sekund. Do czego to się odnosi i jak jest obliczane?
• Co oznaczają dwie ostatnie cyfry?

105.45M 13% 602.83kB/s 0:02:50 (xfr#495, ir-chk=1020/3825)

Oznacza, że:

• Do tej pory odbiorca / odbiorca zrekonstruował 105,45 megabajtów (lub 13% ) z około 811,15 megabajtów (100%) plików nadawcy / źródła.
• Pliki te są odtwarzane z szybkością 602,83 kilobajtów na sekundę, a jak dotąd ta operacja przesyłania danych trwała 2 minuty i 50 sekund (czas, który upłynął).

Ponadto xfr # 495 oznacza, że ​​obecnie przesyłany jest 495 plik, natomiast ir-chk = 1020/3825 wskazuje, że spośród 3825 plików (dotychczas) rekurencyjnie skanowanych (wykrywanych), jak dotąd 1020 z nich jest nadal do sprawdzenia / weryfikacji.

Oznacza to, że jeśli skanowanie wykryje np. Więcej 100 plików do sprawdzenia, obie strony zwiększą się o 100 (wówczas odczytane zostanie ir-chk = 1120/3925 ). Po zeskanowaniu wszystkich plików (wykrytych podczas przyrostowego skanowania rekurencyjnego) liczba po prawej stronie ukośnika pozostanie taka sama do końca całego procesu, podczas gdy liczba po lewej stronie ukośnika zacznie się zmniejszać w miarę jak coraz więcej plików jest sprawdzanych (weryfikowanych). Ponadto, z powodu zakończenia rekurencji, ir-chk zmieni się na to-chk, wskazując, że przyrostowe skanowanie rekurencyjne zakończyło sprawdzanie (operacja wykrywania pliku). Mimo to, ponieważ pliki będą sprawdzane / weryfikowane, dopóki nie zostaną wszystkie, liczba plików do sprawdzenia / weryfikacji (lewa strona ukośnika) będzie się zmniejszać, aż liczba ta wyniesie zero (co oznacza koniec procesu weryfikacji pliku) .

Niech N będzie rzeczywistą całkowitą liczbą plików do sprawdzenia / weryfikacji, gdy zakończy się cały proces, zobaczysz:

to-chk=0/N

... co oznacza, że ​​nie ma już żadnego pliku do sprawdzenia / weryfikacji, spośród wszystkich N plików wykrytych podczas przyrostowego skanowania rekurencyjnego.

O ir-chk (ze strony podręcznika rsync):

Podczas przyrostowego skanowania rekurencyjnego rsync nie pozna całkowitej liczby plików na liście plików, dopóki nie osiągnie końca skanowania, ale ponieważ zaczyna przesyłać pliki podczas skanowania, wyświetli wiersz z tekstem „ ir-chk ”(dla przyrostowego sprawdzania rekurencji) zamiast„ to-chk ”aż do momentu, w którym zna pełny rozmiar listy, w którym to momencie przełączy się na użycie„ to-chk ”. W związku z tym widok „ir-chk” informuje, że całkowita liczba plików na liście plików nadal będzie rosła (i za każdym razem liczba pozostających do sprawdzenia plików wzrośnie o liczbę plików dodanych do Lista).