<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: bcrl</title><link>https://news.ycombinator.com/user?id=bcrl</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 14 Apr 2026 20:36:35 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=bcrl" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by bcrl in "We've raised $17M to build what comes after Git"]]></title><description><![CDATA[
<p>BitKeeper tried to do that.  Git was built because the commercial license of BitKeeper became unworkable for the Linux kernel community.<p>"Those who cannot remember the past are condemned to repeat it".</p>
]]></description><pubDate>Sat, 11 Apr 2026 01:46:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47726422</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=47726422</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47726422</guid></item><item><title><![CDATA[New comment by bcrl in "If you thought code writing speed was your problem you have bigger problems"]]></title><description><![CDATA[
<p>There were more ~26+ years ago.  gcc and egcs had some subtle register allocator bugs that would get tripped up under heavy register pressure on i386 that were the bane of my existence as a kernel developer at the time.</p>
]]></description><pubDate>Tue, 17 Mar 2026 21:13:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47418410</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=47418410</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47418410</guid></item><item><title><![CDATA[New comment by bcrl in "Please do not A/B test my workflow"]]></title><description><![CDATA[
<p>Please name a computer science program that has an ethics component.<p>Yes, I wish software developers were more like actual engineers in this regard.</p>
]]></description><pubDate>Sat, 14 Mar 2026 17:35:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47379028</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=47379028</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47379028</guid></item><item><title><![CDATA[New comment by bcrl in "PC processors entered the Gigahertz era today in the year 2000 with AMD's Athlon"]]></title><description><![CDATA[
<p>Software was already far down the bloat path by the time the Core 2 Duo came out, so the upgrade didn't make all that much of a difference in feel given how much latency was caused by software performing random reads off a disk.  That's why SSDs made such a huge difference.<p>Back in the MS-DOS days, the amount of data needed to be read off a disk while the OS booted was negligible, so a second or two on a fast 486 felt amazing compared to the incredibly slow grind of watching code execute on an 8086 or slow 80286.  Software was still in the space of having to run tolerably on an 8086, so the added resources of a newer faster machine actually did improve the feel of the system.</p>
]]></description><pubDate>Sun, 08 Mar 2026 04:49:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=47294496</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=47294496</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47294496</guid></item><item><title><![CDATA[New comment by bcrl in "Hard-braking events as indicators of road segment crash risk"]]></title><description><![CDATA[
<p>Many of the merge lanes in California are insanely short compared to those in the rest of the world.  The worst are the ones that have merge immediately before an overpass and exit immediately after where merging and exiting have about the width of the overpass to change lanes.  I found those infuriating when I used to visit friends in the Bay area.  The pattern where I live is the opposite (long exit lane before the overpass and a long merge lane after) and provides far better margins of safety.</p>
]]></description><pubDate>Wed, 11 Feb 2026 20:26:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=46980427</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46980427</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46980427</guid></item><item><title><![CDATA[New comment by bcrl in "End of an era for me: no more self-hosted git"]]></title><description><![CDATA[
<p>It's plausible that the AI companies have given up storing data for training runs and just stream it off the Internet directly now.  It's probably cheaper to stream than buying more SSDs and HDDs from a supply constrained supply chain at this point.</p>
]]></description><pubDate>Wed, 11 Feb 2026 18:47:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=46979037</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46979037</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46979037</guid></item><item><title><![CDATA[New comment by bcrl in "GNU Hurd Is "Almost There" with x86_64, SMP and ~75% of Debian Packages Building"]]></title><description><![CDATA[
<p>Given the tectonic shift in priorities for Linux kernel development over the past decade, I'm willing to bet that many key developers would be open to a microkernel architecture now than ~25+ years ago.  CPUs now have hardware features that reduce the overhead of MMU context changes which gets rid of a significant part of the cost of having isolated address spaces to contain code.  The Meltdown and Spectre attacks really forced the security issue to the point where major performance costs to improve security became acceptable in a way that was not the case in the '90s or '00s.</p>
]]></description><pubDate>Sat, 07 Feb 2026 17:09:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=46925440</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46925440</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46925440</guid></item><item><title><![CDATA[New comment by bcrl in "1 kilobyte is precisely 1000 bytes?"]]></title><description><![CDATA[
<p>To make things even more confusing, the high-density floppy introduced on the Amiga 3000 stored 1760 KiB</p>
]]></description><pubDate>Tue, 03 Feb 2026 19:13:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46875755</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46875755</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46875755</guid></item><item><title><![CDATA[New comment by bcrl in "Nvidia to shift 2028 chip production to Intel, reshaping TSMC strategy"]]></title><description><![CDATA[
<p>Please read the article in full.  The GPU die where all the computations occur and the majority of power is spent will remain on TSMC.<p>TSMC plans their A14 process to be in high volume production in 2028.  It will include backside power delivery introduced in their A14 process (expected 2026/2027 high volume production), which means it will be quite competitive with Intel.<p><a href="https://semiwiki.com/wikis/industry-wikis/tsmc-a14-process-technology-wiki/" rel="nofollow">https://semiwiki.com/wikis/industry-wikis/tsmc-a14-process-t...</a>
<a href="https://semiwiki.com/wikis/industry-wikis/%F0%9F%A7%A0-tsmc-a16-process-technology-wiki/" rel="nofollow">https://semiwiki.com/wikis/industry-wikis/%F0%9F%A7%A0-tsmc-...</a><p>There's an older article at <a href="https://www.igorslab.de/en/350-watts-for-nvidias-new-top-of-the-line-geforce-rtx-3090-ampere-model-explained-chip-area-calculated-and-boards-compared/" rel="nofollow">https://www.igorslab.de/en/350-watts-for-nvidias-new-top-of-...</a> which shows the breakdown of power consumption for GPUs.  The GPU die itself is only 230W of the entire power budget.</p>
]]></description><pubDate>Thu, 29 Jan 2026 19:38:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46815424</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46815424</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46815424</guid></item><item><title><![CDATA[New comment by bcrl in "Nvidia to shift 2028 chip production to Intel, reshaping TSMC strategy"]]></title><description><![CDATA[
<p>The entire sentence is even less enthusiastic:<p>"The GPU die will remain with TSMC, but portions of the I/O die are expected to leverage Intel's 18A or the planned 14A process slated for 2028, contingent on yield improvements."<p>Reading between the lines: Nvidia will most likely design a TSMC version of those I/O die portions in case Intel fails.<p>Intel has a decades long reputation of failing its attempted foundry customers.  Whether or not Nvidia's ownership stake is sufficient to overcome the inertia within Intel that has resulted in those failures remains to be seen.</p>
]]></description><pubDate>Thu, 29 Jan 2026 19:25:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=46815219</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46815219</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46815219</guid></item><item><title><![CDATA[New comment by bcrl in "Notes on the Intel 8086 processor's arithmetic-logic unit"]]></title><description><![CDATA[
<p>Thanks for publishing your blog!  The articles are quite enlightening, and it's interesting to see how semiconductors evolved in the '70s, '80s and '90s.  Having grown up in this time, I feel it was a great time to learn as one could understand an entire computer, but details like this were completely inaccessible back then.  Keep up the good work knowing that it is appreciated!<p>A more personal question: is your reverse engineering work just a hobby or is it tied in with your day to day work?</p>
]]></description><pubDate>Fri, 23 Jan 2026 19:49:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=46736973</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46736973</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46736973</guid></item><item><title><![CDATA[New comment by bcrl in "Sopro TTS: A 169M model with zero-shot voice cloning that runs on the CPU"]]></title><description><![CDATA[
<p>Ah yes, the "things are bad; we shouldn't try to fix them" argument.  That isn't a philosophy which I subscribe to.  People should very much consider the ethical implications of releasing software they created to the general public.</p>
]]></description><pubDate>Sat, 10 Jan 2026 03:34:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46562500</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46562500</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46562500</guid></item><item><title><![CDATA[New comment by bcrl in "macOS 26.2 update enables 160MHz channels on 5GHz Wi-Fi networks"]]></title><description><![CDATA[
<p>2.4 GHz is unreliable for me these days due to interference from bluetooth headphones and hearing aids that other people are using.  The issues tend to only show up during extended periods of video streaming, and having looked at a bunch of traffic captures over the holidays, it seems to be limited to certain streaming services sending very large bursts of traffic at extremely high rates (likely from servers with 100+ Gbps interfaces using TSO to reduce CPU usage).  That makes me think that the regularly paced bluetooth interference from real time audio streams limits the maximum viable burst size of a 2.4 GHz wifi radio.<p>Yes, this happened a bunch more over the Christmas holiday when we had an extra 3 or 4 younger family members all listening to music and videos over their bluetooth ear buds and headphones, which made it much easier to track down as it was quite a rare intermittent failure with only a single bluetooth device being active.</p>
]]></description><pubDate>Sat, 10 Jan 2026 03:13:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=46562409</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46562409</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46562409</guid></item><item><title><![CDATA[New comment by bcrl in "Flock Hardcoded the Password for America's Surveillance Infrastructure 53 Times"]]></title><description><![CDATA[
<p>Security for maps is basically impossible.  Maps tend to have to be widely shared within government and engineering, and if you know what you're looking for, it's remarkably straightforward to find ways to access layers you would normally have to pay for.  It's a consequence of the need to share data widely for a variety of purposes -- everything from zoning debates within a local county to maps for broadband funding across an entire country create a public need to share mapping information.  Keys don't get revoked once projects end as that would result in all the previously published links becoming stale, which makes life harder for everyone doing research and planning new projects.<p>Moreover, university students in programs like architecture are given access to many map layers as part of the school's agreements with the organizations publishing the data.  Without that access, students wouldn't be able to pick up the skills needed to do the work they will eventually be hired for.  And if students can get data, then it's pretty much public.<p>Privacy is becoming (or already is) nearly impossible in the 21st century.</p>
]]></description><pubDate>Sat, 10 Jan 2026 00:29:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=46561323</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46561323</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46561323</guid></item><item><title><![CDATA[New comment by bcrl in "The unreasonable effectiveness of the Fourier transform"]]></title><description><![CDATA[
<p>I basically asked my math and physics teachers in high school what the Fourier transform was, but none of them knew how to answer my questions (which were about digital signal processing -- modems were important things to us back in the early '90s).  If I had to do it over again, I would have audited the local university's electrical engineering and math courses in evenings.  The first time MIT ran 6002x online back in 2012, the course finally answered a lot of those questions when touching upon filters and bandwidth.</p>
]]></description><pubDate>Sat, 10 Jan 2026 00:13:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46561202</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46561202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46561202</guid></item><item><title><![CDATA[New comment by bcrl in "Sopro TTS: A 169M model with zero-shot voice cloning that runs on the CPU"]]></title><description><![CDATA[
<p>What measures are being taken to ensure that this model isn't used to lower the cost of fraudsters committing grandparent scams by mimicking the voices of grandchildren?</p>
]]></description><pubDate>Fri, 09 Jan 2026 20:34:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=46558973</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46558973</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46558973</guid></item><item><title><![CDATA[New comment by bcrl in "Splice a Fibre"]]></title><description><![CDATA[
<p>The old manual tools were extremely slow.  Modern fibre splicers mean that a dozen fibres can be spliced in maybe a bit more half an hour, although cable prep cam take a significant amount of time depending on the cable type, number of cables and splice closure.  Even more if you're using a ribbon splicer that fuses 12 fibres per burn.</p>
]]></description><pubDate>Sat, 27 Dec 2025 15:13:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=46402411</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46402411</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46402411</guid></item><item><title><![CDATA[New comment by bcrl in "Germany: Amazon is not allowed to force customers to watch ads on Prime Video"]]></title><description><![CDATA[
<p>Cable still has one thing going for it: it tends to be cheaper for sports.  Watching hockey games online requires subscriptions to 3 different streaming services just to follow a single local team, which is ridiculous.</p>
]]></description><pubDate>Thu, 18 Dec 2025 19:29:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=46317360</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46317360</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46317360</guid></item><item><title><![CDATA[New comment by bcrl in "This is not the future"]]></title><description><![CDATA[
<p>I would be fine if data centers paid the full cost of their existence, but that isn't what happens in our world.<p>Instead the cost of pollution is externalised and placed on the backs of humanity's children.  That includes the pollution created by those datacentres running off fossil fuel generators because it was cheaper to use gas in the short term than to invest in solar capacity and storage that pays back over the long term.  The pollution from building semiconductors in servers and GPUs that will likely have less than a 10 year lifespan in an AI data center as newer generations have lower operating cost.  The cost of water being used for evaporative cooling being pulled from aquifers at a rate that is unsustainable because it's cheaper than deploying more expensive heat pumps in a desert climate.... and the pollution of the information on the internet from AI slop.<p>The short term gains from AI have a real world cost that most of us in the tech industry are isolated from.  It is far from clear how to make this sustainable.  The sums of money being thrown at AI will change the world forever.</p>
]]></description><pubDate>Tue, 16 Dec 2025 17:43:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=46291598</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46291598</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46291598</guid></item><item><title><![CDATA[New comment by bcrl in "The mysterious MS-DOS reboot (2021)"]]></title><description><![CDATA[
<p>I just had an incident like that a month and a half ago.  Customer reported repeated internet outages in the morning.  Lots of back and forth by phone and email, and the only conclusion I could come up with is that the ONU or router was flaky and needed to be replaced.<p>Nope.  Ended up going on site one day.  It turns out that the power bar everything was plugged into was sitting on the floor at the back of the desk in the customer's office.  When they sat down first thing in the morning, they would often jostle one of the power supplies just enough to cause a restart.  Moved the power bar over 2 feet to the left where feet couldn't reach it, and the problem was solved.</p>
]]></description><pubDate>Mon, 15 Dec 2025 00:14:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46268684</link><dc:creator>bcrl</dc:creator><comments>https://news.ycombinator.com/item?id=46268684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46268684</guid></item></channel></rss>