Re: cleaner/better zlib sources?

From: Nicolas Pitre <nico@cam.org>
Date: Mar 16, 2007, 17:12 UTC
Message-ID: <alpine.LFD.0.83.0703161308070.18328@xanadu.home>
In-Reply-To: <45FAC75B.3030902@garzik.org>

On Fri, 16 Mar 2007, Jeff Garzik wrote:

Show 8 quoted lines

> Although it sounds like zlib could indeed be optimized to reduce its startup
> and shutdown overhead, I wonder if switching compression algorithms to a pure
> Huffman or even RLE compression (with associated lower startup/shutdown costs)
> would perform better in the face of all those small objects.
> 
> And another random thought, though it may be useless in this thread:  I bet
> using a pre-built (compiled into git) static zlib dictionary for git commit
> and tree objects might improve things a bit.

See my last post. We'll do even better with special object encoding altogether. Those representations are so dense that compression provides no gain at all making the point moot.

Nicolas

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.