Monday, January 11th 2021

Dual-CCD Ryzen 5 5600X and Ryzen 7 5800X In the Wild

Certain AMD Ryzen 5 5600X and Ryzen 7 5800X processors are physically based on a dual-CCD design, according to an investigative report by Igor's Lab and Yuri "1usmus" Bubliy. The 5600X and 5800X are normally meant to be single-CCD processors owing to their core-counts. Based on the "Vermeer" multi-chip module design, the Ryzen 5000 series desktop processors use up to two 8-core CCDs to achieve their core-counts of up to 16 cores, with the 6-core 5600X and 8-core 5800X normally having just one CCD; while the 12-core 5900X and 16-core 5950X use two.

There are, apparently, some 5600X and 5800X built from dual-CCD MCMs, in which an entire CCD, although physically present on the package, is disabled. A 5600X based on a dual-CCD design is essentially a 5900X from which one of the CCDs didn't fully qualify; while the 5800X dual-CCD is a 5950X in which one such die didn't quite make the cut. There's no telling which CCD is disabled, it could be CCD 0 or CCD 1, those with CCD 0 disabled could trigger minor (benign) UI bugs with certain tuning utilities, which is how Wallossek and Bubliy discovered these chips. In any case, you're getting a 5600X or 5800X that works as advertised, and is fully covered by AMD's product warranties. Igor's Lab is investigating further into these dual-CCD 5600X and 5800X chips, and is probing the possibility of unlocking them to Ryzen 9.
Source: Igor's Lab
Add your own comment

62 Comments on Dual-CCD Ryzen 5 5600X and Ryzen 7 5800X In the Wild

#51
Wirko
londisteIIRC it has been said on-die CCX-to-CCX communication basically goes through IOD.
Given that the latencies are around 80 ns, it doesn't go just through IOD, it goes through DRAM. Well, not exactly "through" but at least it looks like the data needs to be written to main memory before it can be transferred from one CCX to another (Ryzen 2) or from one CCD to another (Ryzen 3).
Posted on Reply
#52
Valantar
WirkoGiven that the latencies are around 80 ns, it doesn't go just through IOD, it goes through DRAM. Well, not exactly "through" but at least it looks like the data needs to be written to main memory before it can be transferred from one CCX to another (Ryzen 2) or from one CCD to another (Ryzen 3).
I very sincerely doubt that - that would be an extreme bottleneck, and would likely cause some serious power draw issues too. Besides, wouldn't that cause a lot more latency than plain DRAM latency, seeing how it would essentially be at least two operations (one write, one read)?
Posted on Reply
#53
Wirko
ValantarI very sincerely doubt that - that would be an extreme bottleneck, and would likely cause some serious power draw issues too. Besides, wouldn't that cause a lot more latency than plain DRAM latency, seeing how it would essentially be at least two operations (one write, one read)?
Sure it is an extreme bottleneck, one that core-to-core latency tests are designed to create and measure. No, I don't think data is read from DRAM immediately after being written to it. But I do think that when two sections of L3 cache on different CCDs need to be synchronised, this can't be done without also writing the changed data to DRAM. This results in an 80 ns latency.
Posted on Reply
#54
Valantar
WirkoSure it is an extreme bottleneck, one that core-to-core latency tests are designed to create and measure. No, I don't think data is read from DRAM immediately after being written to it. But I do think that when two sections of L3 cache on different CCDs need to be synchronised, this can't be done without also writing the changed data to DRAM. This results in an 80 ns latency.
Hm. Given that the L3 is non-inclusive that would make sense, but would that even be a part of the latency measurement? If data needs to be ejected from the L3 and into DRAM, wouldn't that need to happen before the CCX-to-CCX measurement can even take place?
Posted on Reply
#55
Wirko
I'm hoping that someone with greater knowledge joins in here.

Inclusive vs. exclusive describes the relation between various levels of cache, not between parts of L3 that reside on separate dies, so it shouldn't matter here.
This is how a core-to-core latency measurement is done, I suppose:
1. A thread running on core A writes some data to memory location X
2. A thread running on core B reads data from memory location X a couple nanoseconds later
3. The control program measures how long core B has waited before it got the data
4. Everything is repeated many times to make sure all write buffers are overflown etc. At the end, some statistical calculations are performed.
Now if A and B are on separate dies, X needs to be copied from A's caches to B's caches (L3 may not even be involved here). To do this, it't not absolutely necessary to write X back to DRAM; however, that's what a Ryzen with two CCDs does, and that makes core-to-core latency as high as DRAM latency. This sounds bad but it probably allows the cache sync logic to be less complex and faster.

Some more info is here (for Ryzen 1), the most interesting bit is "This means that the true LLC for the entire chip is actually DRAM".
Posted on Reply
#56
Valantar
WirkoI'm hoping that someone with greater knowledge joins in here.

