<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: ls65536</title><link>https://news.ycombinator.com/user?id=ls65536</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 14 Nov 2026 09:25:46 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ls65536" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ls65536 in "AMD's Zen 6 Family: Feeding the Beast"]]></title><description><![CDATA[
<p>This is amusing since Intel seems to be sort of going in the other direction lately: their efficiency cores are becoming more like their performance cores with each new generation (at least in so far as they are getting wider and more capable of higher clock speeds), and there even seem to be some rumors that the two design trains may get "merged" in the future.</p>
]]></description><pubDate>Tue, 10 Nov 2026 19:21:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=50444939</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=50444939</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50444939</guid></item><item><title><![CDATA[New comment by ls65536 in "Eight Bits of Trust: eMudhra's CA keys cracked in milliseconds"]]></title><description><![CDATA[
<p>Another place to search for private key candidates would be the outputs of various common PRNGs when they have been seeded with a timestamp (for all timestamps in, say, the past 20 years).<p>These would <i>look</i> like nice random values (unlike the ones that were recently compromised), but they would be trivial to generate by anyone who knows the initial inputs (PRNG algorithm, seed, maybe starting byte position, etc.).</p>
]]></description><pubDate>Wed, 21 Oct 2026 12:07:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=50179526</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=50179526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50179526</guid></item><item><title><![CDATA[New comment by ls65536 in "BIPM decides to stop adding leap seconds to UTC"]]></title><description><![CDATA[
<p>It shifts the problem elsewhere, though as you suggest it's sometimes still the same people having to deal with it! For example, anyone relying on celestial navigation who had until now been satisfied with up to 1 second of time error is going to need to start keeping track of UT1-UTC before it starts exceeding those old bounds. This will be possibly within a few years, whenever the next leap second <i>would have</i> been inserted/removed.</p>
]]></description><pubDate>Thu, 15 Oct 2026 18:43:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=50108315</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=50108315</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50108315</guid></item><item><title><![CDATA[New comment by ls65536 in "Wanted to download an ISO, ended up writing a kernel exploit"]]></title><description><![CDATA[
<p>I've set up all NFS mounts within my home LAN over WireGuard partly for this exact reason. The impacts to bandwidth and latency are negligible, and even the increase in CPU usage remains relatively low (at least on non-ancient hardware). This reduces some of my worries about silent data corruption (at least from this potential source).</p>
]]></description><pubDate>Thu, 15 Oct 2026 12:06:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=50102476</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=50102476</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50102476</guid></item><item><title><![CDATA[New comment by ls65536 in "`123456' password used in Danish CPR data breach"]]></title><description><![CDATA[
<p>That format looks like it would allow for up to 10k per day. Unless one of those X's is a check digit?</p>
]]></description><pubDate>Sat, 10 Oct 2026 10:56:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=50031647</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=50031647</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50031647</guid></item><item><title><![CDATA[New comment by ls65536 in "Permanent Daylight Saving Time Could Harm Sleep and Mental Health, Analysis Says"]]></title><description><![CDATA[
<p>> just have a single timezone<p>We already have UTC, which is almost always used as the legal basis for all local timezone definitions. In many industries (such as in many aviation and maritime operations), UTC is used almost exclusively to synchronize things worldwide and to avoid any local timezone confusion that might cause problems.<p>So using UTC works great in situations where participants span multiple timezones. But I think the intuition of maintaining a local clock for local things, with solar noon kept somewhere approximately around clock noon, is still useful, since many day-to-day scheduling concerns remain entirely within one's local timezone. The key is that participants must be aware of their local timezone's offset from UTC. Not having to change their clocks twice a year would hopefully also make this easier.</p>
]]></description><pubDate>Wed, 07 Oct 2026 12:09:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49991634</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=49991634</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49991634</guid></item><item><title><![CDATA[New comment by ls65536 in "Permanent Daylight Saving Time Could Harm Sleep and Mental Health, Analysis Says"]]></title><description><![CDATA[
<p>In this case, the analysis focuses on Canada, which does have a few population centres around the same latitude as London.</p>
]]></description><pubDate>Wed, 07 Oct 2026 11:35:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=49991313</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=49991313</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49991313</guid></item><item><title><![CDATA[New comment by ls65536 in "Goes-19 weather satellite enters Safe Hold mode"]]></title><description><![CDATA[
<p>Looks like they're making progress toward getting things restarted: "Update #2: The GOES-19 Safehold has been resolved and engineers are working to prepare for restart of the onboard instruments. More information on the recovery timeline will be provided when known." [0]<p>[0] <a href="https://www.ospo.noaa.gov/data/messages/2026/07/MSG_20260716_1502.html" rel="nofollow">https://www.ospo.noaa.gov/data/messages/2026/07/MSG_20260716...</a></p>
]]></description><pubDate>Thu, 16 Jul 2026 15:55:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48936269</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=48936269</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48936269</guid></item><item><title><![CDATA[New comment by ls65536 in "Goes-19 weather satellite enters Safe Hold mode"]]></title><description><![CDATA[
<p>Very unfortunate timing given the ongoing wildfires and associated smoke spreading across eastern North America in recent days.</p>
]]></description><pubDate>Thu, 16 Jul 2026 15:40:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48936063</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=48936063</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48936063</guid></item><item><title><![CDATA[New comment by ls65536 in "Ask HN: Are systems ready for the first negative leap second?"]]></title><description><![CDATA[
<p>There's an agreement to do something about leap seconds before 2035, either by allowing DUT1 to exceed its currently specified bounds (this is most likely) or by agreeing to simply not insert/delete leap seconds going forward (this is less likely). For certain bounds on DUT1 and at some timescale, these would be practically the same in terms of their effects on civilization, computing, etc. In any case, a decision will almost certainly be made much sooner than 2035, perhaps even before the next leap second insertion/deletion would need to take place under the present rules.</p>
]]></description><pubDate>Sat, 11 Jul 2026 12:08:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48871338</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=48871338</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48871338</guid></item><item><title><![CDATA[New comment by ls65536 in "Ask HN: Are systems ready for the first negative leap second?"]]></title><description><![CDATA[
<p>Fortunately, in the past couple months, the likelihood of actually needing a negative leap second in the next few years has been trending down. This is based on measurements and predictions done by the IERS, the data for which they publish weekly in their Bulletin A [0]. I've been tracking this data for a while, and their DUT1 predictions have been trending more negative over the past few months, suggesting that the anticipated negative leap second is likely to be delayed, or it may very well not happen at all.<p>[0] <a href="https://datacenter.iers.org/data/latestVersion/bulletinA.txt" rel="nofollow">https://datacenter.iers.org/data/latestVersion/bulletinA.txt</a></p>
]]></description><pubDate>Sat, 11 Jul 2026 11:58:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48871265</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=48871265</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48871265</guid></item><item><title><![CDATA[New comment by ls65536 in "Blog ran on Ubuntu 16.04 for 10 years. I migrated it to FreeBSD"]]></title><description><![CDATA[
<p>I have a machine that's on a Debian installation that I've been steadily upgrading, one Debian stable release at a time, since I originally installed it about a decade ago now. At one point I even copied the entire installation to another disk (just a "dd" from its original SATA SSD to a new NVMe one, plus some partition and filesystem resizing), and I've upgraded the CPU/motherboard/RAM at another time, and it just keeps going reliably. It's fun knowing that the origin of that Debian installation predates every hardware component it's presently running on (with the exception of only the case and power supply).</p>
]]></description><pubDate>Fri, 22 May 2026 00:03:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48230297</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=48230297</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48230297</guid></item><item><title><![CDATA[New comment by ls65536 in "How can Apple deal with the memory shortage?"]]></title><description><![CDATA[
<p>They bought P.A. Semi, but it was for their design capability; they never had fabs anyway, and Apple still depends on TSMC and others for manufacturing chips. Apple building fabs to ensure a guaranteed supply of memory (or logic) chips would be an unprecedented level of vertical integration, even for them.</p>
]]></description><pubDate>Wed, 13 May 2026 20:55:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48127434</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=48127434</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48127434</guid></item><item><title><![CDATA[New comment by ls65536 in "Ibuilt a tiny Unix‑like 'OS' with shell and filesystem for Arduino UNO (2KB RAM)"]]></title><description><![CDATA[
<p>I made something similar a long time ago partly as a challenge to see what could be done with just 2 KB RAM [0]. It was possible to implement some very basic context switching between two "processes", pipes (okay, I only had a single pipe, and it only worked between certain commands), and some other things like a few built-in games (pong, snake, and a breakout-style game, naturally). I didn't go as far as adding any filesystem functionality though, and ultimately yours does feel more Unix-like overall, but it was a fun little project where you learned to always consider every single byte as precious.<p>[0] <a href="https://github.com/ls4096/avrsysh" rel="nofollow">https://github.com/ls4096/avrsysh</a></p>
]]></description><pubDate>Tue, 21 Apr 2026 21:52:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47855033</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=47855033</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47855033</guid></item><item><title><![CDATA[New comment by ls65536 in "Live: Artemis II Launch Day Updates"]]></title><description><![CDATA[
<p>~450 square feet, with how many feet in the third dimension? You probably had an order of magnitude more volume than 330 cubic feet there.</p>
]]></description><pubDate>Thu, 02 Apr 2026 02:12:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47609224</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=47609224</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47609224</guid></item><item><title><![CDATA[So You Want to Work in Hardware]]></title><description><![CDATA[
<p>Article URL: <a href="https://ourancientfuture.substack.com/p/so-you-want-to-work-in-hardware">https://ourancientfuture.substack.com/p/so-you-want-to-work-in-hardware</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47231702">https://news.ycombinator.com/item?id=47231702</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 03 Mar 2026 13:05:37 +0000</pubDate><link>https://ourancientfuture.substack.com/p/so-you-want-to-work-in-hardware</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=47231702</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47231702</guid></item><item><title><![CDATA[New comment by ls65536 in "Show HN: Geo Racers – Race from London to Tokyo on a single bus pass"]]></title><description><![CDATA[
<p>This is really fun!<p>A possible bug though: I managed to finish Inverness to Gibraltar, and the top three spots on the leaderboard somehow had negative time durations!</p>
]]></description><pubDate>Thu, 12 Feb 2026 23:33:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=46996816</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=46996816</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46996816</guid></item><item><title><![CDATA[New comment by ls65536 in "Keeping 20k GPUs healthy"]]></title><description><![CDATA[
<p>My intuition would be that constant usage (not exceeding maximum rated capacity/thermals/etc.) should generally result in less wear compared to the more frequent thermal cycling that you might expect from intermittent use, but maybe there's something else going on here too. I suppose this would depend on what exactly the cause of the failure is.<p>Either way, these are obviously being intentionally sold to be used for non-gaming-type workloads, so it wouldn't be a good argument to state that they're just being (ab)used beyond what they were inteded for...unless somehow they really are being pushed beyond design limits, but given the cost of these things I can't imagine anyone doing this willingly with a whole fleet of them.</p>
]]></description><pubDate>Thu, 22 Jan 2026 21:28:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=46725338</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=46725338</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46725338</guid></item><item><title><![CDATA[New comment by ls65536 in "The percentage of Show HN posts is increasing, but their scores are decreasing"]]></title><description><![CDATA[
<p>But if everyone follows this advice, then everything just gets overwhelmed by "hustlers" (and their "shameless spam"), and collectively we're now all worse off because of it. It just turns into yet another tragedy of the commons situation.<p>I say this as someone who received a lot of great feedback and had some interesting interactions after posting about a project of mine using "Show HN" a few years ago. I didn't need to spam anything to get the attention, but I admit maybe I just got very lucky, or maybe there were just fewer posts to "compete" with at the time (this was before the recent write-everything-with-AI-and-launch-it-out-there craze).<p>Finally, I'm not making any moral judgments here, and if someone feels they need to do this to get the attention they want, then who am I to tell you otherwise. But we should be aware of what we're giving up when we overall tend to behave in such a way, even if it's the inevitable outcome.</p>
]]></description><pubDate>Wed, 21 Jan 2026 13:14:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=46705279</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=46705279</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46705279</guid></item><item><title><![CDATA[New comment by ls65536 in "RAM is so expensive, Samsung won't even sell it to Samsung"]]></title><description><![CDATA[
<p>The total size isn't what matters in this case but rather the total number of files/directories that need to be traversed (and their file sizes summed).</p>
]]></description><pubDate>Thu, 04 Dec 2025 16:32:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=46149484</link><dc:creator>ls65536</dc:creator><comments>https://news.ycombinator.com/item?id=46149484</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46149484</guid></item></channel></rss>