Risposte:
sono valori tra 0-9. Dove 1 è il più veloce, 9 è il più compresso. Oltre a questo c'è una correlazione tra rsync e zlib dove about rsync dice alla libreria zlib di "usare la compressione predefinita", nei documenti di zlib, dice questo:
Z_DEFAULT_COMPRESSION richiede un compromesso predefinito tra velocità e compressione (attualmente equivalente al livello 6).
L'ambiente utilizzato era composto da due contenitori docker utilizzati con MACVLAN + un po 'di rumore (che genera un errore di circa ± 1%) Il fileX - nel mio caso - è binario
Quindi, di seguito sono riportati i risultati dei file tarati rsync rispetto ai file non compressi rsync con compressione (opzione -z)
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)