<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: SuperscalarMeme</title><link>https://news.ycombinator.com/user?id=SuperscalarMeme</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 16 Jul 2026 06:43:37 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=SuperscalarMeme" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by SuperscalarMeme in "Data has weight but only on SSDs"]]></title><description><![CDATA[
<p>Okay I think I can clarify this:
Electrons trapped in the gate (when storing a 0) come from the substrate. The substrate is connected to ground, and the “lost” electrons are replenished. So yes, net chip weight grows when 0s are written.<p>However, weight relative to what? All 0s on a chip will be heavier (the heaviest). All 1s would be the lightest. 50/50 1s and 0s would be the middle, which is where I’d expect generic “data” to fall.</p>
]]></description><pubDate>Wed, 04 Mar 2026 23:20:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=47255396</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=47255396</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47255396</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "What happened to Transmeta, the last big dotcom IPO"]]></title><description><![CDATA[
<p>So glad someone else also knew about this connection :) Details about Denver are pretty minimal, but this talk at Stanford is one of the most detailed I’ve been able to find for those interested. It’s fascinating stuff with lots of similarities to how Transmeta operated: <a href="https://youtu.be/oEuXA0_9feM?si=WXuBDzCXMM4_5YhA" rel="nofollow">https://youtu.be/oEuXA0_9feM?si=WXuBDzCXMM4_5YhA</a></p>
]]></description><pubDate>Wed, 12 Nov 2025 14:23:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=45900568</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=45900568</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45900568</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "Apple is America's semiconductor problem"]]></title><description><![CDATA[
<p>This is a pretty disappointing article with some very questionable examples.<p>The Imagination Technology example in particular is poor since they were a supplier of intellectual property, not physical goods. So Apple’s usage of them as a supplier had limited bearing on the firm’s other customers or lack thereof. Similarly, the ban of Apple Watches over IP theft has nothing to do with the supply chain issues that the authors attempted to outline.<p>The thesis is also all over the place. The title indicates the problem is semiconductors, but then lots of the arguments have to do with suppliers outside of semiconductors. If Apple’s reliance on TSMC is the big problem, then why isn’t even mentioned that TSMC is the only competitive fab on cutting edge nodes?<p>Lastly, the overarching theme is severely misguided. All of these supply chain dealings are as old as semiconductors themselves. When the industry moved towards targeting consumer electronics in the 70s, semiconductor manufacturing moved out of the US long before Apple was relevant. And if Apple weren’t a powerhouse of consumer electronics today, other companies would be doing the same things. It’s just part of the nature of trying to manufacture and sell mass market electronics.</p>
]]></description><pubDate>Thu, 08 Aug 2024 20:52:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=41196120</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=41196120</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41196120</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "Standard cells: Looking at individual gates in the Pentium processor"]]></title><description><![CDATA[
<p>I'll give you an alternate take: the compute power available to EDA software has been roughly scaling at the same rate as transistors on a die. So the complexity of the problem relative to compute power available has remained somewhat constant. So standard cell design remains an efficient method of reducing complexity of the problems EDA tools have to solve.</p>
]]></description><pubDate>Sun, 07 Jul 2024 22:03:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=40900824</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=40900824</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40900824</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "Tesla’s Dojo Microarchitecture"]]></title><description><![CDATA[
<p>Not to mention that in-house silicon is all about economies of scale, this is even more of a puzzling move</p>
]]></description><pubDate>Mon, 05 Sep 2022 00:24:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=32719136</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=32719136</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32719136</guid></item><item><title><![CDATA[Nike Super Spikes Are So Fast That Rivals Are Wearing Them]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.wsj.com/articles/nike-vaporfly-victory-super-spikes-so-fast-rivals-wearing-them-11623640980">https://www.wsj.com/articles/nike-vaporfly-victory-super-spikes-so-fast-rivals-wearing-them-11623640980</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=27506374">https://news.ycombinator.com/item?id=27506374</a></p>
<p>Points: 3</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 14 Jun 2021 18:33:11 +0000</pubDate><link>https://www.wsj.com/articles/nike-vaporfly-victory-super-spikes-so-fast-rivals-wearing-them-11623640980</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=27506374</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=27506374</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "Actually Portable Executable"]]></title><description><![CDATA[
<p>Performance is agnostic of ISA. Apple's custom designed cores do indeed have a <i>massive</i> performance/Watt advantage over x86 based designs and happen to be using ARM. However, it's not impossible for an x86 CPU to be designed in a similar way. It does, however, get more difficult to do so due to x86's variable length instruction encoding, to which ARM does not have.</p>
]]></description><pubDate>Fri, 26 Feb 2021 15:12:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=26275506</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=26275506</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=26275506</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "Apple Silicon and losing our legacy"]]></title><description><![CDATA[
<p>That's because you're locked into the x86 paradigm. Look at the leaps and bounds Apple is making with performance/Watt by moving away from x86. This is the cost of legacy.</p>
]]></description><pubDate>Thu, 19 Nov 2020 23:04:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=25155427</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=25155427</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25155427</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "Apple Silicon and losing our legacy"]]></title><description><![CDATA[
<p>While I agree the issue is most certainly real, I feel that Apple Silicon is the scapegoat. Computing platforms need to evolve in order to progress, and sometimes the burden lies on developers to keep up. I think this is more of a story about legacy software compatibility and lack of open source solutions.</p>
]]></description><pubDate>Thu, 19 Nov 2020 22:10:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=25154972</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=25154972</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25154972</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "“C is how the computer works” is a dangerous mindset for C programmers"]]></title><description><![CDATA[
<p>And I bet you physicists argue that transistors are just abstractions of semiconductors</p>
]]></description><pubDate>Tue, 31 Mar 2020 15:37:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=22738549</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=22738549</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22738549</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "“C is how the computer works” is a dangerous mindset for C programmers"]]></title><description><![CDATA[
<p>I don't think anyone suggests using C as an alternative for microarchitecture classes. C still remains one of the best ways to access hardware <i>relative</i> to other software languages. No language is "how computers work" unless you're writing Verilog, but C is the closest to the metal relative to other software paradigms while still being more convenient than assembly.</p>
]]></description><pubDate>Tue, 31 Mar 2020 15:29:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=22738457</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=22738457</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22738457</guid></item><item><title><![CDATA[New comment by SuperscalarMeme in "Wallace Tree"]]></title><description><![CDATA[
<p>Radix-4 modified Booth encoding to reduce the number of partial products and then a sort of modified Wallace tree using 4:2 compressors (or some sort of 3:2 & 4:2 compressor combination based on technology node). There is another type of multiplier sometimes used for maximum performance: unlike Wallace trees where you go through steps of tree reduction, the "Three Dimensional Method" looks at each output bit and generates the fastest possible tree from the partial product matrix. The problem with this method (besides area) is that the wiring and layout of cells is highly irregular. However, now that we are in the age of automated tools, this type of design is more feasible. Paper here: <a href="https://www.ece.ucdavis.edu/~vojin/CLASSES/EEC280/Web-page/papers/Arithmetic/A%20Method%20for%20speed%20Optimized%20Partial%20product.pdf" rel="nofollow">https://www.ece.ucdavis.edu/~vojin/CLASSES/EEC280/Web-page/p...</a><p>If you're interested, this paper from Synopsys has some neat information about datapath synthesis:
<a href="https://guest.iis.ee.ethz.ch/~zimmi/publications/datapath_synthesis.pdf" rel="nofollow">https://guest.iis.ee.ethz.ch/~zimmi/publications/datapath_sy...</a></p>
]]></description><pubDate>Tue, 18 Feb 2020 15:51:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=22356872</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=22356872</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22356872</guid></item><item><title><![CDATA[Nuvia, Founded by Former Apple and Google Chipmakers, Raises $53M Series A]]></title><description><![CDATA[
<p>Article URL: <a href="https://news.crunchbase.com/news/nuvia-founded-by-former-apple-google-chipmakers-raises-53m-series-a/">https://news.crunchbase.com/news/nuvia-founded-by-former-apple-google-chipmakers-raises-53m-series-a/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=21546685">https://news.ycombinator.com/item?id=21546685</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 15 Nov 2019 17:23:07 +0000</pubDate><link>https://news.crunchbase.com/news/nuvia-founded-by-former-apple-google-chipmakers-raises-53m-series-a/</link><dc:creator>SuperscalarMeme</dc:creator><comments>https://news.ycombinator.com/item?id=21546685</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21546685</guid></item></channel></rss>