Odpowiedzi:
jego wartości wynoszą od 0 do 9. Gdzie 1 jest najszybszy, 9 jest najbardziej skompresowany. Poza tym istnieje korelacja między rsync i zlib, gdzie about rsync mówi bibliotece zlib, aby „używała domyślnej kompresji”, w dokumentacji zlib mówi:
Z_DEFAULT_COMPRESSION żąda domyślnego kompromisu między prędkością a kompresją (obecnie równoważny poziomowi 6).
Zastosowane środowisko zostało utworzone przez dwa kontenery dokujące używane z MACVLAN + pewien hałas (co daje około ± 1% błędu). Plik X - w moim przypadku - jest plikiem binarnym
Poniżej znajdują się wyniki plików tarowanych rsync w porównaniu z plikami rsync z kompresowanymi (opcja -z) plikami nieoprawionymi
1. File tarred + rsync without compression (rsync -axvPAH fileX.tar destination:/path)
File size is 56933 bits (fileX.tar)
Transfer difference is 4735665-4673346=62319 bits
2. File tarred + rsync with default compression (rsync -axvPAH -z fileX destination:/path)
File size is 56933 (fileX.tar)
Transfer difference is 4933845-4871608=62237
3. File tarred + rsync with maximum compression (rsync -axvPAH -z --compress-level=9 fileX.tar destination:/path)
File size is 56933 bits (fileX.tar)
Transfer difference is 4870664-4808387=62277
4. File untarred + rsync with default compression (rsync -axvPAH -z fileX destination:/path)
File size is 237525 bits (fileX)
Transfer difference is 4669946-4607637=62309 bits
5. File untarred + rsync with maximum compression (rsync -axvPAH -z --compress-level=9 fileX destination:/path)
File size is 237525 bits (fileX)
Transfer difference is 4806735-4744764=61971 bits
6. File untarred + rsync without compression (makes no sense since it’s the most bandwidth consuming one)