Thunder 57
Diamond Member
- Aug 19, 2007
- 4,208
- 6,995
- 136
Yeah but... 12 Zen6 cores or 6 Zen6 + 6 Zen6c cores or variations of those ?
Why to early to say but I'm guessing 6 + 6 if the "Zen 6 desktop will use laptop style chips" rumor is true.
Yeah but... 12 Zen6 cores or 6 Zen6 + 6 Zen6c cores or variations of those ?
It's going to suck for desktop, especially for games for which at least 8 very good highly clocked cores are essential. They'll have to have 12 proper cores for servers and that will have to be a desktop part too. We could see some interesting binning where a few suboptimal cores will be disabled to create very highly clocked 8-10 cores, yum.I'm guessing 6 + 6
Allegedly, Zen6 desktop won't share silicon with workstation/server parts anymore.It's going to suck for desktop, especially for games for which at least 8 very good highly clocked cores are essential. They'll have to have 12 proper cores for servers and that will have to be a desktop part too. We could see some interesting binning where a few suboptimal cores will be disabled to create very highly clocked 8-10 cores, yum.
It's client.laptop style chips
What's essential is a nice LLC pile.It's going to suck for desktop, especially for games for which at least 8 very good highly clocked cores are essential
Yeah, finally. Rickey pile of filthy filthy hacks does the go-away.Allegedly, Zen6 desktop won't share silicon with workstation/server parts anymore.
128 MB slice? Maybe finally it will be as standard and remove 32 MB L3 from main chiplet, should easily make space for 12 proper cores.What's essential is a nice LLC pile.
Yeah... is it a good thing though? Current model seems to still work well, they just should not cheapen out on IO die, 2x 12 full cores should be good enough for client, just get beefier links to IO to drive that mem bandwidth good.Allegedly, Zen6 desktop won't share silicon with workstation/server parts anymore.
PC laptops have their own problems. x86 laptops perf differs when connected to power and when unplugged.Before this happens, premium laptop makers could hire firmware programmers off of flagship phone makers, so that premium laptops too become able to switch into meltdown mode when the run of a popular benchmark program is detected.
lmao no.128 MB slice?
they did that. Just uh, not in client. You guys are too poor for SoIC everywhere.Maybe finally it will be as standard and remove 32 MB L3 from main chiplet
N3 already offers you that.should easily make space for 12 proper cores.
naa.Current model seems to still work well
you can already buy that in a few months.just get beefier links to IO to drive that mem bandwidth good.
You mean Turin or HALO?you can already buy that in a few months.
In those cases in which a laptop is configured with a comparably large cooling system but a comparably modest battery, it makes a lot of sense to set different default power limits for components such as CPU and GPU in off-grid vs. on-grid usage. The next consideration is if, or how, to provide options for users to modify such limits.x86 laptops perf differs when connected to power and when unplugged.
I wonder whether desktop will still recieve FP/vector throughput oriented core configs. Or maybe not but it'd be compensated by moar coars style configs?Allegedly, Zen6 desktop won't share silicon with workstation/server parts anymore.
I can't see them undoing full AVX-512 offered in Zen 5 in later versions - maybe in SOME e-(conomy) cores, perhaps in a form of AVX10/2 256 bits, seems pointless to go down that route now that they have such a great implementationI wonder whether desktop will still recieve FP/vector throughput oriented core configs
The latter. Turin has a good IOD but GMI3 is GMI3.You mean Turin or HALO?
Yet, that will happen IMOI can't see them undoing full AVX-512 offered in Zen 5 in later versions - maybe in SOME e-(conomy) cores, perhaps in a form of AVX10/2 256 bits, seems pointless to go down that route now that they have such a great implementation
The implementation in Zen4 is also great. It compromises nothing but halved 512-bit throughput. If avx10/2 256 is the new standard, dropping back to the half-width implementation just makes sense.I can't see them undoing full AVX-512 offered in Zen 5 in later versions - maybe in SOME e-(conomy) cores, perhaps in a form of AVX10/2 256 bits, seems pointless to go down that route now that they have such a great implementation
All of them have SMT and AVX512, so they will be quiet powerful MT beasts.Yeah but... 12 Zen6 cores or 6 Zen6 + 6 Zen6c cores or variations of those ?
For games, low latency, high sized cache and high clock speed are all that is important. I suspect we will see an upgraded X3D version for Zen6.It's going to suck for desktop, especially for games for which at least 8 very good highly clocked cores are essential. They'll have to have 12 proper cores for servers and that will have to be a desktop part too. We could see some interesting binning where a few suboptimal cores will be disabled to create very highly clocked 8-10 cores, yum.
It doesn't today with Turin D which has a bunch of N3E based 16 core CCDs.Allegedly, Zen6 desktop won't share silicon with workstation/server parts anymore.
They already do that (avx512 half rate in Strix/Kraken).I can't see them undoing full AVX-512 offered in Zen 5 in later versions - maybe in SOME e-(conomy) cores, perhaps in a form of AVX10/2 256 bits, seems pointless to go down that route now that they have such a great implementation
This is wrong on so many levels I'm gonna weep.In DC there is little price pressure so no need for economy of scale there.
Sure does, Granite Ridge still shares the core CCD design with Turin Classic.It doesn't today with Turin D which has a bunch of N3E based 16 core CCDs
Getting 256 bit memory interface at 10k+ modules on client would be very nice...The latter. Turin has a good IOD but GMI3 is GMI3.
For some models - yes, but no way they will just go everything desktop to halfed AVX-512, laptops - sure.Yet, that will happen IMO
If avx10/2 256 is the new standard
Yes, but they are also providing full speed desktop chips - obviously for thin and light laptops half throughput implementation is more than okThey already do that (avx512 half rate in Strix/Kraken).
You're not getting that either. Double wide stuff is squarely for -halo.Getting 256 bit memory interface at 10k+ modules on client would be very nice...
You're not getting that either. Double wide stuff is squarely for -halo.
I am counting nearly 90% improvement in throughput bound scenarios and up to 40% improvement in memory bound scenarios on my toy code, you could argue it is synthetic though as I am not using it in any big project but what it is doing is FFT and that is quite popular thingThe full implementation in desktop Zen5 is not showing much improvement over Zen4 where it's tested in any practical, non synthetic way.
Well, AVX10/256 will be worse than AVX512 ala Zen4, as you will emit twice as much instructions in the frontend to do the same thing. Zen4 was actually shown to clock bit higher with AVX512 than AVX2. But its definitely better for Intel as it allows them to use E-cores with it.It will help with clock speeds, it will help keep the cores more compact, and it just makes sense for the environment it's used in
If they must cut then AVX512 half-rate is far better option - does not require compile, who knows maybe whole AVX10 may not even be supported by AMD, would be far better if they supported APX instead as priorityAVX512 vs AVX512 half-rate vs AVX10/256
AVX10.1/256 is AVX512VL without the 512-bit registers. That is, AMD already implements it, it's a subset of AVX512.who knows maybe whole AVX10 may not even be supported by AMD,
