Discussion Zen 5 Architecture & Technical discussion

DisEnchantment

Golden Member
Mar 3, 2017
1,682
6,197
136
Since we have the official unveil done, would be a good time to discuss on the Architecture and technical specifications of the Zen 5 Core.










More details will be added once they are public like die size, architecture details etc.

---------------------------------------------------------------------------------------
  • No Market share discussion
  • No Leaks
  • No speculation unrelated to publicly released technical materials/patches/manuals etc.
---------------------------------------------------------------------------------------
 
Last edited:

DisEnchantment

Golden Member
Mar 3, 2017
1,682
6,197
136
Zen 5 was supposed to focus on efficiency as per FAD2022. Quite odd there was no mention of it.

Dual decode seems interesting, so Z5 would now be 8 wide (2x 4 wide), Tremont style.
They did not increase the BW to the integer units, I wonder what is the reason behind that, is the int not BW constrained at all?
 
Reactions: lightmanek

Nothingness

Platinum Member
Jul 3, 2013
2,717
1,347
136
Zen 5 was supposed to focus on efficiency as per FAD2022. Quite odd there was no mention of it.
Yes, I find it a bit concerning.

Dual decode seems interesting, so Z5 would now be 8 wide (2x 4 wide), Tremont style.
They did not increase the BW to the integer units, I wonder what is the reason behind that, is the int not BW constrained at all?
It makes sense to increase the number of integer units if you have enough improvements in branch prediction and data prefetch. If you don't, assuming the micro architecture design is already well balanced, you'll be limited by branch mispredictions and memory latency, so adding integer units would only increase power with little benefit.
 

DisEnchantment

Golden Member
Mar 3, 2017
1,682
6,197
136
Ahh well, at least we should have some calm before the next hype storm starts brewing. I also want to give a shout out to @Exist50 who seems to have called quite a lot of things with good accuracy on both sides and did so without being abrasive or seeking to demean other posters. Hopefully we can get back to that type of discussion which seemed to be what we (mostly) had for a while until fairly recently.
We can continue here. Indeed we use to have sane/courteous discussions before but I was warned by the mods when I lamented on the deterioration of the civility of discussions in the thread.

The post mortem will be interesting, is the frontend not as bigly as we thought? PRFi or rob sizes smaller then expected? Not a large enough jump in prefetch / predict? If rob >512 and decode a complete rework then I will say zen5 is bulldozer tier execution, they just are in a much better place before hand and made far better architectural choices.
The front end should be bigly, ROB we dont know yet
But I am wondering why the L1 BW to the core is not increased for integer RF

It makes sense to increase the number of integer units if you have enough improvements in branch prediction and data prefetch. If you don't, assuming the micro architecture design is already well balanced, you'll be limited by branch mispredictions and memory latency, so adding integer units would only increase power with little benefit.
Indeed, but they did increase the decode with, but the BW between int RF and L1 seems unchanged which seems odd, This would be unlike Intel's GLC.

They also have a unified int scheduler, would expect some latency from there too.
 

Nothingness

Platinum Member
Jul 3, 2013
2,717
1,347
136
Indeed, but they did increase the decode with, but the BW between int RF and L1 seems unchanged which seems odd, This would be unlike Intel's GLC.

They also have a unified int scheduler, would expect some latency from there too.
Hmm so if we assume the changes in the micro architecture are deeper, then I have 3 hypotheses:
  1. It's the first (public) iteration, so not everything is well balanced
  2. Increasing the number of ALUs would have increased power too much, so they wait for the next process
  3. AMD thought the improvements were enough for that generation and they keep some improvements for Zen6.
Pure speculation
 
Reactions: lightmanek

poke01

Golden Member
Mar 8, 2022
1,337
1,505
106
I think efficiency has improved. They didn’t focus on Zen 5 technical details at all this time.

Hopefully, we get more details soon.
 

SteinFG

Senior member
Dec 29, 2021
517
608
106
I think efficiency has improved. They didn’t focus on Zen 5 technical details at all this time.

Hopefully, we get more details soon.
We'll definitely get more datails at hot chips (aug 25)
 

majord

Senior member
Jul 26, 2015
441
529
136
Well she did say incredibly energy efficient or something. But not specifics, so perhaps it's not exciting enough for numbers. I don't recall if they've ever really gone into specifics for the desktop launch, I'd expect that for mobile announcement / press releases
 
Reactions: lightmanek

coercitiv

