• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Question Zen 6 Speculation Thread

Page 404 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.
I don't know how the licensing would work out, but can't Steam just buy either the upcoming XBox handheld or PlayStation handheld CPU?
No.
If AMD want to capture the handheld market, they need a custom line for these kinds of products. But it's understandable that it's a too risky bet for the company
They care a negative amount about client.
 
The absolute best that anyone could have hoped for was a custom chop of an existing product, like a gorgon point 2 with no NPU and half the I/O removed, but to make it actually worth it, they would need a new floorplan, and AMD isn't about to bother with that.

And, lets not kid ourselves, there is ALWAYS a dollar amount that gets things done, but that amount is WAY over and above what they could afford to pay and still break even with multiples of their projected volume.

If you want something, you'll have to make it make sense starting with an existing SKU and work from there.
 
They have volumes.
How many "Xbox" PCs do you think they'll sell to console crowd in US with price being above $1000?

Right now (after 5 years) they've got sold 35 mln current gen Xboxes, of which Series X is no more than 1/3 of that, so just over 10 mln. That's comparable with Steam Deck sales, and new stuff will be a lot more expensive with no exclusives.

It's gonna bomb, hard - I actually think they'll can it and spin off software game division as a separate company.
 
How many "Xbox" PCs do you think they'll sell to console crowd in US with price being above $1000?
Well not a lot. Even if Xbox made the best hardware and ran Windows games it still won't sell because it's a dead brand.
But... probably still more than SteamDeck. In every case Zen 6 isn't that important or even really a selling point.
 
Well not a lot
Their current sales are down to near zero - apparently 1.28 mln of S+X in 2025, and they had price increases near end of year for X.

Microsoft will weasel out of their contact - no way they'll be able to guarantee comparable sales to Xbox, most of which was S anyway.

With Sony's apparent move back to real exclusives PS5/6 is the only console game in town (not counting portable Switch here).
 
No, that is desd.
AVX10 is 512b only.
Someone please provide proof that AVX10 will be implemented in Intel processors using ONLY 512b wide path execution. The SPEC CLEARLY indicates the purpose of the extension is to allow multiple bit width implementations for a single instruction set.
Yes, I'm aware (now) but how many developers have actually utilized that in their code?
I think it is more important that compilers support it. That's where the support actually comes from. Of course, new versions of apps must be made with the new compiler, but this is getting easier and easier as time goes by IMO.
 
How many "Xbox" PCs do you think they'll sell to console crowd in US with price being above $1000?
Plenty.
Someone please provide proof that AVX10 will be implemented in Intel processors using ONLY 512b wide path execution. The SPEC CLEARLY indicates the purpose of the extension is to allow multiple bit width implementations for a single instruction set
If you have methylene blindness not even I can fix it.
 
AVX 10.2 states that it supports 128, 256 and 512b paths but that 512b is manditory while in 10.1 it was optional.

Not sure how this will be utilized, but it seems hard to believe that Intel e cores will have 512b paths in them. If someone has a link to some information showing otherwise, I would love to see it.
 
Just re
AVX 10.2 states that it supports 128, 256 and 512b paths but that 512b is manditory while in 10.1 it was optional.

Not sure how this will be utilized, but it seems hard to believe that Intel e cores will have 512b paths in them. If someone has a link to some information showing otherwise, I would love to see it.
Maybe read the last two pages of this thread and it's like, really clear. It's literally explained in this thread how it works. Read the thread, I'd suggest, for more knowledge and answers.
 
Someone please provide proof that AVX10 will be implemented in Intel processors using ONLY 512b wide path execution. The SPEC CLEARLY indicates the purpose of the extension is to allow multiple bit width implementations for a single instruction set.

I think you are confusing 2 things:
- instruction support
- implementation of those instructions

Mandate that AVX 10.2 supports 512-bit wide means that it has to support 512-bit wide instructions.
Which implies that all: 128, 256 and 512bit wide instructions are supported.

As far as implementation, it is up to the CPU makers. Zen 5 desktop and server is full 512 wide while Zen 5 mobile and Zen 4 were 256 bit wide.
 
512b will be register size, execution will be like Zen4 on platforms that don't need full speed.
This is useful (unlike quite a few other replies above).
I think you are confusing 2 things:
- instruction support
- implementation of those instructions

Mandate that AVX 10.2 supports 512-bit wide means that it has to support 512-bit wide instructions.
Which implies that all: 128, 256 and 512bit wide instructions are supported.

As far as implementation, it is up to the CPU makers. Zen 5 desktop and server is full 512 wide while Zen 5 mobile and Zen 4 were 256 bit wide.
I believe I have the confusion figured out. Both of these replies got me researching in the right direction.

So here is how it appears to work.

First, AVX10.2 isn't the same as AVX512. In other words, a compiler that ONLY supported AVX10.2 would run in fall back mode on Zen 5 NOT AVX512.

Second, AVX10.2 requires 32 x 512b registers period.

Third, execution path is determined by the hardware support, but utilizes the same compiled code. Execution path can be 128b, 256b, or 512b.

Fourth, there does appear to be additional instructions that do new things above and beyond AVX512 in AVX10.2, but not that much. Mostly, this is exactly what it appears to be. It's a way for Intel to create an instruction set that works across multiple core types to avoid OS scheduling problems .... or to make these operations even possible on a hybrid architecture like ARL. I am not sure if AMD will ever adopt this or not as I am not certain it benefits them AT THIS TIME. Reguardless, AVX512 will continue to be supported especially in DC where it is of the most use.

That's how I have it figured. Now, thanks to those that actually helped.
 
It's a way for Intel to create an instruction set that works across multiple core types to avoid OS scheduling problems .... or to make these operations even possible on a hybrid architecture like ARL.
Your understanding here is still incorrect. Hybrid architectures aren't any easier with AVX10 than AVX512.
 
Back
Top