Monday, June 5th 2023

AMD Confirms Zen 5 will Get Ryzen 8000 Series Branding, "Navi 3.5" Graphics in 2024

AMD in one of its Meet the Experts presentations to the retail channel vendors, confirmed that the next-generation "Zen 5" architecture will see its desktop part branded under the Ryzen 8000 series. The company has known to skip a thousand-number sequence each generation for its mainstream-desktop series, the way it skipped Ryzen 4000 series nomenclature between the "Zen 2" based Ryzen 3000 "Vermeer" and "Zen 3" based Ryzen 5000 Vermeer; and more recently, between "Vermeer" and the "Zen 4" based Ryzen 7000 "Raphael," which makes this an interesting development. AMD's next-generation mainstream-desktop processor is expected to be codenamed "Granite Ridge," it will feature up to 16 "Zen 5" CPU cores across up to two CCDs. The processor I/O (and its 6 nm cIOD) is expected to be largely carried over, except that it could be upgraded with support for higher DDR5 memory speeds.

Another major disclosure is the very first mention of "Navi 3.5" This implies an incremental to the "Navi 3.0" generation (Radeon RX 7000 series, RDNA3 graphics architecture), which could even be a series-wide die-shrink to a new foundry node such as TSMC 4 nm, or even 3 nm; which scoops up headroom to dial up clock speeds. AMD probably finds its current GPU product stack in a bit of a mess. While the "Navi 31" is able to compete with NVIDIA's high-end SKUs such as the RTX 4080, and the the company expected to release slightly faster RX 7950 series to have a shot at the RTX 4090; the company's performance-segment, and mid-range GPUs may have wildly missed their performance targets to prove competitive against NVIDIA's AD104-based RTX 4070 series, and AD106-based RTX 4060 series; with its recently announced RX 7600 being based on older 6 nm foundry tech, and performing a segment lower than the RTX 4060 Ti.
Source: harukaze5719 (Twitter)
Add your own comment

67 Comments on AMD Confirms Zen 5 will Get Ryzen 8000 Series Branding, "Navi 3.5" Graphics in 2024

#51
AusWolf
SquaredI've heard that Zen4c is pretty much Zen4 with less cache. I've always pictured that it's Zen4 but with the layout more computer-generated, so it's more area-efficient but can't clock as high. With these differences, I think a Zen4c core would perform very similar to a Zen4 core that's been clocked down because many cores are loaded and they can't all boost. So in an AMD CPU with a Zen4 chiplet and a Zen4c chiplet, if all cores are loaded, scheduling a new independent thread on a Zen4c core probably wouldn't result in much less performance than a Zen4 core. So as long as the scheduler prioritizes the Zen4 cores until most of them are busy, I imagine there won't be any situations that see a significant loss in performance.
It's still something for the scheduler to sort out, so I don't trust it.
Posted on Reply
#52
Hyderz
if amd were to release a 7950xtx that is on par with 4090, nvidia will release the 4090ti with eye watering prices...
Posted on Reply
#53
Tek-Check
wheresmycarSo what on earth are we looking at here? I've lost my marbles with this sort of mind-trucking disorientation and hope someone can shed some light and help me find them (the marbles that is)
What exactly would you like to know?
2024 desktop - Zen5 with RDNA3.5 (enhanced, refresh) graphics. This is Granite Ridge vanilla and X3D SKUs
~2024 mobility at CES - Zen4 with RDNA3+ (enhanced, refresh) graphics. This is Strix family, and Hawk Point refresh
~2025 mobility at CES - Zen5 with RDNA3.5 graphics - Fire Range HX
~2025 mobility at CES - Zen5 with RDNA4 graphics - Strix family Halo, possibly 'mega-APU'
Posted on Reply
#54
Vayra86
Hyderzif amd were to release a 7950xtx that is on par with 4090, nvidia will release the 4090ti with eye watering prices...
It is of questionable relevance imho. Far more important is that they release strong midrange right now. They can exceed a 4080, that's more than fine. We all know a 7950XTX is just going to draw a massive amount of power to get faster.
Posted on Reply
#55
Hyderz
Vayra86It is of questionable relevance imho. Far more important is that they release strong midrange right now. They can exceed a 4080, that's more than fine.
Nvidia likes to keep the performance crown title though
Posted on Reply
#56
Vayra86
HyderzNvidia likes to keep the performance crown title though
Yeah so why escalate beyond your own comfort zone. AMD has tried this before, it wasn't great. I'd rather see them go fast on gaining better efficiency out of their chiplet tech. Refinements.
Posted on Reply
#57
Hyderz
Vayra86Yeah so why escalate beyond your own comfort zone. AMD has tried this before, it wasn't great. I'd rather see them go fast on gaining better efficiency out of their chiplet tech. Refinements.
oh for sure i want the power requirements of those gpu and heat output to drop but i dont think it will happen at the highest end of the product stack maybe in the mid high end
Posted on Reply
#58
Tek-Check
HyderzNvidia likes to keep the performance crown title though
Dude, the article is about CPUs with integrated graphics, and not about discrete GPUs. Focus.

