AMD “Next Horizon Event" Thread

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

DrMrLordX

Lifer
Apr 27, 2000
21,803
11,157
136
I have a hunch the one we're seeing is for EPYC only. We'll either see a different die for consumer (and/or Threadripper), or a substantially different I/O chip. Seems like people are expecting a very large L4 cache in that I/O chip, and I don't see them putting that in consumer stuff.

It'll definitely be interesting to see how things go.

Knowing AMD, it'll probably be the same chiplet design with a cut-down system controller.
 
Reactions: DarthKyrie

.vodka

Golden Member
Dec 5, 2014
1,203
1,537
136
There clearly are 8 chiplets in there. Nobody could've guessed that layout, though.

8 cores per chiplet, then. 2x4c CCX or 1x8c CCX, we'll see.



If that's still LGA4094/SP3/TR4, that controller die is surprisingly huge yet dirt cheap since it's built on 14nm.
 
Reactions: lightmanek

TimCh

Member
Apr 7, 2012
55
52
91
Top Rome 64 cores. 8x 8 core = 64. There are 8 chiplets. That's what 8x is. They literally said it in the livestream. You can see in the photos too.

Currently on Epyc(1) we have 4x8 core = 32, with 8 cores per chip, 2 CCX per Chip and 4 cores per CCX.

We have no way of knowing if each chiplets has 2 CCX with 4 cores like current chips or they are moving to an 8 core CCX.

Personally I believe in an 8 core CCX, but it is a guess since there are no solid public information.
 

HurleyBird

Platinum Member
Apr 22, 2003
2,725
1,342
136
Actually just looking at the shape of the dies, which are much less rectangular than zeppelin, would support some change to the topology.

I suppose there's also the (very unlikely) long shot that there are >8 cores per chiplet, with only 8 enabled for the time being.

And actually all of the dies, and especially the chiplets, look quite a bit smaller in the high res photo than they do in the smaller, blown up pics. At least the chiplets look like a reasonable size now for a stripped down 7nm 8 core.
 
Last edited:
Mar 11, 2004
23,175
5,641
146
So you are suggesting Desktop Zen 2 will be 16 core (2x 8core CCX)?

I wouldn't be surprised, 7nm 8 core Zen would be tiny (Less than half 14/12nm Zen die size).

