<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: rnrn</title><link>https://news.ycombinator.com/user?id=rnrn</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 21 Jun 2026 09:20:51 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=rnrn" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by rnrn in "OpenTelemetry profiles enters public alpha"]]></title><description><![CDATA[
<p>> For example, they invented the .eh_frame walking technique to get stack traces from binaries without frame pointers enabled.<p>This is not an accurate summary of what they developed.<p>Using .eh_frame to unwind stacks without frame pointers is not novel - it is exactly what it is for and perf has had an implementation doing it since ~2010. The problem is the kernel support for this was repeatedly rejected so the kernel samples  kilobytes of stack and then userspace does the unwind<p>What they developed is an implementation of unwinding from an eBPF program running in the kernel using data from eh_frame.</p>
]]></description><pubDate>Thu, 26 Mar 2026 21:06:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47535733</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=47535733</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47535733</guid></item><item><title><![CDATA[New comment by rnrn in "HP trialed mandatory 15-minute support call wait times (2025)"]]></title><description><![CDATA[
<p>No, wrong decade and wrong split - the test & measurement equipment and scientific equipment was long gone from HP at the time of the HP -> HP inc + HPE split. It ended up in Agilent (1999) and from there Keysight.<p>HP semiconductors went HP -> Agilent -> Avago, now broadcom.</p>
]]></description><pubDate>Fri, 20 Mar 2026 15:07:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47455688</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=47455688</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47455688</guid></item><item><title><![CDATA[New comment by rnrn in "Nvidia greenboost: transparently extend GPU VRAM using system RAM/NVMe"]]></title><description><![CDATA[
<p>How do get the weights for the right set of experts for a given batch of tokens into fast memory at the right time?<p>The activated experts is only available after routing, at which point you need the weights immediately and will have very poor performance if they are across PCIe</p>
]]></description><pubDate>Thu, 19 Mar 2026 18:01:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47443355</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=47443355</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47443355</guid></item><item><title><![CDATA[New comment by rnrn in "Nvidia greenboost: transparently extend GPU VRAM using system RAM/NVMe"]]></title><description><![CDATA[
<p>Why is there a new kernel driver here at all? It appears that all it does it allocate system RAM (“DDR4”) and export it as a dmabuf for import to cuda as mapped external memory. Then a userspace shim hijacks APIs to use that if gpu memory is full. cuda already supports allocating mapped system memory, so AFAICT this could be implemented in the userspace shim with no new kernel driver.<p>Also as other commenters have mentioned, redirecting allocations to managed memory would also enable similar oversubscription<p>And the hijack approach only makes sense for making apps have this behavior with no changes, and could be done with minor app changes (e.g. PyTorch has a pluggable allocator interface). App changes also enable intentionally placing specific allocations.<p>My impression is that this is vibe from beginning to end, starting from a design that only makes sense if you are hallucinating</p>
]]></description><pubDate>Thu, 19 Mar 2026 16:05:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47441692</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=47441692</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47441692</guid></item><item><title><![CDATA[New comment by rnrn in "Vm.overcommit_memory=2 is the right setting for servers"]]></title><description><![CDATA[
<p>This is not about reclaiming memory by swapping the contents out to disk. It is about killing processes due to having overcommitted beyond the available memory plus swap space. The processes thrown out of the plane (targeted by the OOM killer) cannot be resurrected</p>
]]></description><pubDate>Sat, 20 Dec 2025 18:51:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=46338516</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=46338516</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46338516</guid></item><item><title><![CDATA[New comment by rnrn in "Myths Programmers Believe about CPU Caches (2018)"]]></title><description><![CDATA[
<p>It’s not a cargo cult if the actions directly cause cargo to arrive based on well understood mechanics.<p>Regardless of whether it would be better in some situations to align to 128 bytes, 64 bytes really is the cache line size on all common x86 cpus and it is a good idea to avoid threads modifying the same cacheline.</p>
]]></description><pubDate>Sat, 01 Nov 2025 16:14:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=45782841</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=45782841</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45782841</guid></item><item><title><![CDATA[New comment by rnrn in "Myths Programmers Believe about CPU Caches (2018)"]]></title><description><![CDATA[
<p>> even on x86 on recent server CPUs, cache-coherency protocols may be operating at a different granularity than the cache line size. A typical case with new Intel server CPUs is operating at the granularity of 2 consecutive cache lines<p>I don’t think it is accurate that Intel CPUs use 2 cache lines / 128 bytes as the coherency protocol granule.<p>Yes, there can be additional destructive interference effects at that granularity, but that’s due to prefetching (of two cachelines with coherency managed independently) rather than having coherency operating on one 128 byte granule<p>AFAIK 64 bytes is still the correct granule for avoiding false sharing, with two cores modifying two consecutive cachelines having way less destructive interference than two cores modifying one cacheline.</p>
]]></description><pubDate>Sat, 01 Nov 2025 16:10:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=45782804</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=45782804</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45782804</guid></item><item><title><![CDATA[New comment by rnrn in "All clickwheel iPod games have now been preserved for posterity"]]></title><description><![CDATA[
<p>Do you use some old version of iTunes to put music on it or are there other tools with better support for old iPods?</p>
]]></description><pubDate>Wed, 10 Sep 2025 14:21:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=45198137</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=45198137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45198137</guid></item><item><title><![CDATA[New comment by rnrn in "US halts work on almost finished wind farm because national security"]]></title><description><![CDATA[
<p>This was in the “truth” posted by Trump on his social media announcing the deal:<p>> It is my Great Honor to report that the United States of America now fully owns and controls 10% of INTEL, a Great American Company that has an even more incredible future. I negotiated this Deal with Lip-Bu Tan, the Highly Respected Chief Executive Officer of the Company. The United States paid nothing for these Shares, and the Shares are now valued at approximately $11 Billion Dollars. This is a great Deal for America and, also, a great Deal for INTEL. Building leading edge Semiconductors and Chips, which is what INTEL does, is fundamental to the future of our Nation. MAKE AMERICA GREAT AGAIN! Thank you for your attention to this matter.<p>“The United States paid nothing for these Shares”<p><a href="https://truthsocial.com/@realDonaldTrump/posts/115074444617901812" rel="nofollow">https://truthsocial.com/@realDonaldTrump/posts/1150744446179...</a></p>
]]></description><pubDate>Sun, 24 Aug 2025 11:00:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=45003198</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=45003198</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45003198</guid></item><item><title><![CDATA[New comment by rnrn in "U.S. government takes 10% stake in Intel"]]></title><description><![CDATA[
<p>Are you sure congress didn’t authorize this ? i.e. actually specified that the money could only be used for grants and could not be used for equity purchases?<p>> The Department of Commerce is authorized to provide funding in various forms, including grants, cooperative agreements, loans, and loan guarantees, in exercising its Section 9902 authorities<p><a href="https://www.congress.gov/crs-product/R47523" rel="nofollow">https://www.congress.gov/crs-product/R47523</a><p>AFAICT the relevant section of law says it is up to the Secretary of Commerce to determine the funding type to be used for the semiconductor financial assistance<p><a href="https://www.congress.gov/116/plaws/publ283/PLAW-116publ283.pdf" rel="nofollow">https://www.congress.gov/116/plaws/publ283/PLAW-116publ283.p...</a><p>See my other comment : <a href="https://news.ycombinator.com/item?id=44995799">https://news.ycombinator.com/item?id=44995799</a></p>
]]></description><pubDate>Sat, 23 Aug 2025 13:36:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=44995893</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44995893</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44995893</guid></item><item><title><![CDATA[New comment by rnrn in "U.S. government takes 10% stake in Intel"]]></title><description><![CDATA[
<p>I thought this too, but after reading some of the other comments here I read some of the text of the chips act and the 2021 NDAA (mostly section 9902) and AFAICT Congress appropriated a bunch of money for financial assistance for semiconductor companies and gave the Dept of Commerce the authority to determine the funding type.<p>That they were grants instead of any other instrument appears to be a Biden Commerce decision, not a congressional one.<p>I’m no lawyer and could certainly be missing something i the law that says it has to be grants but from what I see it looks like figuring out what to do the the money was pretty much delegated to dept of commerce with limited direction about eligibility and review criteria.</p>
]]></description><pubDate>Sat, 23 Aug 2025 13:22:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=44995799</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44995799</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44995799</guid></item><item><title><![CDATA[New comment by rnrn in "DrawAFish.com Postmortem"]]></title><description><![CDATA[
<p>*consummate Vs</p>
]]></description><pubDate>Tue, 05 Aug 2025 09:58:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=44796176</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44796176</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44796176</guid></item><item><title><![CDATA[New comment by rnrn in "Replication of Quantum Factorisation Records with an 8-bit Home Computer [pdf]"]]></title><description><![CDATA[
<p>> This should be made obvious by the fact that both the metal-semiconductor transistor (i.e. MESFET, patent filed on 1925-10-22) and the depletion-mode metal-insulator-semiconductor transistor (i.e. depletion-mode MOSFET, patent filed on 1928-03-28) have been invented at a time when quantum theory was just nascent,<p>I don't think that makes it obvious at all, given that the none of these invented devices actually worked, and the first working MOSFETs weren't until the late 50s after a research program of a few additional decades by a bunch of solid-state physicists at Bell Labs (who did know and develop quantum theories of solids - Shockley, Bardeen, Brattain - not successful in making a FET -Atalla, Kahng, many others)<p>"Electrons and Holes in Semiconductors" was published almost a decade before any functional MOSFET was constructed.<p>> For designing MOSFETs, you just need to use classical electrodynamics, together with several functions that provide the semiconductor material characteristics, like intrinsic free carrier concentration as a function of temperature, carrier mobilities as functions of temperature and impurity concentrations (and electric field at high fields), ionization probabilities for impurities, avalanche ionization coefficients, dielectric constants, and a few others.<p>It sounds like you are describing what's required to parameterize some of the traditional semi-classical models of MOSFETs and understand the operating principles at that level.<p>but FETs work by bending the energy levels of the conduction band so there needs to be a band to bend, and if there's no band gap at the fermi level you can't have a FET, which makes it seem pretty dependent on quantum effects to me even without going deeper than necessary to understand how it can work.<p>Maybe one could have been engineered with no idea why silicon has the special material properties that it does and why doping changes those properties but AFAIK it never was, and being able to explain and understand band structure seems pretty important to build a working device.</p>
]]></description><pubDate>Mon, 14 Jul 2025 00:16:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=44555055</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44555055</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44555055</guid></item><item><title><![CDATA[New comment by rnrn in "Replication of Quantum Factorisation Records with an 8-bit Home Computer [pdf]"]]></title><description><![CDATA[
<p>> The NMOS transistors used in the 6502 were quite large and worked on the basis of electrostatic charges ... as opposed to bipolar transistors that are inherently quantum in operation<p>Forming a conductive channel in silicon in any FET and semiconductivity in general is an inherently quantum effect too, right?</p>
]]></description><pubDate>Sat, 12 Jul 2025 16:52:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=44543291</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44543291</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44543291</guid></item><item><title><![CDATA[New comment by rnrn in "TI to invest $60B to manufacture foundational semiconductors in the U.S."]]></title><description><![CDATA[
<p>Are these instances actually funded by 2021 IIJA BEAD program?<p>I don’t think Illinois has actually awarded any of that funding to providers to build anything yet. It looks like the original schedule was to start awarding grants this summer after planning process from 2021-2025.<p><a href="https://dceo.illinois.gov/broadband/bead.html" rel="nofollow">https://dceo.illinois.gov/broadband/bead.html</a></p>
]]></description><pubDate>Thu, 19 Jun 2025 17:00:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=44320450</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44320450</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44320450</guid></item><item><title><![CDATA[New comment by rnrn in "AMD's AI Future Is Rack Scale 'Helios'"]]></title><description><![CDATA[
<p>removing comment since I regret attempting to engage in this thread</p>
]]></description><pubDate>Sun, 15 Jun 2025 17:49:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=44283787</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44283787</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44283787</guid></item><item><title><![CDATA[New comment by rnrn in "AMD's AI Future Is Rack Scale 'Helios'"]]></title><description><![CDATA[
<p>removing comment since I regret attempting to engage in this thread</p>
]]></description><pubDate>Sun, 15 Jun 2025 17:30:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=44283641</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=44283641</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44283641</guid></item><item><title><![CDATA[New comment by rnrn in "Analyzing Modern Nvidia GPU Cores"]]></title><description><![CDATA[
<p>I think you are confusing uniform registers with the uniform keyword in RSL / GLSL / HLSL?<p>maybe some vendors have had an equivalent to uniform registers for 20 years, but per the articles’ references they are new in nvidia GPUs in turing (2018)</p>
]]></description><pubDate>Tue, 06 May 2025 13:46:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=43905063</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=43905063</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43905063</guid></item><item><title><![CDATA[New comment by rnrn in "SoftBank Group to Acquire Ampere Computing for 6.5B"]]></title><description><![CDATA[
<p>I don’t think x86 as an ISA is necessarily declining much and AMD has products with zen4c / zen5c compact cores intended to compete with Arm server products. AMD doesn’t have to pay licensing / royalties for x86 AFAIK and probably would prefer to keep x86 and not start paying arm and creating any adoption barrier form a change of ISA (however small) if they can make competitive x86 cores.</p>
]]></description><pubDate>Thu, 20 Mar 2025 14:38:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=43424118</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=43424118</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43424118</guid></item><item><title><![CDATA[New comment by rnrn in "SoftBank Group to Acquire Ampere Computing for 6.5B"]]></title><description><![CDATA[
<p>I assume the question is why AMD is not making EPYC or Ryzen processors with Arm cores for the application processors.<p>AMD continuing to have the Xilinx line of FPGAs with some Cortex cores and having Arm management cores that run firmware doesn’t really address this.</p>
]]></description><pubDate>Thu, 20 Mar 2025 14:26:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=43423984</link><dc:creator>rnrn</dc:creator><comments>https://news.ycombinator.com/item?id=43423984</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43423984</guid></item></channel></rss>