<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: a_t48</title><link>https://news.ycombinator.com/user?id=a_t48</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 20 May 2026 08:50:49 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=a_t48" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by a_t48 in "Colonization of Venus"]]></title><description><![CDATA[
<p>Wind! Venus is full of it. (Making it so that your wind power can survive corrosion and the high speeds is an exercise left to the reader)</p>
]]></description><pubDate>Wed, 20 May 2026 00:35:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=48201570</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48201570</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48201570</guid></item><item><title><![CDATA[New comment by a_t48 in "Disney erased FiveThirtyEight"]]></title><description><![CDATA[
<p>Fire Emblem does something complex with averaging random numbers to do the same thing - a 95% chance to hit becomes 99.5, and the reverse for low percentages.</p>
]]></description><pubDate>Tue, 19 May 2026 23:41:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48201159</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48201159</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48201159</guid></item><item><title><![CDATA[New comment by a_t48 in "Cutting inference cold starts by 40x with LP, FUSE, C/R, and CUDA-checkpoint"]]></title><description><![CDATA[
<p>Thank you</p>
]]></description><pubDate>Tue, 19 May 2026 02:46:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48188607</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48188607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48188607</guid></item><item><title><![CDATA[New comment by a_t48 in "When can the C++ compiler devirtualize a call?"]]></title><description><![CDATA[
<p>What's this a quote from?</p>
]]></description><pubDate>Tue, 19 May 2026 01:25:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48188153</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48188153</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48188153</guid></item><item><title><![CDATA[New comment by a_t48 in "Cutting inference cold starts by 40x with LP, FUSE, C/R, and CUDA-checkpoint"]]></title><description><![CDATA[
<p>charles, amit, can you go into more about the path based caching? Particularly "shared bytes aren’t guaranteed to be in the exact same container image layer"? I've built something that solves issues around sharing data between layers, and am interested to see if it fits usecases like Modal's.<p>Edit: "The solution is to disaggregate the container launcher (runc for Docker, runsc for gVisor) from the container image delivery" is exactly what I've done! I've not built a lazy FUSE on top of it (yet! except for cache mounts in BuildKit), but it's on my TODO list. I guess I'm mainly curious what stops bytes from being shared in your case.</p>
]]></description><pubDate>Mon, 18 May 2026 22:34:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48186734</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48186734</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48186734</guid></item><item><title><![CDATA[New comment by a_t48 in "Accelerando (2005)"]]></title><description><![CDATA[
<p>Even knowing how those things work, it might not be viable if you're in a large city.</p>
]]></description><pubDate>Sun, 17 May 2026 21:17:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=48173275</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48173275</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48173275</guid></item><item><title><![CDATA[New comment by a_t48 in "Content-defined chunking added to Bazel"]]></title><description><![CDATA[
<p>It feels that way, but eStargz is still only addressable as a single layer, or range of one.</p>
]]></description><pubDate>Sun, 17 May 2026 16:14:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48170245</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48170245</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48170245</guid></item><item><title><![CDATA[New comment by a_t48 in "Content-defined chunking added to Bazel"]]></title><description><![CDATA[
<p>I have a custom pull client/registry/builder that uses a different format, but can output standard OCI if needed.</p>
]]></description><pubDate>Sun, 17 May 2026 16:12:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=48170210</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48170210</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48170210</guid></item><item><title><![CDATA[New comment by a_t48 in "Frontier AI has broken the open CTF format"]]></title><description><![CDATA[
<p>I think that misses the point - it's a little bit like asking why FPS game developers don't lean into aimbot usage. You could, but by default it's a bit boring, and a different type of game.</p>
]]></description><pubDate>Sun, 17 May 2026 04:25:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=48166038</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48166038</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48166038</guid></item><item><title><![CDATA[New comment by a_t48 in "Content-defined chunking added to Bazel"]]></title><description><![CDATA[
<p>This is something I'm very interested in implementing for Docker builds. I've tested out CDC for the final image outputs, it results in smaller outputs but requires tuning between saved space versus request count when pulling. For build cache it might be even more advantageous.</p>
]]></description><pubDate>Sun, 17 May 2026 02:41:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48165630</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48165630</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48165630</guid></item><item><title><![CDATA[New comment by a_t48 in "Docker images are hundreds of MB; a full game engine compiles to 35MB WASM"]]></title><description><![CDATA[
<p>This is fixable, but needs a custom pull client+registry. (Agree that Nix does a better job, if you're inclined to use it!)</p>
]]></description><pubDate>Wed, 13 May 2026 01:17:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48116718</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48116718</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48116718</guid></item><item><title><![CDATA[New comment by a_t48 in "Ask HN: What are you working on? (May 2026)"]]></title><description><![CDATA[
<p>I'm building <a href="https://clipper.dev" rel="nofollow">https://clipper.dev</a><p>Docker is...quite slow with large images. I've built a registry+pull client+buildkit builder to make it better. It splits apart layers, allowing for files to be shared between related images. In a robotics context, it can make pulls 10x faster. And in a cloud context, the format allows for pulling an image in 15 or 20 seconds instead of 60, without having to do a FUSE w/lazy pulling. Builds are faster, I store 7x less data due to better deduplication, I can run security scans faster due to not having to unpack tarball layers, etc, etc. I want to be the default registry for all ML related work, in the future.</p>
]]></description><pubDate>Sun, 10 May 2026 21:43:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48088401</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48088401</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48088401</guid></item><item><title><![CDATA[New comment by a_t48 in "Forking the Web"]]></title><description><![CDATA[
<p>Aha, now I get it. That's a neat idea.</p>
]]></description><pubDate>Sun, 10 May 2026 16:47:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48085493</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48085493</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48085493</guid></item><item><title><![CDATA[New comment by a_t48 in "The One Dollar Counterfeiter"]]></title><description><![CDATA[
<p>Literally the single paragraph you omitted:<p><pre><code>    After his release, Juettner briefly achieved celebrity status. His notoriety became so widespread that Hollywood adapted the story into the 1950 film Mister 880, directed by Edmund Goulding. Eventually, Juettner made more money from the release of Mister 880 than he had made by counterfeiting.</code></pre></p>
]]></description><pubDate>Sun, 10 May 2026 05:30:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=48081264</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48081264</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48081264</guid></item><item><title><![CDATA[New comment by a_t48 in "Forking the Web"]]></title><description><![CDATA[
<p>Parent poster was talking about the latter half of a page being missing, rather than a chunk out of the middle, I believe.</p>
]]></description><pubDate>Sun, 10 May 2026 05:19:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48081218</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48081218</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48081218</guid></item><item><title><![CDATA[New comment by a_t48 in "Distributing Mac software is increasing my cortisol levels"]]></title><description><![CDATA[
<p>Yup I do the first two - <a href="https://github.com/zig-for/snfm/blob/main/.github/workflows/cmake.yml#L138" rel="nofollow">https://github.com/zig-for/snfm/blob/main/.github/workflows/...</a><p>The documentation implies the last step is optional <a href="https://developer.apple.com/documentation/security/customizing-the-notarization-workflow" rel="nofollow">https://developer.apple.com/documentation/security/customizi...</a> but it might be inaccurate</p>
]]></description><pubDate>Sun, 10 May 2026 04:29:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48081010</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48081010</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48081010</guid></item><item><title><![CDATA[New comment by a_t48 in "Distributing Mac software is increasing my cortisol levels"]]></title><description><![CDATA[
<p>This was with payment to Apple</p>
]]></description><pubDate>Sat, 09 May 2026 21:59:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48078674</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48078674</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48078674</guid></item><item><title><![CDATA[New comment by a_t48 in "Distributing Mac software is increasing my cortisol levels"]]></title><description><![CDATA[
<p>Maybe I'm too dumb, but I haven't figured out a good way to sign just a binary (or a tar/zip containing a few binaries). I zipped up the binaries, sent them off to Apple, Apple comes back and says "yup, notarized!", and they still trigger the popup. I'm probably missing a step. I guess I'm not currently stapling the ticket to the binary, but supposedly you don't have to if you are running with a network connection.</p>
]]></description><pubDate>Sat, 09 May 2026 20:08:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48077815</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48077815</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48077815</guid></item><item><title><![CDATA[New comment by a_t48 in "Docker 29 has changed its default image store for new installs"]]></title><description><![CDATA[
<p>Hey, just wanted to say I appreciate the containerd API, between the two it's much more performant to work against.</p>
]]></description><pubDate>Wed, 06 May 2026 01:33:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=48031081</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48031081</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48031081</guid></item><item><title><![CDATA[New comment by a_t48 in "Docker 29 has changed its default image store for new installs"]]></title><description><![CDATA[
<p>For my registry fork/custom pull client I hash on the uncompressed content and store as compressed under the uncompressed digest. This lets me have my cake and eat it, too - compression free digests, smaller storage costs, be able to set consistent compression settings, have the ability to spend extra CPU to recompress on the backend without breaking hashes, etc. I control both pull client and registry, so it works.</p>
]]></description><pubDate>Wed, 06 May 2026 01:29:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48031049</link><dc:creator>a_t48</dc:creator><comments>https://news.ycombinator.com/item?id=48031049</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48031049</guid></item></channel></rss>