Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 2054] added gzip compression option

sm-sorcery-bugs AT lists.ibiblio.org

Subject: Bugs for Sorcery are reported here

List archive

Chronological Thread  
  • From: bugzilla-daemon AT metalab.unc.edu
  • To: sm-sorcery-bugs AT lists.ibiblio.org
  • Subject: [SM-Sorcery-Bugs] [Bug 2054] added gzip compression option
  • Date: Thu, 9 Jan 2003 23:07:11 -0500

http://bugs.sourcemage.org/show_bug.cgi?id=2054

sybex AT hotmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Attachment #470 is|0 |1
obsolete| |



------- Additional Comments From sybex AT hotmail.com 2003-01-09 23:07 -------
Created an attachment (id=500)
--> (http://bugs.sourcemage.org/attachment.cgi?id=500&action=view)
new compression type: none, updated gzip compression level

First off, this patch adds support for using no compression (just plaintext
and uncompressed tar files) for all of the file types that are compressed.

After using with gzip for awhile and also doing some research, it came to
my attention that using the best compression level (-9) is not a good
idea for gzip (for bzip2, the compression level doesn't have as profound an
impact). As the compression level increases the compression time increases
as something like the square, and it is erratic (some things take forever
to compress at level 9). It turns out using the default compression level
for gzip (level 6) is a better solution, so I updated the patch to use
the default compression levels for bzip2 and gzip (bzip2 doesn't effectively
change, before it was using level 9 and the default is level 9).

Check out some interesting test results between bzip2 and gzip posted at:
http://hdf.ncsa.uiuc.edu/HDF5/papers/bzip2/bzip2_reportweb.htm

I think adding a user option for compression level might be too much...

Let me know what you think.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.




Archive powered by MHonArc 2.6.24.

Top of Page