https://hackerpaper.kaipfister.de/p/1905.07224/Collected HN comments and submissions linking this paper.enMon, 02 Nov 2026 11:16:22 GMThttps://news.ycombinator.com/item?id=37383547urn:hackerpapers:mention:1905.07224:37383547Mon, 04 Sep 2023 18:44:49 GMT<p>Yes, it works with files produced by the usual gzip! That&#x27;s why it is novel. If you make requirements on the compressor, then a multitude of competing gzip implementations exist already, the most popular of which, I think, is bgzip [0]. Rapidgzip can actually leverage the additional metadata stored in bgzip files to speed up decompression by roughly a factor of 2 compared to files compressed with the usual gzip. Rapidgzip does not require sync points because it simply looks for them. The approach is similar to gzrecover [1], i.e., you &quot;simply&quot; try to start decompression at every possible…</p><p><a href="https://hackerpaper.kaipfister.de/p/1905.07224/">Paper and discussion history</a>. A mention is not an endorsement.</p>cs.DShttps://news.ycombinator.com/item?id=19961880urn:hackerpapers:submission:1905.07224:19961880Mon, 20 May 2019 16:09:27 GMT<p>Parallel decompression of gzip-compressed files</p><p></p><p>3 points; 2 discussion replies on HN. <a href="https://hackerpaper.kaipfister.de/p/1905.07224/">Paper and source history</a>. A submission is not an endorsement.</p>cs.DS