<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: dspillett</title><link>https://news.ycombinator.com/user?id=dspillett</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 11 Apr 2026 11:20:59 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=dspillett" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by dspillett in "DRAM has a design flaw from 1966. I bypassed it [video]"]]></title><description><![CDATA[
<p><i>> It's sad you can't appreciate when someone puts passion into a project.</i><p>It is sad that read comprehension is dropping such that you interpreted my comment that way.</p>
]]></description><pubDate>Fri, 10 Apr 2026 15:24:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=47719551</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47719551</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47719551</guid></item><item><title><![CDATA[New comment by dspillett in "Intel 486 CPU announced April 10, 1989"]]></title><description><![CDATA[
<p>There were 387 co-pros, just like the 287s (ad 8087s). You could actually use a 287 to provide floating-point instructions to a 386, albeit more slowly than a 387.<p>Very little, if any, “home” or small-business software would make use of a floating-point unit though (maybe some spreadsheet apps did?). The most common use for them was CAD/CAM, and those doing scientific modelling without a budget that would allow for less consumer-grade kit.</p>
]]></description><pubDate>Fri, 10 Apr 2026 15:19:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=47719466</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47719466</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47719466</guid></item><item><title><![CDATA[New comment by dspillett in "Intel 486 CPU announced April 10, 1989"]]></title><description><![CDATA[
<p>For a time systems with a 386SX were significantly cheaper than those with a 386DX because the 16-bit data-bus mean cheaper motherboards could be used.<p>If you were running 16-bit software they were little slower than a 386DX at the same clock and significantly faster than a 286 because of higher clocks (286's usually topped out at 12MHz though there were some 16MHz options, the slowest 386s were running at 16MHz with some as fast as 40MHz), but also in part, when not blocked by instruction ordering issues, to the (albeit small by modern standards) instruction pipeline which the 286 lacked.<p>32-bit software was a lot slower than on a DX because 32-bit data reads and writes took two trips over the 16-bit data bus, but you could at least run the code as it was a full 386 core otherwise (full enhanced protected mode, page based virtual memory, v8086 mode, etc).<p>The SX also only used 24 bits of the address bus, limiting it to 16MB of RAM compared to the original's 4GB range, though this was not a big issue for most at the time.</p>
]]></description><pubDate>Fri, 10 Apr 2026 15:08:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47719299</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47719299</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47719299</guid></item><item><title><![CDATA[New comment by dspillett in "Intel 486 CPU announced April 10, 1989"]]></title><description><![CDATA[
<p>I've got an AMD branded 286 chip, from my first owned-by-me PC, bluetac-ed to the case of my home desktop PC, powered by a Ryzen something-or-other from a few years ago (with a 1060/6Gb card from a few years before that because I wasn't gaming enough to justify a new graphics card along with the other updates at the time).</p>
]]></description><pubDate>Fri, 10 Apr 2026 14:33:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=47718779</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47718779</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47718779</guid></item><item><title><![CDATA[New comment by dspillett in "DRAM has a design flaw from 1966. I bypassed it [video]"]]></title><description><![CDATA[
<p>Not complaining about the particular presenter here, this is an interesting video with some decent content, I don't find the presentation style overly irritating, and it is documenting a lot of work that has obviously been done experimenting in order to get the end result (rather than just summarising someone else's work). Such a goofy elongated style, that is infuriating if you are looking for quick hard information, is practically required in order to drive wider interest in the channel.<p>But the “ask the LLM” thing is a sign of how off kilter information passing has become in the current world. A lot of stuff is packaged deliberately inefficiently because that is the way to monetise it, or sometimes just to game the searching & recommendation systems so it gets out to potentially interested people at all, then we are encouraged to use a computationally expensive process to summarise that to distil the information back out.<p>MS's documentation the large chunks of Azure is that way, but with even less excuse (they aren't a content creator needing to drive interest by being a quirky presenter as well as a potential information source). Instead of telling me to ask copilot to guess what I need to know, why not write some good documentation that you can reference directly (or that I can search through)? Heck, use copilot to draft that documentation if you want to (but please have humans review the result for hallucinations, missed parts, and other inaccuracies, before publishing).</p>
]]></description><pubDate>Fri, 10 Apr 2026 09:49:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47715712</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47715712</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47715712</guid></item><item><title><![CDATA[New comment by dspillett in "Running out of disk space in production"]]></title><description><![CDATA[
<p>Yep. That is why doing both can be beneficial. Alerts are more proactive if acted upon, but often too easy to ignore meaning ballast is more fail-safe in that respect.</p>
]]></description><pubDate>Wed, 08 Apr 2026 09:48:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47687812</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47687812</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47687812</guid></item><item><title><![CDATA[New comment by dspillett in "Running out of disk space in production"]]></title><description><![CDATA[
<p>But even ignoring the wear-levelling issue, the spare space still fulfils a need in providing the ballast space which is the main thing we are talking about here. Of course there are other ways to manage that issue¹ but a bit of spare space in the volume group is the one I go for.<p>In fact since enlarging live ext* filesystems has been very reliable² for quite some time and is quick, I tend to leave a lot of space initially and grow volumes as needed. There used to be a potential problem with that in fragmenting filesystems over the breadth of a traditional drive's head seek meaning slower performance, but the amount of difference is barely detectable in almost all cases³ and with solid state drives this is even more a non-issue.<p><i>> And most importantly 10% […] nowadays it's 50-100GB at least.</i><p>It doesn't have to be 10%. And the space isn't lost: it can be quickly brought into service when needed, that is the point, and if there is more than one volume in the group then I'm not allocating space separately to every filesystem as would be needed with the files approach. It is all relative. My /home at home isn't nearly 50GB in total⁴, nor is / anywhere I'm responsible for even if /var/log and friends are kept in the same filesystem, but if I'm close to as little as 50GB free on a volume hosting media files then I consider it very full, and I either need to cull some content or think about enlarging the volume, or the whole array if there isn't much slack space available, very soon.<p>--------<p>[1] The root-only-reserved blocks on ext* filesystems, though that doesn't help if a root process has overrun, or files as already mentioned above.<p>[2] Reducing them is still a process I'd handle with care, it can be resource intensive, has to move a lot more around so there is more that could go wrong, and I've just not done it enough to be as comfortable with the process as I am with enlarging.<p>[3] You'd have to work hard to spread things far and randomly enough to make a significant difference.<p>[4] though it might be if I wasn't storing 3d print files on the media array instead of in /home</p>
]]></description><pubDate>Wed, 08 Apr 2026 09:42:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47687764</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47687764</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47687764</guid></item><item><title><![CDATA[New comment by dspillett in "Battle for Wesnoth: open-source, turn-based strategy game"]]></title><description><![CDATA[
<p><i>> I literally said "every job". You're saying "sometimes" they might be. What is your point?</i><p>You are completely ignoring the “you don't always know the full nature of the task until <i>after</i> clearance” part. If you don't know it isn't one that will be a problem for you, it <i>could</i> be one that is. My point there is that bit.<p><i>> And I specifically excluded the military.</i><p>So did I. Hence I explicitly said afterwards “And that is before considering those who want “conscientious objector” status with regard to anything military related."<p>I stopped reading at this point because if you didn't bother properly reading my previous before blurting out a response, then explaining more, giving you more to not fully read, will likely achieve nothing beyond consuming my time.</p>
]]></description><pubDate>Tue, 07 Apr 2026 13:17:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47674920</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47674920</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47674920</guid></item><item><title><![CDATA[New comment by dspillett in "Running out of disk space in production"]]></title><description><![CDATA[
<p>Similarly, I always leave some space unallocated on LMV volume groups. It means that I can temporarily expand a volume easily if needed.<p>It also serves to leave some space unused to help out the wear-levelling on the SSDs on which the RAID array that is the PV¹ for LVM. I'm, not 100% sure this is needed any more² but I've not looked into that sufficiently so until I do I'll keep the habit.<p>--------<p>[1] if there are multiple PVs, from different drives/arrays, in the VG, then you might need to manually skip a bit on each one because LVM will naturally fill one before using the next. Just allocate a small LV specially on each and don't use it. You can remove one/all of them and add the extents to the fill LV if/when needed. Giving it a useful name also reminds you why that bit of space is carved out.<p>[2] drives under-allocate by default IIRC</p>
]]></description><pubDate>Tue, 07 Apr 2026 13:04:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47674725</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47674725</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47674725</guid></item><item><title><![CDATA[New comment by dspillett in "Running Out of Disk Space in Production"]]></title><description><![CDATA[
<p>If the alarm works. And it actioned not just snoozed too much or just dismissed entirely.<p>Defence in depth is a good idea: proper alarms, and a secondary measure in case they don't have the intended effect.</p>
]]></description><pubDate>Tue, 07 Apr 2026 12:21:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47674130</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47674130</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47674130</guid></item><item><title><![CDATA[New comment by dspillett in "Are We Idiocracy Yet?"]]></title><description><![CDATA[
<p><i>> Instead of anti-eugenics making brains feeble,</i><p>I didn't read Idiocracy as eugenics/anti-eugenics. It wasn't saying that stupid people breeding made the population stupid, it was saying that the less educated breeding resulted in the more educated being pushed to the periphery and eventually fading out.<p>The people of the film's future were not stupid, just massively uninformed and misinformed. They were able to grasp the problem and solution in the end.<p>Unless I'm misremembering, and it did make direct reference to intelligence rather than education and access to it. It is a good few years since I last watched it. There is the title, of course, but educationally-disasavantaged-ocracy would not have been catchy enough!</p>
]]></description><pubDate>Tue, 07 Apr 2026 12:05:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47673935</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47673935</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47673935</guid></item><item><title><![CDATA[New comment by dspillett in "Are We Idiocracy Yet?"]]></title><description><![CDATA[
<p>Yep. The studio didn't know what the hell to do with it.<p>I'm guessing that we (those of us who have seen it despite the lack of promotion) are lucky that they didn't just can it completely, or demand it get cut to ribbons and reformed as something else.</p>
]]></description><pubDate>Tue, 07 Apr 2026 11:58:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47673843</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47673843</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47673843</guid></item><item><title><![CDATA[New comment by dspillett in "Build web apps for smart glasses"]]></title><description><![CDATA[
<p>Yes, but platforms need to make a case for why we should feel inclined to make the effort.<p>Is the ROI from the potential audience going to be worth it?<p>Or does it help some people enough that I might want to do it despite no real ROI (i.e. I make the effort to make things not compatible with common assistive tech, even where there is little or no end benefit for me so it is sunk time in that respect, does this new platform quality for my time & attention enough in that way?).<p>Or is it simply cool enough for me to be interested in playing with it myself?<p>If none of the above, is there any other reason we should care?<p><i>This is especially true if building for the platform means building something new, not just making tweaks to ensure your existing output is compatible.</i></p>
]]></description><pubDate>Tue, 07 Apr 2026 11:50:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47673751</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47673751</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47673751</guid></item><item><title><![CDATA[New comment by dspillett in "Battle for Wesnoth: open-source, turn-based strategy game"]]></title><description><![CDATA[
<p><i>> First, referencing "Nazi" has an age old tradition of immediately meaning you lose the debate.</i><p>True. Though to be frank, before typing my longer response I did consider just telling you the same about the “but forget everything else and think of the children” line of reasoning.</p>
]]></description><pubDate>Tue, 07 Apr 2026 11:39:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47673636</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47673636</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47673636</guid></item><item><title><![CDATA[New comment by dspillett in "Battle for Wesnoth: open-source, turn-based strategy game"]]></title><description><![CDATA[
<p><i>> To paint every job which requires a clearance as morally bankrupt, to paint working for the government to be morally bankrupt, is frankly disgusting.</i><p>Sometimes you don't know the exact nature of the task until <i>after</i> you've gone through the rigmarole of applying, getting clearance, etc. In that case if you consider some of the jobs to be morally bankrupt, you consider all of them to <i>potentially</i> be morally bankrupt. You could go through all the hassle then turn it down, or leave during a probationary period when you discover the details, but that is a significant wasted time risk to take.<p><i>> You should literally be ashamed of yourself.</i><p>Many people state-side are ashamed of their government, and don't want to feel their reputation is tarnished by working directly for it, and quite frankly I don't blame them right now nor would I have at all at numerous points over recent years. And that is before considering those who want “conscientious objector” status with regard to anything military related.<p><i>> If you make working for the government a badge of shame, it will become true in time?</i><p>For some, it has become true. That time is now or before.<p>As much as “join and fight the corruption from within” is a laudable goal, I entirely understand people not thinking that they've got the nerve for that. Especially given that the first thing a bad administration does to someone raising concerns is to sack and blacklist them in a way that will affect future employment opportunities.<p><i>> such as helping to feed poor children</i><p>The “but think of the children” argument cuts both ways: many governments have, directly or indirectly, done and continue to do, terrible things to children. It may not be possible in the short/medium term to do anything truly useful about that (you go try tell the current administration over there to refund the good works that have been gutted recently and see how seriously they take you!) and dealing with the crap until things stear back towards the good is too much for some.<p>Not everyone has the fortunate needed to fight a bad system from within, or the desire to, no matter how many heartstrings you pull to try shame them into reconsidering the good within the bad.</p>
]]></description><pubDate>Tue, 07 Apr 2026 11:35:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=47673586</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47673586</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47673586</guid></item><item><title><![CDATA[New comment by dspillett in "What being ripped off taught me"]]></title><description><![CDATA[
<p>I don't think a message on HN classes as getting in touch. This may have been posted by someone else entirely, having seen it posted elsewhere.<p>In any case, if they don't want to publish the name on their own web page, they'll not want to publicly post it as a reply on HN either…</p>
]]></description><pubDate>Tue, 07 Apr 2026 11:12:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47673392</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47673392</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47673392</guid></item><item><title><![CDATA[New comment by dspillett in "What Being Ripped Off Taught Me"]]></title><description><![CDATA[
<p>Which they? The contractor, the project owners, etc?<p>And is who they are relevant to the lesson (stealing time/effort is easy to get away with, you need to protect yourself from that)?</p>
]]></description><pubDate>Mon, 06 Apr 2026 13:15:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47660504</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47660504</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47660504</guid></item><item><title><![CDATA[New comment by dspillett in "The 1987 game “The Last Ninja” was 40 kilobytes"]]></title><description><![CDATA[
<p>I'd say up to a couple of hundred is much more than 40. Not a full decimal order of magnitude, but even without compression the 170KB on one side is up to 4½×.</p>
]]></description><pubDate>Mon, 06 Apr 2026 10:36:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47659132</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47659132</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47659132</guid></item><item><title><![CDATA[New comment by dspillett in "The 1987 game “The Last Ninja” was 40 kilobytes"]]></title><description><![CDATA[
<p><i>> isometric on the C64 with such an amazing level of detail - simply gorgeous</i><p>Or a convincing representation of that. A lot of old tricks mean that the games are doing less than you think that they are, and are better understood when you stop thinking “how do they do that” and “how are they convincing my brain that is what they are doing”.<p>Look at how little RAM the original Elite ran in on a BBC Model B, with some swapping of code on disk⁰. 32KB, less the 7.75KB taken by the game's custom screen mode² and a little more reserved for other things¹. I saw breathy reviews at the time and have seen similar nostalgic reviews more recently talking about “8 whole galaxies!” when the game could easily have had far more than that and was at one point going to. They cut it down not for technical reasons but because having more didn't feel usefully more fun and might actually put people off. The galaxies were created by a clever little procedural generator so adding more would have only added a couple of bytes (to hold the seed and maybe other params for the generator) each.<p>Another great example of not quite doing what it looks like the game is doing is the apparently live-drawn 3D view in the game Sentinel on a number of 8-bit platforms.<p>--------<p>[0] There were two blocks of code that were swapped in as you entered or self a space station: one for while docked and one for while in-flight. Also the ship blueprints were not all in memory at the same time, and a different set was loaded as you jumped from one system to another.<p>[1] the CPU call stack (technically up to a quarter K tough the game code only needed less than half of that), scratch-space on page-zero mostly used for game variables but some of which was used by things like the disk controller ROM and sound generator, etc.<p>[2] Normal screen modes close to that consumed 10KB. Screen memory consumption on the BBC Master Enhanced version was doubled as it was tweaked to use double the bit depths (4ppb for the control panel and 2bbp for the exterior, instead of 2bbp and 1ppb respectively).</p>
]]></description><pubDate>Mon, 06 Apr 2026 10:28:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47659070</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47659070</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47659070</guid></item><item><title><![CDATA[New comment by dspillett in "Significant raise of reports"]]></title><description><![CDATA[
<p>Also in terms of security, there was generally a much smaller potential attack surface and those surfaces were harder to reach because we were much less constantly connected.</p>
]]></description><pubDate>Thu, 02 Apr 2026 11:47:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47613150</link><dc:creator>dspillett</dc:creator><comments>https://news.ycombinator.com/item?id=47613150</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47613150</guid></item></channel></rss>