Question Zen 6 Speculation Thread

Page 59 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.

basix

Member
Oct 4, 2024
55
93
51
Failure rate will be minimal for a 70mm2 CCD. Disabling 2 or 3 cores will not make a relevant yield difference. 8/10/12C just makes more sense regarding portfolio setup. 20C for the 2x CCD entry as well, 16C is too close to 12C, you need to spend an additional CCD and get some disadvantages due to the dual CCD setup.
 

HurleyBird

Platinum Member
Apr 22, 2003
2,776
1,478
136
This is what I expect:
The cache die will switch to N4C as it's node.
The 12 core CCX will move to 24MB L3, keeping the mobile cache ratio of 2MB per core.
Every CCD will be able to have 3D cache at manufacturing time, though some will fail/disable this function.
The desktop parts will be in two series, a non-x series and an X3D series. The non-x parts will be economy priced and have no 3d cache. The X3D parts will.

Nah.

If the CCD has a cache die by default, then 24MB is still consuming way too much die space. I'd expect something close to 0.

The two most likely scenarios are that they keep L3 at 32 or go up to 48.
 
Reactions: Tlh97

Timmah!

Golden Member
Jul 24, 2010
1,558
911
136
Just found out about this 12C CCD for Zen6. Is it just a rumor, or confirmed to be a thing? If its confirmed, i am definitely skipping Zen5 - there was still small possibility i would consider getting 9950x3D, but i wont if its guaranteed to be replaced by 24C chip in 2 years or so.
 

GTracing

Senior member
Aug 6, 2021
341
741
106
Just found out about this 12C CCD for Zen6. Is it just a rumor, or confirmed to be a thing? If its confirmed, i am definitely skipping Zen5 - there was still small possibility i would consider getting 9950x3D, but i wont if its guaranteed to be replaced by 24C chip in 2 years or so.
It's just a rumor. It makes sense, but people here have been way off before. *cough *cough Zen5 40%
 

basix

Member
Oct 4, 2024
55
93
51
Nah.

If the CCD has a cache die by default, then 24MB is still consuming way too much die space. I'd expect something close to 0.

The two most likely scenarios are that they keep L3 at 32 or go up to 48.
32MByte is unlikely to happen with 12C. With 12C you want to have 12 cache connections and therefore also 12 cache slices (design, performance and symmetry reasons). 32MB does not divide evenly by 12
GPUs like GB202 are looking different because the cache setup is not the same (GPU = MALL cache = fixed ratio towards memory interface // CPU = fixed ratio towards cache clients)

I'd like to see 48MByte on Zen 6 but what about 36MByte (3MB/Core)? This is more than 32MByte today (=gaming performance) and keeps Die area for cache moderate if not small (Zen 5's 32MByte are only ~15mm2 in size).

For APUs you could stay at 36MByte (AI HX or whatever that is called nowadays) and/or salvage the thing down to 24MByte.

And:
Zen 6 with 12C will very likely feature a monolithic CCD. This thing won't be big enough to make Die stacking beneficial for regular CCDs.
 

LightningZ71

Platinum Member
Mar 10, 2017
2,044
2,480
136
Die stacking is still a non-trivial expense and still adds to the power draw of the CCD/cache combo. It is strongly rumored that mobile and desktop will be using the same CCDs, with server and low end mobile being different. If that's the case, they still needs there to be product differentiation up and down the stack. This means that they need to be able to use CCDs that don't meet binning requirements in other ways, and having any L3 at all on the CCD is still important to enable that.

Since SRAM is scaling slower than logic, it makes sense to reduce it on the CCD going forward, but it still needs to be sufficient to the task. 2MB per core is adequate for lower stack items, and is also easily divisible in binary. It also follows AMD's mobile strategy.

I do suspect that the 3d cache die will grow in capacity from switching to N4C, and suspect that it will be 128MB, giving a total of 152MB of L3 per CCD stack. That's an important mark to hit if Intel tops out at a rumored 144MB.
 

yuri69

Senior member
Jul 16, 2013
609
1,064
136
All those theories... AMD will most probably go the cheapest and most incremental way possible. I don't think they would stay on 8c tho. So maybe 10c?

