>>22
Are you really running the kind of high-load servers, where you're getting significant savings from this. I have been running tor, dnscache, qmail and dovecot with uncompressed logs, that only get rotated, for more than 2 years on a server and yet my /var/log amounts to 8M. Ultimately i feel compressed live logs are in the same kind of optimization class as gzexe, which would maybe even shave off a few hundered megabytes in the case of my desktop.
Also obligatory lzip plug: https://www.nongnu.org/lzip/xz_inadequate.html
7zip (alias 7z) is really useful on Linux. I never learned how to properly use gunzip/xz/tar, because I can just do "7z x archive.tar.gz" and it just does what I want without needing to learn old UNIX commands.
>>24
Tar zxf is convenient compared to cpio, the true UNIX archiver. While cpio -i extracts the files from an archive like you would expect, cpio -o is very different from most other archive programs, expecting to read a list of files from standard input. Replicating the behavior of '7z a archive directory' requires something like 'find directory | cpio -o (| gzip > archive)'.
Too bad cpio hasn't been standardized since System V Release 4 or i would send it more often to people.
>>27
I don't use it, because it's rarely part of the base system and i always type tar out of habit. Iterating on the ar/tar syntax and badgering everyone to link tar to their new and slightly incompatible ar!pax program would have been the smarter choice honestly, which is sort of what libarchive did with "bsdtar". The pax format seems fine, but i have no idea what the benefit over ustar is.
>>28
As it should, since you ought to encrypt on the file level at least.