DSL Ideas and Suggestions :: Extensions can be recompressed with `advdef`

Interesting link, hatsrule.

lzop uses LZO compression - I suppose that is different to LZMA. I do have a suspicion that lzop uses more memory than gzip however, but it is way faster.

I refer to the wikipedia entry for AdvanceCOMP:

"DEFLATE specifies a stream-encoding such that any compliant decoder is able to parse any valid stream; the algorithm and program used for the compression stage are not mandated.

For generation of compressed sections of DEFLATE data, an encoder available in the zlib/gzip reference implementation has typically been utilised. The zlib/gzip compressor offers the user a sliding scale between CPU usage and the likely amount of reduction in size achieved on a range of -0 (no compression) to -9 (maximum gzip compression).

The 7-Zip DEFLATE encoder, used in the AdvanceCOMP suite, effectively extends the sliding scale further. A much more detailed search of compression possibilities is performed, at the expense of significant further processor time spent searching. Effectively, the 10-point scale used in gzip is extended to include extra settings above -9, the previous maximum search level. There will be no difference in decompression speed, regardless of the level of compressed size achieved or time taken to encode the data."

So, that means it just does a better job of optimizing the compressed file? Did you actually test this out yet?

Yes - all the .dsl and .tar.gz extensions I've submitted in the last few months.

To recompress a '.tar.gz' file I would use:
`advdef -z4 foo.tar.gz`
When done, it will show the size in bytes of the current file and original file, and the percentage size of the current file over the original file.

i'm all for anything that compresses the backup file faster. it would justify upgrading to a faster CF card.

Next Page...
original here.