Anyways, do we know how the >8c CCX works? Was there any slide depicting the 16c Turin Dense CCX in detail? Any topology or latency analysis done by the C&C guys?

----

Btw die stacking is still quite bad since it requires booking additional packaging capacity, additional manufacturing steps including additional shipping and testing. This adds cost and makes the lead time per processor longer.
 

uzzi38

Platinum Member
Oct 16, 2019
2,724
6,512
146
Anyways, do we know how the >8c CCX works? Was there any slide depicting the 16c Turin Dense CCX in detail? Any topology or latency analysis done by the C&C guys?

C&C haven't had hands on with it yet, unfortunately. All their testing so far on Zen 5c was using Strix Point. Our best chance at getting that information is probably the upcoming ISSCC presentations next week, or HotChips later on in the year. Hopefully the former.
 

Joe NYC

Platinum Member
Jun 26, 2021
2,850
4,203
106
Nah.

If the CCD has a cache die by default, then 24MB is still consuming way too much die space. I'd expect something close to 0.

The two most likely scenarios are that they keep L3 at 32 or go up to 48.

If both are true that:
- Zen 6 CCD is 12 cores
- Zen 6 is N2, down to client and this 12 core CCD

Then it would make sense to have no L3 on main CCD and always pair this expensive N2 CCD with inexpensive die with V-Cache as "pair node" as in this patent.

 

Kepler_L2

Senior member
Sep 6, 2020
727
2,902
136
If both are true that:
- Zen 6 CCD is 12 cores
- Zen 6 is N2, down to client and this 12 core CCD

Then it would make sense to have no L3 on main CCD and always pair this expensive N2 CCD with inexpensive die with V-Cache as "pair node" as in this patent.

While this would be cool I don't think it's happening yet. The size of the CCD is ~75mm², minus the die-to-die interface and test/debug circuitry that's around 60mm², or 5mm² per core if the CCD had no L3. That's a humongous core on N2.
 
Reactions: Gideon and Joe NYC

Timorous

Golden Member
Oct 27, 2008
1,815
3,442
136
While this would be cool I don't think it's happening yet. The size of the CCD is ~75mm², minus the die-to-die interface and test/debug circuitry that's around 60mm², or 5mm² per core if the CCD had no L3. That's a humongous core on N2.
If it had 36MB L3 and scaling is rubbish we could say it will be 15mm just like the 32MB slab in Zen 5 is so that leaves 45mm for cores which means 3.75mm/core
 
Reactions: Kepler_L2

branch_suggestion

Senior member
Aug 4, 2023
546
1,189
96
If both are true that:
- Zen 6 CCD is 12 cores
- Zen 6 is N2, down to client and this 12 core CCD

Then it would make sense to have no L3 on main CCD and always pair this expensive N2 CCD with inexpensive die with V-Cache as "pair node" as in this patent.

Yeah that patent is cracked, Z7 stuff using BSPDN to do deranged things.
Could see the cache changing with this arrangement.
Venice is just CCDs stacked on AIDs with the same SoIC-L interconnect.
 

GTracing

Senior member
Aug 6, 2021
341
741
106
…That was caused by different individuals having different products in mind causing confusion. Many here think “client” like Ryzen, but server is the chip to look at.

There are a few other things at play as well, but I did want to point that out.
Fair enough, but if the 12 core rumor has the same amount of caveats, then we should assume the worst for all possible unknowns. The 12 core CCD exists, but 8 of the 12 cores are dense and only clock to 4GHz, and the L3 cache per core is cut in half, and the AVX pipeline is double pumped.
 
Reactions: Gideon

Hitman928

Diamond Member
Apr 15, 2012
6,572
11,963
136
…That was caused by different individuals having different products in mind causing confusion. Many here think “client” like Ryzen, but server is the chip to look at.

There are a few other things at play as well, but I did want to point that out.

It was more individuals taking full threaded server results and trying to derive the core IPC from it and then (at least some) pretending like they had IPC numbers directly from AMD and mocking anyone who doubted their number. Even after it was revealed that the number was derived, they continued to insist it was accurate and mock naysayers who said that they shouldn't try to derive the IPC like that because it wouldn't be accurate. In the end, it wasn't even close.
 

LightningZ71

