Non-binary DDR5 is finally coming
theregister.com
theregister.com
Instead of jumping straight from a 32GB DIMM to a 64GB one, DDR5, for the first time, allows for half steps in memory density. You can now have DIMMs with 24GB, 48GB, 96GB, or more in capacity.
This is bad marketing speech to say the least.Does anyone with more knowledge of DDR5 memory know if 32 Gb modules are in use and if they are reliable and only double the cost of 16 Gb modules?
No. It is exactly as the article have stated, Instead of of offering Servers with 128GB of Memory, they now have the option to offer 96GB. This also give Cloud providers ( Or simple VPS providers ) to mix and match their offering with CPU to RAM ratio inside a single unit.
Or imagine, of you need more than 2TB of Memory, instead of jumping straight to 4TB, you now have the option of 3TB of Memory.
For hyperscalers like Amazon, this extra options could easily save them hundreds of millions if not billions.
I would expect this to only make a difference for dedicated server offerings, and I imagine amazons margins will still be the same on a per-GB basis.
A recent episode of Asianometry - The 3-D Transistor Transition[1] pointed out that gate prices hit their minimum with 28 nanometer processes,(13:17 in the video) and have now begun to rise.
So in the future, you'll pay more per gate, but they continue to be smaller and faster and lower power, so for the most part it's worth it.
As for non-binary RAM sizes, we'll have to get used to it.
I just wish they would work on making the memory we have more reliable, so that RowHammer and other attacks just wouldn't be able to exploit their flaws. It would be nice if ECC were standard everywhere.
Sub-optimal ram install layout makes minimal difference in performance one you get past "enough" for your workload - for a huge percentage of corporate workloads - and for those where it does matter, budgets tend to allow for it.
We all know RAM costs will usually be marginal compared to software costs, whether that's licensing, development, implementation, or all three!
Maybe, in very cost conscious smaller envs this might allow for slightly more options under the "buy the smallest number of the largest size dimms that we can, so we upgrade later without taking anything out" purchasing pattern.
But my experience of such envs is that they're cashflow sensitive, and they're actually ok with you filling a machine with smaller, cheaper dimms then rip and replacing to upgrade, even if the original ram still depreciating, because that cost comes out of a different months budget - especially if it's cheaper up front.
You do need to be upfront that that's the tradeoff decision you're making - but it'll be even less of an issue if you've got a way to reuse the replaced ram, even if it's of minimal benefit ( any use > wasted ).
For home users tho... um, nope, 8-32gb seem to cover 99% of users and probably even 50-80% of HN readers.
Gotta be honest tho, was expecting this to be about gender fluid memory (!?) or perhaps someone finding a way to efficiently encode more than 0/1 for better density.. so it was definitely a let down of an article.
Actually my phone has 12GByte now that I think about it. It's more of a packaging and mechanical footprint thing than anything else.
Doesn't matter above four modules ofc, the server world will see very little of this.
Since almost all of the laptop CPUs are dual memory channel, this is pretty bad for memory bandwidth. In the best case, just 4 GB has half the bandwidth. In the worst case all of the memory has just 50% performance.
... until they update their browser.
[0]: and one as of yet unimplemented additional reserved bit for either row address or chip id that doubles capacity if it's ever used.
Generally, that scale is only used for storage. A Gigabit network is 1000Mbps, a gigahertz processor is 1000 MHz, a megapixel camera has a million pixels, etc... Even for storage, tapes for instance have no real reason to use powers of two, the tape can be of any arbitrary length, same for disks. Blocks of data can use powers of two, but what is a block? It make be 4096 bytes for the OS, but more than that for the medium because of error correction, and less for the application because of headers.
Really, powers of two only make sense for randomly accessible storage, and that's probably why they tend to be only used for RAM and block sizes these days.