<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Parsing Gigabytes of JSON per Second · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1902.08318/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/1902.08318/feed.xml" rel="self" type="application/rss+xml" /><item><title>Parsing Gigabytes of JSON per Second — HN submission</title><link>https://news.ycombinator.com/item?id=50236813</link><guid isPermaLink="false">urn:hackerpapers:submission:1902.08318:50236813</guid><pubDate>Sun, 25 Oct 2026 22:47:18 GMT</pubDate><description>&lt;p&gt;Show HN: simdown – use SIMD to parse Markdown at ~1 GB/s&lt;/p&gt;&lt;p&gt;The SIMD path currently needs arm64 (NEON) and GOEXPERIMENT=simd. I&amp;#x27;ve only benchmarked on an Apple M4, but it should help on any arm64 chip (Graviton, Ampere, etc.). Elsewhere it falls back to a scalar path that does ~300 MB/s, still ahead of cmark and goldmark. If you know of a faster CommonMark parser, please tell me and I&amp;#x27;ll add it to the benchmarks. Under the hood, it borrows a lot from this paper on using simd for json parsing: https://arxiv.org/abs/1902.08318&lt;/p&gt;&lt;p&gt;2 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — mentioned by Rendello</title><link>https://news.ycombinator.com/item?id=49661055</link><guid isPermaLink="false">urn:hackerpapers:mention:1902.08318:49661055</guid><pubDate>Fri, 11 Sep 2026 16:24:56 GMT</pubDate><description>&lt;p&gt;I like burntsushi&amp;#x27;s string-searching work because it&amp;#x27;s well documented, split modularly into libraries/applications, and runs the gamut from low- to high-level (his blog posts and comments online are extremely helpful too). I use these three tools which he maintains: Low level: memchr [1]; Medium level: Regex (Rust crate) [2]; High level: ripgrep [3]. Other names to look out for are the previously aforementioned Wojciech Muła, as well as Daniel Lemire (of simdjson [4][5]). Not SIMD-specific, but Data-Oriented Design can be a big help in terms of thinking about SIMD and cache-friendly data…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — mentioned by 0x000xca0xfe</title><link>https://news.ycombinator.com/item?id=45075627</link><guid isPermaLink="false">urn:hackerpapers:mention:1902.08318:45075627</guid><pubDate>Sat, 30 Aug 2025 15:48:29 GMT</pubDate><description>&lt;p&gt;Bit manipulation instructions are great for high-performance code, too, because they allow conditional computing without branching. Some real-world examples in simdjson: https://arxiv.org/pdf/1902.08318&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — HN submission</title><link>https://news.ycombinator.com/item?id=41511449</link><guid isPermaLink="false">urn:hackerpapers:submission:1902.08318:41511449</guid><pubDate>Wed, 11 Sep 2024 13:57:06 GMT</pubDate><description>&lt;p&gt;Parsing Gigabytes of JSON per Second&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;5 points; 1 discussion reply on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — mentioned by winwang</title><link>https://news.ycombinator.com/item?id=39654168</link><guid isPermaLink="false">urn:hackerpapers:mention:1902.08318:39654168</guid><pubDate>Sat, 09 Mar 2024 19:39:32 GMT</pubDate><description>&lt;p&gt;If people like stuff like this, the simdjson paper uses similar techniques, is extremely well-written and has great examples. Paper: https://arxiv.org/abs/1902.08318 Github: https://github.com/simdjson/simdjson&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — HN submission</title><link>https://news.ycombinator.com/item?id=28941207</link><guid isPermaLink="false">urn:hackerpapers:submission:1902.08318:28941207</guid><pubDate>Thu, 21 Oct 2021 06:51:09 GMT</pubDate><description>&lt;p&gt;Parsing gigabytes of JSON per second&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;139 points; 79 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — mentioned by Rendello</title><link>https://news.ycombinator.com/item?id=28738355</link><guid isPermaLink="false">urn:hackerpapers:mention:1902.08318:28738355</guid><pubDate>Sun, 03 Oct 2021 16:29:27 GMT</pubDate><description>&lt;p&gt;I find these optimizations fascinating. Anyone familiar with Lemire likely knows about this, but I listened to a podcast episode[1] with him a few days ago and learned about `simdjson`, the tool he authored that parses JSON at 25x the speed of the standard C++ library.[2][3] It&amp;#x27;s worth looking at if you&amp;#x27;re into this sort of thing. 1. https://corecursive.com/frontiers-of-performance-with-daniel... 2. https://www.youtube.com/watch?v=wlvKAT7SZIQ 3. https://arxiv.org/pdf/1902.08318.pdf&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — HN submission</title><link>https://news.ycombinator.com/item?id=23080444</link><guid isPermaLink="false">urn:hackerpapers:submission:1902.08318:23080444</guid><pubDate>Tue, 05 May 2020 14:36:29 GMT</pubDate><description>&lt;p&gt;Parsing Gigabytes of JSON per Second [pdf]&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;2 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — mentioned by aristus</title><link>https://news.ycombinator.com/item?id=20542306</link><guid isPermaLink="false">urn:hackerpapers:mention:1902.08318:20542306</guid><pubDate>Sat, 27 Jul 2019 15:00:40 GMT</pubDate><description>&lt;p&gt;Lemire is one of the leading experts on string matching and the author of several core libraries you probably use every day. edit fine, so instead maybe click on the links in the post to see that this article is just one of a series. He&amp;#x27;s probably tired of copy-pasting the specs of his reference hardware (Skylake https://arxiv.org/pdf/1902.08318.pdf) since all he&amp;#x27;s concerned about is the relative performance of different software. There is a difference between &amp;quot;I&amp;#x27;m being dumb because I don&amp;#x27;t know what I&amp;#x27;m doing&amp;quot; and &amp;quot;I&amp;#x27;m being lazy because I&amp;#x27;ve done it 1,000 times and the target audience…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Parsing Gigabytes of JSON per Second — mentioned by glangdale</title><link>https://news.ycombinator.com/item?id=19492030</link><guid isPermaLink="false">urn:hackerpapers:mention:1902.08318:19492030</guid><pubDate>Tue, 26 Mar 2019 14:15:53 GMT</pubDate><description>&lt;p&gt;(the broader comparison is in Table 9 at https://arxiv.org/pdf/1902.08318.pdf)&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1902.08318/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item></channel></rss>