Platinum Member
Mar 10, 2017
2,044
2,480
136
I hadn't considered the possibility that each CCD could be a mix of different core types. AMD has certainly done that before. If they keep the same size ratio between the cores, they could do 6 P cores and 6 C cores and only grow the physical dimensions just a little while also keeping the L3 cache at 32MB. I don't necessarily think that they would want to do 4+8 as that may not game bench as well, but doing so would almost preserve the same footprint as 8 P cores. Comparing the 9700x to the AI 370, the vast majority of the performance difference between the two is caused by the lower clocks of the 370, the larger L3 of the 370, and everything being on one CCX. If AMD had done a 12 core Zen5 CCX with 4 + 8, the ST would be the same and the MT for it would likely be higher for that as compared to the 9700x.

That's a very interesting thought...
 

Markfw

Moderator Emeritus, Elite Member
May 16, 2002
26,712
15,757
136
/me wonders who will be the first idiot YouTuber doing an ST test pinned to a C core and claim AMD is beaten by Intel.

Popcorn incoming.... 🤣
what I don't get is why Intel people do not understand that an AMD c core is the same as regular except runs slower. (and maybe less cache ??)
 
Reactions: Tlh97 and Joe NYC

Joe NYC

Platinum Member
Jun 26, 2021
2,850
4,203
106
Latest data from TSMC has N2 SRAM density at +50% over N5

Edit: Sorry it's actually +50% over N7, +18% over N5

View attachment 116911

While price of N2 will be up to 4x, which would be paying 4x but receiving only 1.5x.

Which means the value proposition for stacking SRAM on a cheap mode improves. We may already be in the area where cost of stacking equal amount of SRAM on stacked die is cheaper than keeping it on main die. (after the overhead of stacking)

But if you consider that the separate die can hold 3x to 4x SRAM, then the increase of L3 size is gravy.
 
Reactions: Win2012R2
sale-70-410-exam    | Exam-200-125-pdf    | we-sale-70-410-exam    | hot-sale-70-410-exam    | Latest-exam-700-603-Dumps    | Dumps-98-363-exams-date    | Certs-200-125-date    | Dumps-300-075-exams-date    | hot-sale-book-C8010-726-book    | Hot-Sale-200-310-Exam    | Exam-Description-200-310-dumps?    | hot-sale-book-200-125-book    | Latest-Updated-300-209-Exam    | Dumps-210-260-exams-date    | Download-200-125-Exam-PDF    | Exam-Description-300-101-dumps    | Certs-300-101-date    | Hot-Sale-300-075-Exam    | Latest-exam-200-125-Dumps    | Exam-Description-200-125-dumps    | Latest-Updated-300-075-Exam    | hot-sale-book-210-260-book    | Dumps-200-901-exams-date    | Certs-200-901-date    | Latest-exam-1Z0-062-Dumps    | Hot-Sale-1Z0-062-Exam    | Certs-CSSLP-date    | 100%-Pass-70-383-Exams    | Latest-JN0-360-real-exam-questions    | 100%-Pass-4A0-100-Real-Exam-Questions    | Dumps-300-135-exams-date    | Passed-200-105-Tech-Exams    | Latest-Updated-200-310-Exam    | Download-300-070-Exam-PDF    | Hot-Sale-JN0-360-Exam    | 100%-Pass-JN0-360-Exams    | 100%-Pass-JN0-360-Real-Exam-Questions    | Dumps-JN0-360-exams-date    | Exam-Description-1Z0-876-dumps    | Latest-exam-1Z0-876-Dumps    | Dumps-HPE0-Y53-exams-date    | 2017-Latest-HPE0-Y53-Exam    | 100%-Pass-HPE0-Y53-Real-Exam-Questions    | Pass-4A0-100-Exam    | Latest-4A0-100-Questions    | Dumps-98-365-exams-date    | 2017-Latest-98-365-Exam    | 100%-Pass-VCS-254-Exams    | 2017-Latest-VCS-273-Exam    | Dumps-200-355-exams-date    | 2017-Latest-300-320-Exam    | Pass-300-101-Exam    | 100%-Pass-300-115-Exams    |
http://www.portvapes.co.uk/    | http://www.portvapes.co.uk/    |