They should be able to offer that, but we'll see. It will let them segment their product stack to a pretty ridiculous degree though. I think we could see a lower market Threadripper segment where it uses the socket in order to offer more memory channels, but basically uses most of the rest of AM4 or power that's between them (so it'd be more in the like 120-150W region, which should offer substantial increase in headroom over AM4) without going whole hog for Threadripper (maybe an mATX or mITX boards?). And then a couple of chiplets for 16 cores, but for gaming one side gets the memory priority (the other chiplet say is there handling just the OS/ and other software). So you'd have a chip with say 150W headroom, 16 cores/32 threads, sizeable cache, 4 memory channels, lots of I/O (in the event mGPU starts to matter in games again, I'd still personally love to see per eye VR). Which the I/O could be beneficial for USB-C 3.1Gen 2 (whatever its called) and speedy SSD setup. I think that'd be the system I'd be interested in.
 

Atari2600

Golden Member
Nov 22, 2016
1,409
1,655
136
Ok, lets apply a bit of common sense to the 4x vs 8x cores per chiplet.

Q: If it were 4 cores per chiplet, where would the communication occur? (at a level where it would actually bother us)
A: At the Input/Output Controller (IOC). Which would mean double traces from CCX to IOC. Given the issues already present in routing around the IOC - its clearly logical that AMD stray away from that path.

If the communication occurs at the L3 within the chiplet, are we bothered? The L3 latency will be <20 cycles now that it is not running at MEMCLK.
 

Jimzz

Diamond Member
Oct 23, 2012
4,399
190
106
Maybe I missed it but did they say where the I/O controller, 14nm, would be made? Could this be a way to burn off the required usage at GFs? Then when 7nm is more mature/cheaper they can switch to a updated 7nm controller. That alone will probably allow them to mature the controller and shrink it down for Zen3.
 

Despoiler

Golden Member
Nov 10, 2007
1,966
770
136
You may still have either 1 or 2 CCXes in each chiplet.

Currently on Epyc(1) we have 4x8 core = 32, with 8 cores per chip, 2 CCX per Chip and 4 cores per CCX.

We have no way of knowing if each chiplets has 2 CCX with 4 cores like current chips or they are moving to an 8 core CCX.

Personally I believe in an 8 core CCX, but it is a guess since there are no solid public information.

Sorry my reading comprehension failed. Each chiplet could be bifurcated. 2 x CCX. It would look like Zen scaled up for more cores on the whole package. I could see it going either way, but I think their entire strategy revolves around producing the most amount of chips per wafer to maximize the yields. I'm leaning towards 2x CCX per chiplet.
 
Mar 11, 2004
23,175
5,641
146
Knowing AMD, it'll probably be the same chiplet design with a cut-down system controller.

That would be a reasonable guess I'd say and simplify things the most. An L4 would be pretty sizeable part of that I/O chip and cutting that down would reduce the size/cost a good amount. Although would be cool to see a special setup of the full I/O or maybe like 1/2 the EPYC I/O chip and just 1 or 2 chiplets. Maybe they do that in some embedded system (so the limitations of Socket AM4 aren't a concern, but they don't have to resort to the full Threadripper/EPYC socket either).
 

PeterScott

Platinum Member
Jul 7, 2017
2,605
1,540
136
Ok, lets apply a bit of common sense to the 4x vs 8x cores per chiplet.

Q: If it were 4 cores per chiplet, where would the communication occur? (at a level where it would actually bother us)
A: At the Input/Output Controller (IOC). Which would mean double traces from CCX to IOC. Given the issues already present in routing around the IOC - its clearly logical that AMD stray away from that path.

If the communication occurs at the L3 within the chiplet, are we bothered? The L3 latency will be <20 cycles now that it is not running at MEMCLK.

You mean 4 or 8 core CCX? Because Obviously there are 8 cores/chiplet.
 

Gideon

Golden Member
Nov 27, 2007
1,712
3,931
136
It's really odd how close the chiplets are. If it were for thermal reasons only they'd surely be further apart?

Perhaps they are all on something like a tiny interposer, to unify latency to the IO chiplet and have faster direct access between pairs of chiplets
 

HurleyBird

Platinum Member
Apr 22, 2003
2,725
1,342
136
I would bet on the same CCX arrangement as before. There really isn't a huge need to change.

At the very least the CCXes are likely rotated 90 degrees given the shape of the chiplets.

And if that's the case, It's possible that there's something like a hybrid approach that looks like ⌧=⌧ or ⌧⧖⌧ plus a shared L3...

...or just a ringbus.
 
Last edited:
Mar 11, 2004
23,175
5,641
146
Maybe I missed it but did they say where the I/O controller, 14nm, would be made? Could this be a way to burn off the required usage at GFs? Then when 7nm is more mature/cheaper they can switch to a updated 7nm controller. That alone will probably allow them to mature the controller and shrink it down for Zen3.

I don't recall, but I'd guess it'd be GF (does TSMC have a 14nm node?). I guess Samsung would be an option but I'd be doubtful its not GF. Interesting that its not 12nm though.

Wonder if GFs FDX might be an option for the I/O controller in the future (or maybe they further split it, allowing even more segmentation). That could be an interesting addition for the chiplet (say a 5G modem built on 12nm GF).
 
Reactions: Jimzz
Mar 11, 2004
23,175
5,641
146
It's really odd how close the chiplets are. If it were for thermal reasons only they'd surely be further apart?

Perhaps they are all on something like a tiny interposer, to unify latency to the IO chiplet and have faster direct access between pairs of chiplets

Yeah the layout is odd, kinda curious if there might be some reason for that. I'd think putting them all near each other with 2 banks of 4 on each side would seem like it would've been the easier setup. But looking at their little diagram of the I/O module, that placement is in line with where the InfinityFabric bits are (with the memory controllers are on the top and bottom, and the I/O in the middle). Maybe it has something to do with the pin layout, where it simplified traces for power or something?
 
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/    |