OH BOY
The last roadmap that mentioned Zen+ (or Zen2) is ancient.The more I look at it the more possible it is. I don't see AMD doubling up on L3 (16MB per CCX, 4 CCX per die) because a 32MB 16c Ryzen seems kind of out there. But I really doubt this late in the game they would be able to change the dies that much from their 48c roadmap. I mean Zen 2 dies should be hitting production late 2018 to early 19. They should already have been doing tape outs and you can't just add another CCX and call it good. The module makes this easier but not that quickly.
The last roadmap that mentioned Zen+ (or Zen2) is ancient.
Is there anything wrong with pushing moar corez for datacenter?I am just not too sure about this change.
I didn't say there was. I just doubt that AMD in 6 months has gone from one design to another for a CPU that is only just over a year away no matter how important it is for AMD to push for more cores.Is there anything wrong with pushing moar corez for datacenter?
Besides, Intel can't do it because muh monolithic dies.
Amusingly, it does. Changing a die built from modular parts is taken down from months to hours, by AMD's own words.The more I look at it the more possible it is. I don't see AMD doubling up on L3 (16MB per CCX, 4 CCX per die) because a 32MB 16c Ryzen seems kind of out there. But I really doubt this late in the game they would be able to change the dies that much from their 48c roadmap. I mean Zen 2 dies should be hitting production late 2018 to early 19. They should already have been doing tape outs and you can't just add another CCX and call it good. The module makes this easier but not that quickly.
Amusingly, it does. Changing a die built from modular parts is taken down from months to hours, by AMD's own words.
Assuming it truly is 16cores per 2 DDR channels, they need a LOT of L3 to keep them fed.I do wonder how they plan to reuse 64MB of L3 cache dies in consumer. Cut it to 32MB for yields? Maybe give the top X models full 64 to have differentiation?
Yeah EPYC would receive very limited benefit from the Zen+ refresh. So the next Epycs we will see will be Zen 2 and therefore 7nm. It's part of the reason for core count increase.Hmm 128 lane pcie-4 ?? What an Overkill.
So is this supposed to be starship ? And Zen 2 ?? So it will be 7 NM?
Yeah EPYC would receive very limited benefit from the Zen+ refresh. So the next Epycs we will see will be Zen 2 and therefore 7nm. It's part of the reason for core count increase.
But it's not an Intel chip.It's called "Starship" because you need an antimatter reactor to provide enough power. Jesus.
But it's not an Intel chip.
It's really surprising that CPC can get that information, especially I'm expecting at least next year before we got some leak, so is that mean CPC have EPYC 2 in their hand, like they do in ryzen months before it was launch
7SoC is good for everything considering where its fmax lands.These specs look monstrous and if AMD bring this to market in H1 2019 it will be a clean kill. AMD need to make sure GF can supply enough wafers to meet demand. AMD said t hey will be taping out 7nm parts before end of 2017. I think Navi at TSMC 7nm and Zen 2 at GF 7nm. After seeing the GF 7nm IEDM paper I think AMD will use 7SoC for EPYC Rome. 7SoC uses 6T libraries and brings about 65% area reduction vs 14LPP 7.5T libraries .7SoC is good for designs running at 3.5 Ghz and server chips don't need to run at 4+ Ghz as they are optimized for throughput.
7SoC is good for everything considering where its fmax lands.
7HPC is squarely an IBM node with 17 layers of metallization.
No, check the curves.Desktop Zen 2 (Ryzen 7/5/3/TR) will need 7HPC to hit 5 Ghz.
CPC is pretty accurate though.I could tweet all kinds of BS just like Canard does.
No, check the curves.
7HPC is aimed at >5.5GHz operation.
CPC is pretty accurate though.
Besides they are the ones to get both K8 and Zen ES.
For ARM trash using HD libs? Ye.GF stated 7SoC is optimized for designs running at 3.5 Ghz.