<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: afr0ck</title><link>https://news.ycombinator.com/user?id=afr0ck</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 25 Jun 2026 03:54:43 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=afr0ck" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by afr0ck in "Qualcomm to Acquire Modular"]]></title><description><![CDATA[
<p>Why you say that? Nuvia made a massively great success with Oryon CPUs which are now all over the place.</p>
]]></description><pubDate>Wed, 24 Jun 2026 20:06:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48664981</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=48664981</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48664981</guid></item><item><title><![CDATA[New comment by afr0ck in "Oracle shed about 20k roles globally in the last year"]]></title><description><![CDATA[
<p>It's also an opportunity, from a different perspective</p>
]]></description><pubDate>Tue, 23 Jun 2026 14:07:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48645218</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=48645218</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48645218</guid></item><item><title><![CDATA[New comment by afr0ck in "PgDog is funded and coming to a database near you"]]></title><description><![CDATA[
<p>Is this vibe-coded?</p>
]]></description><pubDate>Wed, 10 Jun 2026 21:46:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48483169</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=48483169</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48483169</guid></item><item><title><![CDATA[New comment by afr0ck in "Did the Linux memory management maintainer "just quit"?"]]></title><description><![CDATA[
<p>David Hildenbrand, another very involved memory management legend is picking up the role. It will be fine.</p>
]]></description><pubDate>Tue, 26 May 2026 01:53:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48274070</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=48274070</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48274070</guid></item><item><title><![CDATA[New comment by afr0ck in "The next two years of software engineering"]]></title><description><![CDATA[
<p>I created my first Linux from scratch when I was a freshman in college in a third world country (not India). Fast forward few years later, I now write Linux kernel code for a living. Not sure what you did wrong, bud, to end up miserable like this.</p>
]]></description><pubDate>Mon, 12 Jan 2026 15:36:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=46589838</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=46589838</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46589838</guid></item><item><title><![CDATA[New comment by afr0ck in "Same-day upstream Linux support for Snapdragon 8 Elite Gen 5"]]></title><description><![CDATA[
<p>That's not how operating systems work. KVM is both an interface and a hypervisor. Just as we have different hypervisor implementations for amd, intel, arm and others all abstracted behind the same KVM interface, there is no reason the same can't be done for Gunyah. Userspace does not have to know anything about that. KVM already supports svm and vmx for amd and intel on x86. Why is something similar can't be done for Arm? Plus now there is pKVM.<p>I just don't understand this argument of a separate interface. The only reason you want to do that is to decouple from the KVM community, but that introduces a shit tone of duplicated effort and needless fragmentation to the virtualisation software ecosystem hindering your users from enjoying the existing upstream tools they already know about. In other terms, vendor locking and shitty downstream experience.</p>
]]></description><pubDate>Fri, 28 Nov 2025 15:10:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46079310</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=46079310</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46079310</guid></item><item><title><![CDATA[New comment by afr0ck in "Same-day upstream Linux support for Snapdragon 8 Elite Gen 5"]]></title><description><![CDATA[
<p>I worked at Linaro, who was contracting for Qualcomm. Qualcomm were pushing for some protected hypervisor called Gunyah (which had its own Linux interface and needed a new qemu port) that apparently no one liked. I tried to port it to KVM [1], but upstream folks (mostly Google) outright rejected the port. Otherwise KVM would have been available on QCOM boards. You can still try it. I have a Linux kernel and a Qemu port on my github [2,3]<p>[1] <a href="https://lore.kernel.org/kvm/20250424141341.841734-1-karim.manaouil@linaro.org/" rel="nofollow">https://lore.kernel.org/kvm/20250424141341.841734-1-karim.ma...</a><p>[2] <a href="https://github.com/karim-manaouil/linux-next/tree/gunyah-kvm" rel="nofollow">https://github.com/karim-manaouil/linux-next/tree/gunyah-kvm</a><p>[3] <a href="https://github.com/karim-manaouil/qemu-for-gunyah" rel="nofollow">https://github.com/karim-manaouil/qemu-for-gunyah</a></p>
]]></description><pubDate>Thu, 27 Nov 2025 19:13:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=46072348</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=46072348</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46072348</guid></item><item><title><![CDATA[New comment by afr0ck in "Linux Career Opportunities in 2025: Skills in High Demand"]]></title><description><![CDATA[
<p>Linux kernel + bootloaders + firmware<p>The Linux kernel side is mostly device trees, device drivers and the like.<p>u-boot is very famous as a bootloader in the embedded space<p>Firmware for board bring up and devices</p>
]]></description><pubDate>Thu, 20 Nov 2025 17:34:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=45995241</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=45995241</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45995241</guid></item><item><title><![CDATA[New comment by afr0ck in "Living my best Sun Microsystems ecosystem life in 2025"]]></title><description><![CDATA[
<p>There are Qualcomm laptops now I believe (at least that's what I heard when I was last working for them).
NXP also made some boxes (I own a bunch of them).
The server market is also growing with Ampere and Cavium (now Novell) which I have both.</p>
]]></description><pubDate>Mon, 17 Nov 2025 17:18:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=45955684</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=45955684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45955684</guid></item><item><title><![CDATA[New comment by afr0ck in "AMD's EPYC 9355P: Inside a 32 Core Zen 5 Server Chip"]]></title><description><![CDATA[
<p>NUMA is only useful if you have multiple sockets, because then you have several I/O dies and you want  your workload 1) to be closer to the I/O device and 2) avoid crossing the socket interconnect. Within the same socket, all CPUs shared the same I/O die, thus uniform latency.</p>
]]></description><pubDate>Sat, 04 Oct 2025 08:07:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=45471601</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=45471601</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45471601</guid></item><item><title><![CDATA[New comment by afr0ck in "GigaByte CXL memory expansion card with up to 512GB DRAM"]]></title><description><![CDATA[
<p>I think Meta has already rolled out some CXL hardware for memory tiering. Marvell, Samsung, Xconn and many others have built various memory chips and switching hardware up to CXL 3.0. All recent Intel and AMD CPUs support CXL.</p>
]]></description><pubDate>Sun, 07 Sep 2025 00:32:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=45154192</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=45154192</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45154192</guid></item><item><title><![CDATA[New comment by afr0ck in "GigaByte CXL memory expansion card with up to 512GB DRAM"]]></title><description><![CDATA[
<p>CXL uses the PCIe physical layer, so you just need to buy hardware that understands the protocol, namely the CPU and the expansion boards. AMD Genoa (e.g. EPYC 9004) supports CXL 1.1 as well as Intel Saphire Rapids and all subsequent models do. For CXL memory expansion boards, you can get from Samsung or Marvell. I got a 128 GB model from Samsung with 25 GB/s read throughput.</p>
]]></description><pubDate>Sun, 07 Sep 2025 00:29:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=45154173</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=45154173</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45154173</guid></item><item><title><![CDATA[New comment by afr0ck in "Without the futex, it's futile"]]></title><description><![CDATA[
<p>It's not that deep. The futex was developed just to save you from issuing a special system call to ask the OS to put you on a wait queue.<p>The whole point is that implementing a mutex requires doing things that only the privileged OS kernel can do (e.g. efficiently blocking/unblocking processes). Therefore, for systems like Linux, it made sense to combine the features for a fast implementation.</p>
]]></description><pubDate>Tue, 19 Aug 2025 14:29:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=44951952</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=44951952</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44951952</guid></item><item><title><![CDATA[New comment by afr0ck in "What does Palantir actually do?"]]></title><description><![CDATA[
<p>>right-wing religious revival rooted in Christianity, combined with technological acceleration and a reimagined political order that prioritizes heroic individuals and hierarchical impulses<p>Sounds like a fast path to totalitarianism a la 1930.</p>
]]></description><pubDate>Fri, 15 Aug 2025 09:55:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=44910421</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=44910421</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44910421</guid></item><item><title><![CDATA[New comment by afr0ck in "Ask HN: How can ChatGPT serve 700M users when I can't run one GPT-4 locally?"]]></title><description><![CDATA[
<p>Inference runs like a stateless web server. If you have 50K or 100K machines, each with a tons of GPUs (usually 8 GPUs per node), then you end up with a massive GPU infrastructure that can run hundreds of thousands, if not millions, of inference instances. They use something like Kubernetes on top for scheduling, scaling and spinning up instances as needed.<p>For storage, they also have massive amount of hard disks and SSD behind planet scale object file systems (like AWS's S3 or Tectonic at Meta or MinIO in prem) all connected by massive amount of switches and routers of varying capacity.<p>So in the end, it's just the good old Cloud, but also with GPUs.<p>Btw, OpenAI's infrastructure is provided and managed by Microsoft Azure.<p>And, yes, all of this requires billions of dollars to build and operate.</p>
]]></description><pubDate>Fri, 08 Aug 2025 23:27:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=44842740</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=44842740</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44842740</guid></item><item><title><![CDATA[New comment by afr0ck in "UK to buy F-35As that can't be refueled from RAF tankers"]]></title><description><![CDATA[
<p>France has its own independent military production including jet fighters (Rafale), tanks, ballistic missile, nuclear submarines and nuclear heads.</p>
]]></description><pubDate>Fri, 27 Jun 2025 09:02:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=44395126</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=44395126</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44395126</guid></item><item><title><![CDATA[New comment by afr0ck in "Making TRAMP go Brrrr"]]></title><description><![CDATA[
<p>I use vim with mutagen for syncing files. It's simple and works fine, but you have to duplicate storage.</p>
]]></description><pubDate>Mon, 23 Jun 2025 17:28:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=44358030</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=44358030</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44358030</guid></item><item><title><![CDATA[New comment by afr0ck in "Karol Herbst Steps Down as Nouveau Maintainer Due to Linux's Toxic Environment"]]></title><description><![CDATA[
<p>All of this drama is coming from the Rust email thread. Please, explain to me how this is irrelevant? I have nothing against Rust in the kernel, but Rust people are definitely dramatic.</p>
]]></description><pubDate>Sun, 16 Feb 2025 11:50:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=43067332</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=43067332</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43067332</guid></item><item><title><![CDATA[New comment by afr0ck in "Resigning as Asahi Linux project lead"]]></title><description><![CDATA[
<p>This is not how the kernel works. You cannot rely on someone's "commitment" or "promise". Kernel maintainers was to have very good control over the kernel and they want strong separation of concern. As long as this is not delivered, it will be very hard to accept the Rust changes.</p>
]]></description><pubDate>Thu, 13 Feb 2025 18:15:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=43039257</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=43039257</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43039257</guid></item><item><title><![CDATA[New comment by afr0ck in "Several Russian developers lose kernel maintainership status"]]></title><description><![CDATA[
<p>> "some Russian-sounding names are banned, but we still have to demonstrate there is a due process".<p>That's not true! There are still many Russian maintainers in the kernel, but they are not based in Russia. They only banned individuals, based in Russia, who are employed by sanctioned companies.</p>
]]></description><pubDate>Thu, 24 Oct 2024 18:32:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=41938229</link><dc:creator>afr0ck</dc:creator><comments>https://news.ycombinator.com/item?id=41938229</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41938229</guid></item></channel></rss>