By: Michael S (already5chosen.delete@this.yahoo.com), January 29, 2017 3:43 am
Room: Moderated Discussions
Per Hesselgren (perhesselgren.delete@this.yahoo.se) on January 28, 2017 6:49 am wrote:
> Mark Roulo (nothanks.delete@this.xxx.com) on January 27, 2017 9:02 am wrote:
> > David Kanter (dkanter.delete@this.realworldtech.com) on January 27, 2017 6:46 am wrote:
> > > The cache hierarchy is another example. The L2 caches in the latest z13 are simply massive.
> > > The L2I and L2D are each 2MB and implemented in eDRAM for the arrays. The POWER8 has
> > > a smaller L2, but has an L3 where the local portion is fairly large (8MB).
> >
> > Any yet ... Intel has eDRAM (Crystalwell), but doesn't ship
> > server chips with large L4 caches made up of eDRAM.
> >
> > I'm assuming that they don't think there will be much of a performance advantage
> > for server loads, but IBM does ship with much more on-package memory.
> >
> > Maybe because the eDRAM in Crystalwell is so wide?
> >
> > But we don't see MCDRAM (like on Knights Landing) as an option for Intel server chips, either ...
> >
> > Odd.
>
> You can see eDRAM here:
> http://www.anandtech.com/bench/product/1538?vs=1554
>
> The effect on WinRar is clear
Do you assume that advantage in WinRar is due to eDRAM, but loss in the rest of the tests is not related to eDRAM ?
In Haswell, the presence of eDRAM cache quite seriously impacts the speed of main memory access.
http://www.anandtech.com/show/6993/intel-iris-pro-5200-graphics-review-core-i74950hq-tested/3
Did Broadwell solve it?
Smaller LLC does (because of 2MB taken by eDRAM tags) also does not help.
IMHO, it's quite clear, that inclusion of current form of eDRAM cache, i.e. off-die memory-side cache, to general-purpose-oriented dual/quad-socket Xeon lines is *not* a good idea.
For current form of Xeon-D is also does not sound as a good idea, but for a different reason - [current form of] Xeon-D is very cost-sensitive.
> Mark Roulo (nothanks.delete@this.xxx.com) on January 27, 2017 9:02 am wrote:
> > David Kanter (dkanter.delete@this.realworldtech.com) on January 27, 2017 6:46 am wrote:
> > > The cache hierarchy is another example. The L2 caches in the latest z13 are simply massive.
> > > The L2I and L2D are each 2MB and implemented in eDRAM for the arrays. The POWER8 has
> > > a smaller L2, but has an L3 where the local portion is fairly large (8MB).
> >
> > Any yet ... Intel has eDRAM (Crystalwell), but doesn't ship
> > server chips with large L4 caches made up of eDRAM.
> >
> > I'm assuming that they don't think there will be much of a performance advantage
> > for server loads, but IBM does ship with much more on-package memory.
> >
> > Maybe because the eDRAM in Crystalwell is so wide?
> >
> > But we don't see MCDRAM (like on Knights Landing) as an option for Intel server chips, either ...
> >
> > Odd.
>
> You can see eDRAM here:
> http://www.anandtech.com/bench/product/1538?vs=1554
>
> The effect on WinRar is clear
Do you assume that advantage in WinRar is due to eDRAM, but loss in the rest of the tests is not related to eDRAM ?
In Haswell, the presence of eDRAM cache quite seriously impacts the speed of main memory access.
http://www.anandtech.com/show/6993/intel-iris-pro-5200-graphics-review-core-i74950hq-tested/3
Did Broadwell solve it?
Smaller LLC does (because of 2MB taken by eDRAM tags) also does not help.
IMHO, it's quite clear, that inclusion of current form of eDRAM cache, i.e. off-die memory-side cache, to general-purpose-oriented dual/quad-socket Xeon lines is *not* a good idea.
For current form of Xeon-D is also does not sound as a good idea, but for a different reason - [current form of] Xeon-D is very cost-sensitive.