Nvidia is not a topic here. The only thing you can say is as graphics on Zen5 APUs get better, Nvidia will cancel more mobile GPUs and there will be more space in laptops for storage and great power efficiency without discrete GPUs That's all to it.
Posted on Reply
#59
AusWolf
Tek-CheckDude, the article is about CPUs, not GPUs. Focus.
Navi 3.5 is also mentioned, whatever it means. Focus. ;)
Posted on Reply
#60
Tek-Check
AusWolfNavi 3.5 is also mentioned, whatever it means. Focus. ;)
It's mentioned in the context of processor integrated graphics. This is what AMD told us last year already. Nothing new.
Posted on Reply
#61
AusWolf
Tek-CheckIt's mentioned in the context of processor integrated graphics. This is what AMD told us last year already. Nothing new.
Not exactly. Have a quick re-read of the second paragraph. In fact, iGPUs aren't even mentioned at all.
Posted on Reply
#62
tpu7887
I bet this is so the 8000 CPUs can go with the 8000 GPUs.

OR: Since Zen 4 is identical to Zen 3 except for DDR5 support and the shrink (which enables the higher clocks), maybe they're holding back a digit because this should be Zen 4 because the 7000 series was really a half-measure upgrade (when you compare to each prior Zen - Zen to Zen 2? Major architectural changes. Zen 2 to Zen 3? Almost as major. Zen 3 to Zen 4? AMD configured the IMC for DDR5, maybe tweaking it slightly. I don't know if it's them who optimizes their design for the new process (transistor spacing/doubling etc.), or the company they contract, but if it's not them, AMD literally did nothing for Zen 4.

AMD: Don't do what Intel did and reuse the same architecture with minor IMC and process improvements for 5 (FIVE) generations (6th, 7th, 8th, 9th, 10th).
Posted on Reply
#63
AnotherReader
tpu7887AMD literally did nothing for Zen 4.
Zen 4 wasn't as big a change as Zen 3 or Zen 2, but it still increased IPC far more than any of Intel's lost generations did. Adding AVX-512, redesigning for higher clock speeds, and moving to a new process was a motivator for reducing risk, and they reduced risk by modifying the Zen 3 core. Chips and Cheese has a good summary of this in their Zen 4 deep dive series. This table is reproduced from there, and compares the major changes in Zen 4 to the changes in Zen 2.




