Zatarra Posted June 18, 2019 Report Posted June 18, 2019 The environment used was composed by two docker containers used with MACVLAN + some noise traffic (which gives around ±1% error) The fileX - in my case - is a binary one So, below are the result of rsync tarred files versus rsync with compression (option -z) untarred files 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) Quote