Beste svaret
David spikret det – men noen forklaringer er i orden.
Rsync er ofte satt opp for å kjøre med jevne mellomrom, synkroniserer alt innhold under katalogen KILDE til katalogen DESTINASJON. «R» i rsync er «eksternt» – dvs. at målet kan være på en annen datamaskin.
Første gang du kjører rsync, den kopierer alt, forutsatt at du startet med en tom DESTINATION-katalog for sikkerhetskopien – og som David nevner, i så fall er hastighetsfaktoren 1,0 – det tok så lang tid som det tok å kopiere alle dataene.
Neste gang du kjører den samme rsync-kommandoen – hvis du har endret veldig få filer under SOURCE, kan hastigheten være ganske betydelig.
Hvis du kjører rsync som en cron-jobb, og trenger å overvåke hvor bra det fungerer og når / hvor det har potensial for hikke … å gjennomgå de faktiske hastighetene som har skjedd på disse jobbene, via gjennomgang av loggene, kan være ganske talende og nyttig.
Svar
T jeg brukte ikke kopiering av byte som allerede var på destinasjonen, mot tiden du faktisk brukte.
Hvis du trenger å kopiere alt, er hastigheten 1.0. Hvis halvparten av det du kopierer allerede er der, vil hastigheten være omtrent 2,0, avhengig av tiden det tar å avgjøre hva som er tilstede. Hvis du kopierer noe som allerede er der, kan du få absurde hastigheter, som 60 000