11 comments

  • magicalhippo 1 hour ago
    Probably fun for those who already bought DDR5 memory... still kicking myself for not just pulling the trigger on that 128GB dual stick kit I looked at for $600 back in September. Now it's listed at $4k...

    Meanwhile I hope my AM4 will chug along a few more years.

    • Aurornis 40 minutes ago
      > Now it's listed at $4k...

      You can buy 128GB of DDR5-6000 with a 9950X3D (not this newest X2 version, but still a $699 CPU) and a motherboard and a case for $2800 right now: https://www.newegg.com/Product/ComboDealDetails?ItemList=Com...

      If you don't need 128GB, there are quality 64GB kits for under $700 on Newegg right now, which is cheaper than this CPU.

      If someone needs to build something now and can wait to upgrade RAM in a year or two, 32GB kits are in the $370 range.

      I don't like this RAM price spike either, but in the context of building a high-end system with a 16-core flagship CPU like this and probably an expensive GPU, it's still reasonable to build a system. If you must have 128GB of RAM it can be done with bundles like the one I linked above but I'd recommend waiting at least 6 months if you can. There are signs that prices are falling now that panic-buying has started to trail off.

      128GB of RAM should not cost $4K even in this market.

      • magicalhippo 27 minutes ago
        No such bundle deals where I am. Absolute cheapest DDR5 128GB kit around is 2 sticks of 5600 64GB for $2k.

        Cheapest 64GB kit is $930.

        The kit I was oh-so-close to buying was two 6400 64GB sticks.

        Not gonna buy now, not that desperate. I have a spare AM4 board, DDR4 memory and heck even CPU, I'll ride this one out. Likely skip AM5 entirely if something doesn't drastically change.

        • Aurornis 10 minutes ago
          > Absolute cheapest DDR5 128GB kit around is 2 sticks of 5600 64GB for $2k.

          That's not far from the bundle deal above, once you subtract the $700 CPU.

          If you really need 128GB the 5600 kit is fine. Having 208MB of total cache on the CPU means the real world difference between a 5600 kit and a slightly faster kit is negligible in most use cases.

          If you don't need to upgrade then clearly don't force an upgrade right now. I just wanted to comment that $4K for 128GB of RAM is a very bad price right now, even with the current situation.

    • snvzz 0 minutes ago
      I am glad I decisively ordered 96GB (2x48) DDR5 ECC back in June, alongside the 9800x3d.

      I hope this is still enough for the planned upgrade to Zen7 in 2028.

    • jofzar 59 minutes ago
      I really want a x3d because a game I play is heavily single threaded, I have the income and the financial stability but I can't in any good conscious upgrade to am5 with the ram prices. It's insane
      • magicalhippo 25 minutes ago
        Yep exactly the same situation.

        I would not be surprised if we see casualties in adjacent markets, such as motherboards, coolers and whatnot.

  • chao- 2 hours ago
    Crazy to think that my first personal computer's entire storage (was 160MB IIRC?) could fit into the L3 of a single consumer CPU!

    It's probably not possible architecturally, but it would be amusing to see an entire early 90's OS running entirely in the CPU's cache.

    • cwzwarich 2 hours ago
      • wmf 1 hour ago
        Context: Early in the firmware boot process the memory controller isn't configured yet so the firmware uses the cache as RAM. In this mode cache lines are never evicted since there's no memory to evict them to.
        • lathiat 29 minutes ago
          I remember the talk about the Wii/WiiU hacking they intentionally kept the early boot code in cache so that the memory couldn’t be sniffed or modified on the ram bus which was external to the CPU and thus glitchable.
    • pwg 2 hours ago
      In my case it began with 16K (yes, 161024 bytes) and 90K (yes, 901024 bytes) 5.25" floppy disks (although the floppies were a few months after the computer). Eventually upgraded to 48K RAM and 180K double density floppy disks. The computer: Atari 800.
      • MegaDeKay 2 hours ago
        I'll see your Atari 800 and raise you my Atari 2600 with its whopping 128 bytes of RAM. Bytes with a B. I can kinda sorta call it a computer because you could buy a BASIC cartridge for it (I didn't and stand by that decision - it was pretty bad).
    • HerbManic 49 minutes ago
      My first PC had a 20MB HDD with 512Kb of RAM. So yeah that could fit into cache 10 times now.
    • shric 1 hour ago
      You had ~160,000 times more storage than I did for my first personal computer.
    • compounding_it 1 hour ago
      Maybe in 50 years the cache of CPUs and GPUs will be 1TB. Enough to run multiple LLMs (a model entirely run for each task). Having robots like in the movies would need LLMs much much faster than what we see today.
    • basilikum 2 hours ago
      KolibriOS would fit in there, even with the data in memory. You cannot load it into the cache directly, but when the cache capacity is larger than all the data you read there should be no cache eviction and the OS and all data should end up in the cache more or less entirely. In other words it should be really, really fast, which KolibriOS already is to begin with.
      • vlovich123 2 hours ago
        Unless you lay everything out continuously in memory, you’ll still get cache eviction due to associativty and depending on the eviction strategy of the CPU. But certainly DOS or even early Windows 95 could conceivably just run out of the cache
        • tadfisher 1 hour ago
          Windows 95 only needed 4MB RAM and 50 MB disk, so that's certainly doable. The trick is to have a hypervisor spread that allocation across cache lines.
        • chao- 2 hours ago
          Yeah, cache eviction is the reason I was assuming it is "probably not possible architecturally", but I also figured there could be features beyond my knowledge that might make it possible.

          Edit: Also this 192MB of L3 is spread across two Zen CCDs, so it's not as simple as "throw it all in L3" either, because any given core would only have access to half of that.

        • basilikum 2 hours ago
          Well, yeah, reality strikes again. All you need is an exploit in the microcode to gain access to AMD's equivalent to the ME and now you can just map the cache as memory directly. Maybe. Can microcode do this or is there still hardware that cannot be overcome by the black magic of CPU microcode?
    • bombcar 2 hours ago
      IIRC some relatively strange CPUs could run with unbacked cache.
    • m463 2 hours ago
      I wonder how much faster dos would boot, especially with floppy seek times...
      • RulerOf 28 minutes ago
        You can get close with a VM, but there's overhead in device emulation that slows things down.

        Consider a VM where that kind of stuff has been removed, like the firecracker hypervisor used for AWS Lambda. You're talking milliseconds.

      • userbinator 2 hours ago
        Instantly.

        If you run a VM on a CPU like this, using a baremetal hypervisor, you can get very close to "everything in cache".

  • monster_truck 1 hour ago
    The extra cache doesn't do a damn thing (maybe +2%)

    The lower leakage currents at lower voltages allowed them to implement a far more aggressive clock curve from the factory. That's where the higher allcore clock comes from (+30W TDP)

    I'm not complaining at all, I think this is an excellent way to leverage binning to sell leftover cache.

    Though if I may complain, Ars used to actually write about such things in their articles instead of speculate in a way that suspiciously resembles what an AI would write.

    • Aurornis 53 minutes ago
      > The extra cache doesn't do a damn thing (maybe +2%)

      It depends on the task. For some memory-bound tasks the extra cache is very helpful. For CFD and other simulation workloads the benefits are huge.

      For other tasks it doesn't help at all.

      If someone wants a simple gaming CPU or general purpose CPU they don't need to spend the money for this. They don't need the 16-core CPU at all. The 9850X3D is a better buy for most users who aren't frequently doing a lot of highly parallel work

    • EnPissant 53 minutes ago
      It's very workload dependent. It certainly does more than 2% on many workloads.

      See https://www.phoronix.com/review/amd-ryzen-9-9950x3d-linux/10

      > Here is the side-by-side of the Ryzen 9 9950X vs. 9950X3D for showing the areas where 3D V-Cache really is helpful:

      Coincidentally, it looks like a filtered list of all benchmarks with differences greater than 2%. The biggest speedup is 58.1%, and that's just 3d vcache on half the chip.

  • erulabs 1 hour ago
    9950X3D2? AMD, who is making you name your products like this? At some point just give up and name the chip a UUID already.
    • jofzar 58 minutes ago
      I actually don't mind this one, 9950 is the actual chip, x3d is the cache (where it's larger) and the 2 stands for it being on both chiplets.
    • sidkshatriya 43 minutes ago
      Like your UUID joke but agree with sibling comment that 9950X3D2 is actually a good name.
  • Readerium 2 hours ago
    Can someone explain if the 3D Vcache are stacked on top of each other or side by side.

    If they are stacked then why not 9800X3D2?

    • zdw 2 hours ago
      The 99xx chips have two CPU dies, and one cache die is on each CPU die.
      • modeswitch 2 hours ago
        The 3D V-Cache sits underneath only one of the CCDs. See https://en.wikipedia.org/wiki/Ryzen#Ryzen_9000.
        • anonymars 1 hour ago
          That's what's different about this one. "Enter the Ryzen 9 9950X3D2 Dual Edition, a mouthful of a chip that includes 64MB of 3D V-Cache on both processor dies, without the hybrid arrangement that has defined the other chips up until now."
        • Tostino 2 hours ago
          Did you forget which thread we are on?
  • nexle 2 hours ago
    Breakdown of the (semi-clickbait) 208MB cache: 16MB L2 (8MB per die?) + 32MB L3 * 2 dies + 64MB L3 Stacked 3D V-cache * 2

    For comparison, 9950X3D have a total cache of 144MB.

    • trynumber9 2 hours ago
      > 16MB L2 (8MB per die?)

      It is indeed 8MB per compute die but really 1MB per core. Not shared among the entire CCD.

    • teaearlgraycold 1 hour ago
      I wouldn’t be caught dead with less than 200MB of cache in my desktop in 2026.
  • fc417fc802 1 hour ago
    Given that the dies still have L3 on them does this count as L4 or does the hardware treat it as a single pool of L3?

    Would be neat to have an additional cache layer of ~1 GB of HBM on the package but I guess there's no way that happens in the consumer space any time soon.

    • trynumber9 1 hour ago
      Per compute die it functions as one 96M L3 with uniform latency. It is 4 cycles more latency than the configuration with smaller 32M L3. But there are two compute dies, each with their own L3. And like the 9950X coherency between these two L3 is maintained over global memory interconnect to the third (IO) die.
  • tw1984 28 minutes ago
    that is larger than the HDD of my first PC.
  • throwaway85825 1 hour ago
    It's disappointing that they had this for years but didn't release it until now.
    • stingraycharles 1 hour ago
      I think it’s mostly that they had leftover cache.
  • renewiltord 2 hours ago
    I have a gigabyte of cache on my 9684x at home!
  • qmr 2 hours ago
    [flagged]