zlib

I'm never quite sure about the state of zlib. There are commits going in [0] but at the same time pull requests with fixes aren't seeing much traction (e.g. [1]). Optimization work happens in forks like Intel's [2], Cloudflare's [3], and Chromium's [4], the latter of which also has a lot of added tests and fuzzers [5]. And there's zlib-ng [6] which tries to create a home for many of the improvements, but is at the same time yet another fork. [0] https://github.com/madler/zlib/commits/develop [1] https://github.com/madler/zlib/pull/525 [2] https://github.com/jtkukunas/zlib [3] https://github.com/cloudflare/zlib [4] https://source.chromium.org/chromium/chromium/src/+/main:thi... [5] https://source.chromium.org/chromium/chromium/src/+/main:thi... [6] https://github.com/zlib-ng/zlib-ng (edit: line breaks)

I have them here: https://github.com/cloudflare/zlib.git https://github.com/rurban/crcutil.git

It doesn't look like Google's paper or the results on this site consider CloudFlare's zlib fork: https://github.com/cloudflare/zlib Previously discussed here: https://news.ycombinator.com/item?id=9857784 And a recent performance comparison with Intel's patches: https://www.snellman.net/blog/archive/2014-08-04-comparison-...

You know what, I was trying to find an example for Matt3o12_ where it was #included, but I can't even find the file at the tip of any of the branches. Can a better git archaeologist explain what happened to it? Did it get merged into another file? Edit: Here's an example of a .inc file being used https://github.com/cloudflare/zlib/blob/31043308c3d3edfb487d... Double Edit: git log --all -p contrib/amd64/longest-match.inc It was merged directly into deflate.c

The CloudFlare x86-64 optimized version of the longest match algorithm is especially well documented. https://github.com/cloudflare/zlib/blob/31043308c3d3edfb487d... It's great material for anyone interested in these types of low level optimizations.