Meta reuses old RAM in new servers with custom bridge chip
1–10 of 240 posts
Re: Meta reuses old RAM in new servers with custom bridge chip
#2TIL there are 2x 2.5GbE PCI-E HAT adapters for Pi 5.
How to attach RAM to the new NVLink/UALink fiber buses?
Re: Meta reuses old RAM in new servers with custom bridge chip
#3This yields for exciting ideas or workarounds that might result a post-crisis memory boom (hopefully) also for local machines.
1. Lowest, Apple is evaluating new Chinese manufacturer which means change of supply demand if indeed it has reasonable QA. (https://www.ft.com/content/f4ac5c92-03be-4499-b16a-017a7e9ee...)
2. Companies tries to workaround performance - suddenly single channel is 'ok' ? :) (https://www.gigabyte.com/press/news/2403)
Re: Meta reuses old RAM in new servers with custom bridge chip
#4https://www.theregister.com/systems/2026/06/29/zuck-saves-me...
Re: Meta reuses old RAM in new servers with custom bridge chip
#5Why not go directly to the source article that has a lot more details? https://www.theregister.com/systems/2026/06/29/zuck-saves-me...
Which seems to be the sister site of Register; https://www.blocksandfiles.com/architecture/2026/06/26/panmn...
Re: Meta reuses old RAM in new servers with custom bridge chip
#6The interesting part of this "RAM crisis" is similar to other fields where a problem results multiple parties looking for alternative solutions. This yields for exciting ideas or workarounds that might result a post-crisis memory boom (hopefully) also for local machines. 1. Lowest, Apple is evaluating new Chinese manufacturer which means change of supply demand if indeed it has reasonable QA. ( https://www.ft.com/con…
Single channel RAM surely beats any disk-based swap.
Re: Meta reuses old RAM in new servers with custom bridge chip
#7Why not go directly to the source article that has a lot more details? https://www.theregister.com/systems/2026/06/29/zuck-saves-me...
From a quick skim, you could think of this as roughly equivalent to shoving a large amount of DDR4 on a PCIe card and using it as a swap space. It's more sophisticated (see CXL protocol), but that gives you an idea of the tradeoffs. It seems there is some OS-level support for moving hot/cold pages between the main fast DRAM and the expansion higher latency DRAM.
It's a very valid point that DRAM has a fairly long lifetime and contains significant embedded carbon emissions, as well as the current availability crisis of new DRAM.
Re: Meta reuses old RAM in new servers with custom bridge chip
#8Re: Meta reuses old RAM in new servers with custom bridge chip
#9Re: Meta reuses old RAM in new servers with custom bridge chip
#10GPU transistors are smaller due to the more advanced process node (cost per transistor metrics aren't really clear, if they improve on advanced node or not, but I'd say they get cheaper as they get smaller, as technology costs are amortized).
I'm sure both RAM and logic use a process that is quite similar in both inputs and manufacturing steps. So while RAM is a commodity product, this insane price difference didn't make any sense.
So I guess when those fundamental inputs become a constraint, it would make sense for $/transistor move closer for both, which is a massive hike for RAM.