<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>OnPair: Short Strings Compression for Fast Random Access · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2508.02280/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:27:26 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2508.02280/feed.xml" rel="self" type="application/rss+xml" /><item><title>OnPair: Short Strings Compression for Fast Random Access — HN submission</title><link>https://news.ycombinator.com/item?id=44952603</link><guid isPermaLink="false">urn:hackerpapers:submission:2508.02280:44952603</guid><pubDate>Tue, 19 Aug 2025 15:20:26 GMT</pubDate><description>&lt;p&gt;Show HN: OnPair – String compression with fast random access (Rust, C++)&lt;/p&gt;&lt;p&gt;I’ve been working on a compression algorithm for fast random access to individual strings in large collections. The problem came up when working with large in-memory database columns (emails, URLs, product titles, etc.), where low-latency point queries are essential. With short strings, LZ77-based compressors don’t perform well. Block compression helps, but block size forces a trade-off between ratio and access speed. Some existing options: - BPE: good ratios, but slow and memory-heavy - FSST (discussed here: https://news.ycombinator.com/item?id=41489047): very fast, but weaker compression…&lt;/p&gt;&lt;p&gt;6 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2508.02280/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item></channel></rss>
