On Wed, Apr 20, 2005 at 10:06:38PM -0700, Mike Taht wrote: > That doing the compression at a level of 3, rather than the max of 9, > cuts the cpu time required for a big git commit by over half, and that > that actually translates into a win on the I/O to disk. (these tests > were performed on a dual opteron 842) If (de)compression is slowing things down, you might want to check out lzo (http://www.oberhumer.com/opensource/lzo/). I tested it on the 2.6.11 kernel source and found that lzo -7 output is only 2% larger than gzip -3, but lzo decompression is almost 3 times faster. The downside is that lzo took 5 times longer to perform the compression at -7. Compression with lzo -3 is 3.5 times faster than gzip -3, but it produces a file that's 37% bigger. Unfortunately, lzo has no settings in between -3 and -7. I'd expect git to be more sensitive to decompression speeds, though. BTW, lzo decompression speed is not affected by the compression level. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Sat Apr 23 06:38:09 2005
This archive was generated by hypermail 2.1.8 : 2005-04-23 06:38:09 EST