AreaZen 4 over Zen 3Zen 2 over Zen 1(+)Comment
Branch PredictorLarge but unspecified improvements
L1 BTB size increased by 50%, L2 BTB gets moderate capacity increase
TAGE predictor implemented for L2
L0, L1 BTB size doubled. L2 BTB gets 75% capacity increase
Higher density probably allows for larger BTB structures
Op Cache~68% op cache capacity increaseCapacity doubled from Zen 1, but L1i capacity halvedHigher density makes a op cache capacity increase feasible
Reordering CapacityVector registers extended to 512-bits to handle AVX-512Vector registers extended to 256 bitsHigher density makes a large increase in register file capacity is acceptable
Scheduling and ExecutionNo scheduling capacity change
No execution pipe layout changes
Integer scheduling queues get 16 entries, up from 14
AGU scheduler unified
Extra AGU pipe added
Reduce risk by avoiding major scheduling layout changes
Vector ExecutionNo significant change to most commonly used execution units128-bit FP and vector units get width doubled to 256 bits
L1D BandwidthNo significant change. Still 2×256-bit load and 1×256-bit store128-bit paths doubled to 256-bits wide, giving 2×256-bit load and 1×256-bit store
L2 TLB50% capacity increase, from 2K entries to 3K33% capacity increase, from 1.5K entries to 2KTLBs are caches by another name, so again more density helps
L2Capacity doubled to 1 MB at the cost of 2 clock cycles of latencyNo change
Posted on Reply
#64
AusWolf
AnotherReaderZen 4 wasn't as big a change as Zen 3 or Zen 2, but it still increased IPC far more than any of Intel's lost generations did. Adding AVX-512, redesigning for higher clock speeds, and moving to a new process was a motivator for reducing risk, and they reduced risk by modifying the Zen 3 core. Chips and Cheese has a good summary of this in their Zen 4 deep dive series. This table is reproduced from there, and compares the major changes in Zen 4 to the changes in Zen 2.




AreaZen 4 over Zen 3Zen 2 over Zen 1(+)Comment
Branch PredictorLarge but unspecified improvements
L1 BTB size increased by 50%, L2 BTB gets moderate capacity increase
TAGE predictor implemented for L2
L0, L1 BTB size doubled. L2 BTB gets 75% capacity increase
Higher density probably allows for larger BTB structures
Op Cache~68% op cache capacity increaseCapacity doubled from Zen 1, but L1i capacity halvedHigher density makes a op cache capacity increase feasible
Reordering CapacityVector registers extended to 512-bits to handle AVX-512Vector registers extended to 256 bitsHigher density makes a large increase in register file capacity is acceptable
Scheduling and ExecutionNo scheduling capacity change
No execution pipe layout changes
Integer scheduling queues get 16 entries, up from 14
AGU scheduler unified
Extra AGU pipe added
Reduce risk by avoiding major scheduling layout changes
Vector ExecutionNo significant change to most commonly used execution units128-bit FP and vector units get width doubled to 256 bits
L1D BandwidthNo significant change. Still 2×256-bit load and 1×256-bit store128-bit paths doubled to 256-bits wide, giving 2×256-bit load and 1×256-bit store
L2 TLB50% capacity increase, from 2K entries to 3K33% capacity increase, from 1.5K entries to 2KTLBs are caches by another name, so again more density helps
L2Capacity doubled to 1 MB at the cost of 2 clock cycles of latencyNo change
Reused or not, it is way faster. That's what counts, imo.
Posted on Reply
#65
Mahboi
I'm genuinely surprised. Could've sworn the 8000s would come as a rebrand of the 7000s in 4nm or something. And that Zen 5 would come later. This is very early.
Posted on Reply
#66
john_
DimitrimanSure but AMD is sitting on this "c" type core technology since 2 gens now and is not doing anything on the client segment with it. Intel is about to bring 8+32 cores to the market and AMD will remain with just 16 big cores which won't win either the single or the multi threaded benches. It will just be more energy efficient. I would like to see a 8 + 16 from AMD at some point.
The only reason AMD needs to do something about it, is marketing reasons. And if they do something about it, again, it will be marketing reasons. Intel is going to keep offering 8 P cores as long as it is not getting humiliated in the benchmarks. When 8 P cores start looking bad in some benchmarks, only then Intel will go up to 10, 12 or 16 P cores. 16 Zen cores are more than a match for any Intel model on the market. But yeah, "32 cores", "40 cores", do sound like much more than "16 cores". Even when benchmarks say otherwise.
Posted on Reply
Add your own comment
May 4th, 2024 20:17 EDT change timezone

New Forum Posts

Popular Reviews

Controversial News Posts