<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: bourse_lee</title><link>https://news.ycombinator.com/user?id=bourse_lee</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 31 Aug 2026 08:14:16 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=bourse_lee" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by bourse_lee in "Creepy Crawlies"]]></title><description><![CDATA[
<p>What if Anubis computations were turned into a crypto-miner</p>
]]></description><pubDate>Sun, 30 Aug 2026 19:29:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=49501956</link><dc:creator>bourse_lee</dc:creator><comments>https://news.ycombinator.com/item?id=49501956</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49501956</guid></item><item><title><![CDATA[New comment by bourse_lee in "Quack: The DuckDB Client-Server Protocol"]]></title><description><![CDATA[
<p>What drives such a high throughput difference between Quack and Arrow on high-volume operations ?<p>I'll try to search from source/Github, reply appreciated though, for example:<p>- when DuckDb bulk exports a table, does Quack benefit from pre-existing compression/encodings/0-copy where Arrow requires decode+re-encode ?<p>- the post mentions parallel reads, is the level of parallelism the same on Arrow vs Quack here ? Running the high throughput benchmark at resource saturation with increasing number of concurrent bulk-read clients would be more transparent</p>
]]></description><pubDate>Thu, 14 May 2026 08:55:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48132770</link><dc:creator>bourse_lee</dc:creator><comments>https://news.ycombinator.com/item?id=48132770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48132770</guid></item></channel></rss>