It would not surprise me at all for client to be on N3P while DC is on N2.
I think the point you are missing is that it is only the chiplet based CPUs that will be N2. In other words, premium products: Server, premium desktop, premium notebook.
For premium products the small cost difference matters less top tier performance.
For lower tier products in consumer sparce, AMD will likely have monolithic designs, and those could be N3P
... and I suspect that all variants of DC EPYC Zen 6 will be N2.
What I DON'T believe is that AMD will lower their core count or memory bandwidth per CCD.
With that in mind, I don't see AMD going below 1 memory channel per CCD. So 1 IOD = 4 memory channels and 4 CCD's makes perfect sense to me.
It ALSO doesn't make sense to me to create a 32c CCD in this arrangement since the bandwidth per core would be cut in half from Turin. Also, as I have stated and shown repeatedly, a 32c CCD would be very large compared to last generation (around double).
The core count for highest core CPU would go from 192 to 256, which is +33%. But 2 things will happen:
- Memory speeds will go up, including introduction of MrDIMM by the time Venice launches
- L3 per core doubles, with 32 cores being in the same pool (which helps the hit rate further).
There are many reasons I have listed above to believe that the CCD core counts will not double as is being suggested. The only reason that I can see for people to believe in the 32c CCD is that the want it to be true.
I am just seeing it to be highly impractical from several points of engineering.
Perhaps I am missing something?
Core counts double per CCD, not per CPU package. Number of CCDs goes down from 12 (Turin Dense) to 8 (Venice Dense) - if my understanding is correct.