Bedste svar
David “har spikret det – men en eller anden forklaring er i orden.
Rsync er ofte opsat til at køre med jævne mellemrum at synkronisere alt indhold under biblioteket KILDE til biblioteket DESTINATION. “R” i rsync er “fjerntliggende” – dvs. destinationen kan være på en anden computer.
Første gang du kører rsync, det kopierer alt, forudsat at du startede med en tom DESTINATION-mappe til sikkerhedskopien – og som David nævner, i så fald er hastighedsfaktoren 1,0 – det tog så lang tid, som det tog at kopiere alle disse data.
Næste gang du kører den samme rsync-kommando – hvis du har ændret meget få filer under SOURCE, kan hastigheden være ret betydelig.
Hvis du kører rsync som et cron-job og har brug for at overvåge hvor godt det fungerer, og hvornår / hvor det har potentiale for hikke … gennemgang af de faktiske hastigheder, der er opstået på disse job, via anmeldelser af deres logfiler, kan være ret fortællende og hjælpsom.
Svar
T ime du brugte ikke kopiering af byte, der allerede var på destinationen, i forhold til den tid, der faktisk blev brugt.
Hvis du har brug for at kopiere alt, er hastigheden 1,0. Hvis halvdelen af det, du kopierer allerede er der, vil hastigheden være ca. 2,0, afhængigt af den tid det tager at bestemme, hvad der er til stede. Hvis du kopierer noget, der allerede er der, kan du få absurde hastighedsopgaver, som f.eks. 60.000