Inclusive vs. exclusive describes the relation between various levels of cache, not between parts of L3 that reside on separate dies, so it shouldn't matter here.
This is how a core-to-core latency measurement is done, I suppose:
1. A thread running on core A writes some data to memory location X
2. A thread running on core B reads data from memory location X a couple nanoseconds later
3. The control program measures how long core B has waited before it got the data
4. Everything is repeated many times to make sure all write buffers are overflown etc. At the end, some statistical calculations are performed.
Now if A and B are on separate dies, X needs to be copied from A's caches to B's caches (L3 may not even be involved here). To do this, it't not absolutely necessary to write X back to DRAM; however, that's what a Ryzen with two CCDs does, and that makes core-to-core latency as high as DRAM latency. This sounds bad but it probably allows the cache sync logic to be less complex and faster.

Some more info is here (for Ryzen 1), the most interesting bit is "This means that the true LLC for the entire chip is actually DRAM".
I'm by no means an expert here, but I don't think this is right. I think it's important to include the entirety of that sentence you quoted at the end:
This means that the true LLC for the entire chip is actually DRAM, although AMD states that the two CCXes can communicate with each other through the custom fabric which connects both the complexes, the memory controller, the IO, the PCIe lanes etc.
What I take from that: "true LLC" for AnandTech is a cache that is equally available/shared across all compute resources (in this case: CCXes). Since the L3 is bound to its CCX, that makes DRAM the "true LLC" in this sense.

As for the above, I don't think your reasoning towards the end is right - that still feels like that would add far more latency than just DRAM latency, as there are more steps involved in a core-to-core measurement than in a straight DRAM access. The part of the sentence from the 1800X review also supports this, by saying that the two CCXes can communicate (implied: directly) through IF, bypassing memory. It's clear that cores on the same CCX can access each other through the L3, so I would assume the access pattern for intra-CCX access to be something like core-L3-IF-[some sort of management system on the IOD]-IF-L3-core.

But I entirely agree on your first point, I hope someone with greater knowledge could jump in and explain this to us :)
Posted on Reply
#57
RdGBoY
i have a 3600 and show "Active CCD#2"
Posted on Reply
#58
kaisersolo
theoneandonlymrkProbably not ,start a thread for your issue , if the other CCD is dead ,Lazer cut or removed via other means it's still not there to the system and can't get involved in issues.
Although this isn't impossible it's unlikely.
Actually, It is the reason why I cannot see my cores just like other 2 CCD users of 5600x and 5800x - This will be fixed apparently this month in new version of Ryzen master.
Posted on Reply
#59
TheChester
ValantarThe likelihood of these being somehow unlockable is essentially zero. I would be shocked if anyone could pull that off. If a CCD is disabled, nothing in the system knows it's there, after all.
I'm not so sure of that. I was having trouble getting ryzen master to work. I then opened Clock tuner and it says "You have a unique processor. Active CCD#2."
Posted on Reply
#60
craxton
ValantarThe likelihood of these being somehow unlockable is essentially zero. I would be shocked if anyone could pull that off. If a CCD is disabled, nothing in the system knows it's there, after all.
idk bud best take a "look" at this as it can read that CCD etc.
and tell you if ya gotta "decent" overclocker or not on the core side of things.

my 5600x is a 80 sil quality lowest ive seen out of 100s of other users using it. but
i can run 4000 1:1:1 DAILY c16 flat tuned without issues, overclocking a static core clock however
could only run 4600 at 1.35v and that wasnt prime stable. (did get CO dialed in tho)
this is that tool tho, drive.google.com/file/d/1p3ilWHGaVd_Afso4KqpjSsAVpfq88M85/view?usp=sharing

now my 5800x i get 5000 WHEA-19s an hour or did, now i get around 500 an hour with some IOD, CCD adjusting.
but its got 120 sil quality and hits 5ghz on most cores no issues.
none the less ill possibly just shut the dam logger up with Mannaitx's WHEA suppressor from OCN.
but yea its been stated that it can happen by a few who knows what theyre speaking on. not 100% sure or not.
but its being worked on ;)
Posted on Reply
#61
TheChester
Am I using the AMD V/F tool correctly for my 5800x? It's show my Sil Quality as 125.278. Also what is the Cooler Score?
Posted on Reply
#62
PvtMaYhEm
Is there any update on this?

I apparently have a Dual CCD 5600X.

Wondering if I should try the lottery again, or just go with a 5900X or wait for Zen4 launch.

It still OC's to 4.85GHz with AutoOC/Curve Optimizer enabled w/ -30 per core and 200 boost. But it is warm at that speed. lol.
Posted on Reply
Add your own comment
May 4th, 2025 23:50 EDT change timezone

New Forum Posts

Popular Reviews

Controversial News Posts