Diamond Member
Jan 24, 2014
6,369
12,746
136
Well she did say incredibly energy efficient or something. But not specifics, so perhaps it's not exciting enough for numbers. I don't recall if they've ever really gone into specifics for the desktop launch, I'd expect that for mobile announcement / press releases
We can ignore what they say and look at what they do: they're dropping TDP for desktop SKUs except the 16-core. These SKUs must at least match the old gen counterparts in MT performance with a ~40W handicap.

If AMD is really honest about the TDP change, then it is the exact opposite of what happened with Zen 4, where the performance gain was partially fed with extra power headroom.
 

Triskain

Member
Sep 7, 2009
61
29
91
I tried a quick Paint eyeball based on the package render AMD published (IOD size fits to what is known from Zen 4 -> 122.2mm², so it can't be totally off), and the CCD Size was quite close to Zen 4, the increase is in the low single digit mm² range, but certainly less than 5mm² added (I measured 68.4mm²). Maybe thats the consolation price, whatever they did with the microarchitecture & implementation at least didn't blow out the area...
 

DisEnchantment

Golden Member
Mar 3, 2017
1,682
6,197
136
I tried a quick Paint eyeball based on the package render AMD published (IOD size fits to what is known from Zen 4 -> 122.2mm², so it can't be totally off), and the CCD Size was quite close to Zen 4, the increase is in the low single digit mm² range, but certainly less than 5mm² added (I measured 68.4mm²). Maybe thats the consolation price, whatever they did with the microarchitecture & implementation at least didn't blow out the area...
There is this one which is an actual picture not a render.

 
Reactions: lightmanek

jpiniero

Lifer
Oct 1, 2010
14,823
5,440
136
I tried a quick Paint eyeball based on the package render AMD published (IOD size fits to what is known from Zen 4 -> 122.2mm², so it can't be totally off), and the CCD Size was quite close to Zen 4, the increase is in the low single digit mm² range, but certainly less than 5mm² added (I measured 68.4mm²). Maybe thats the consolation price, whatever they did with the microarchitecture & implementation at least didn't blow out the area...

And the density reduction isn't much between N5 and N4P. You do get solid power savings though.
 

Triskain

Member
Sep 7, 2009
61
29
91
Some, rough at this point, die info:


Core size went up quite a bit, even though overall die size didn't.

According to Fritz's estimate the CCD's for Zen4 and Zen5 are ~ basically the same size (which fits to my rendered package shot eyeball). Looks like improved L3 Layout Density & Topology (Ladder Cache for the Win?) is doing the heavy lifting to compensate for the Core Area increase on the Die Level. If we take the core area increase at face value (big IF!) then the IPC increase (16%) fits okay-ish to Pollack's Law Square Root of the Area increase (√(1.26) -> 1.122 "predicted" IPC increase). So I wouldn't call the Arch a disaster, more like an AMD interpretation of your average "Cove" iteration , but its certainly no Zen3 in terms of bang per gate. In retrospect, Zen3 appears to have been a lightning in a bottle moment unlikely to be repeated any time soon by AMD...
 

Ajay

Lifer
Jan 8, 2001
16,072
8,103
136
In retrospect, Zen3 appears to have been a lightning in a bottle moment unlikely to be repeated any time soon by AMD...
Possibly. I think that the CPU team still had some so called 'low hanging fruit' in Zen3 that helped achieve that IPC jump on a mature 7N process. That is probably over - everything else will be harder. Process node shrinks aren't going to be much of a help on the xtor/mm2 front going forward either. Going forward, node changes will be more towards power and performance improvements, IMHO.
 

Saylick

Diamond Member
Sep 10, 2012
3,372
7,103
136
According to Fritz's estimate the CCD's for Zen4 and Zen5 are ~ basically the same size (which fits to my rendered package shot eyeball). Looks like improved L3 Layout Density & Topology (Ladder Cache for the Win?) is doing the heavy lifting to compensate for the Core Area increase on the Die Level. If we take the core area increase at face value (big IF!) then the IPC increase (16%) fits okay-ish to Pollack's Law Square Root of the Area increase (√(1.26) -> 1.122 "predicted" IPC increase). So I wouldn't call the Arch a disaster, more like an AMD interpretation of your average "Cove" iteration , but its certainly no Zen3 in terms of bang per gate. In retrospect, Zen3 appears to have been a lightning in a bottle moment unlikely to be repeated any time soon by AMD...
To use an analogy, I think a lot of us were expecting Zen 5 to be like ARM's X cores moment where ST performance was prioritized above all else, but what it ended up being is more like ARM's middle cores which provides a balance of performance, area, and power.
 

gdansk

Platinum Member
Feb 8, 2011
2,478
3,373
136
With a cache shrink is it possible there is a 96MB vcache chip? If the L3 is smaller, did the TSV pattern change?
 
Reactions: Joe NYC
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/    |