Barcelona Benchmarks according to AMD pricing.
http://freshscoop.com/modules....&mode=&order=0&thold=0
http://freshscoop.com/modules....&mode=&order=0&thold=0
Originally posted by: Duvie
bottom line on AMD barcelona......
2) cache per core is TOOOOOOOOO LOOOOOOOOOOW and the overall pool is pathetic.....
Originally posted by: WAWA
:roll: Uh chief, ...AMD does not need the crutch of more cache because their design is much more advanced than Intel which relies heavily on it.
More cache = crutch to make up more performance due to the use of antiquated designs.
Originally posted by: Mitch101
That is we assume AMD is positioning its prices to be in line with the performance of Intels quad chips.
Originally posted by: Duvie
<div class="FTQUOTE"><begin quote>Originally posted by: WAWA
<div class="FTQUOTE"><begin quote>Originally posted by: Duvie
bottom line on AMD barcelona......
2) cache per core is TOOOOOOOOO LOOOOOOOOOOW and the overall pool is pathetic.....</end></div>
:roll: Uh chief, ...AMD does not need the crutch of more cache because their design is much more advanced than Intel which relies heavily on it.
More cache = crutch to make up more performance due to the use of antiquated designs.
</end></div>
really? Give me some documented proof or benches that show this...on the "more advanced then intel" claim....I haven't seen any proof or benches to show this.
and while you are pulling that out of your arse....
show me where cache is considered a cructh and part of an antiquated design....
the reason for cache is ability to use faster lower latency memory to store bits of applications being ran to run faster and avoid the bootleneck of physical ram capabilities. Now design of how cores use cache and whether it is shared or not is more of a design issue and reason for debate on which is better...
fact is...I have done research and have shown some application would like bigger cache pools and will run faster with such...That is about size and availability and not architecture. Those apps would not be able to load fully up into the cache on the AMD models and thus would run slower by using physical ram or having to repeatedly clear and reload parts into the cache...or use higher latency physical ram.
I think you need to add a bit more to your statement....
Originally posted by: WAWA
<div class="FTQUOTE"><begin quote>Originally posted by: Duvie
bottom line on AMD barcelona......
2) cache per core is TOOOOOOOOO LOOOOOOOOOOW and the overall pool is pathetic.....</end quote></div>
:roll: Uh chief, ...AMD does not need the crutch of more cache because their design is much more advanced than Intel which relies heavily on it.
More cache = crutch to make up more performance due to the use of antiquated designs.
It makes a noticable performance difference, up to 10% in some cases.Originally posted by: zsdersw
Oh yes.. because the jump in L2 cache from 2 to 4MB *really* made a huge difference, across the board, for Core 2. :roll:
Actually, they don't perform all that well. Read the XBitLabs review on the E2140/2160. Gaming performance was very low, relative to the other chips.Originally posted by: zsdersw
Why do you suppose the Pentium Exxxx processors perform so relatively well with their 1MB of L2 cache? Because L2 cache isn't all there is to tell in the CMA performance story.
Originally posted by: VirtualLarry
<div class="FTQUOTE"><begin quote>Originally posted by: zsdersw
Oh yes.. because the jump in L2 cache from 2 to 4MB *really* made a huge difference, across the board, for Core 2. :roll:</end quote></div>
It makes a noticable performance difference, up to 10% in some cases.
<div class="FTQUOTE"><begin quote>Originally posted by: zsdersw
Why do you suppose the Pentium Exxxx processors perform so relatively well with their 1MB of L2 cache? Because L2 cache isn't all there is to tell in the CMA performance story.</end quote></div>
Actually, they don't perform all that well. Read the XBitLabs review on the E2140/2160. Gaming performance was very low, relative to the other chips.
Originally posted by: Markfw900
<div class="FTQUOTE"><begin quote>Originally posted by: harpoon84
<div class="FTQUOTE"><begin quote>Originally posted by: VirtualLarry
<div class="FTQUOTE"><begin quote>Originally posted by: zsdersw
Oh yes.. because the jump in L2 cache from 2 to 4MB *really* made a huge difference, across the board, for Core 2. :roll:</end quote></div>
It makes a noticable performance difference, up to 10% in some cases.
<div class="FTQUOTE"><begin quote>Originally posted by: zsdersw
Why do you suppose the Pentium Exxxx processors perform so relatively well with their 1MB of L2 cache? Because L2 cache isn't all there is to tell in the CMA performance story.</end quote></div>
Actually, they don't perform all that well. Read the XBitLabs review on the E2140/2160. Gaming performance was very low, relative to the other chips.
</end quote></div>
Actually, the jump from 2MB -> 4MB doesn't really impact performance very much. Yes, 'up to' 10% but that is the exception rather than the rule. Most applications see less than a 5% boost.
In fact the average speedup is only 2.4% according to Anandtech. http://anandtech.com/cpuchipse...howdoc.aspx?i=2795&p=4
The performance hit from 1MB -> 2MB is somewhat bigger, in some cases up to 15%.
http://xbitlabs.com/articles/c...ium-e2160_4.html#sect0
That said, the Pentium Es are still a fair bit faster than the X2s clock for clock.</end quote></div>
Well, there is at least one exception to that...U folding@home'ers a while back had some 1495 units. If you had an E6400@3.2 and an E6600@3.2 with two instances running these units, the 6600 would do them in HALF the time, or a 100% improvement.
I realize that is just ONE example, but Duvie and I both (and others) know it to be true.
As to this thread, first this guy should be banned for spamming, constantly making threads, and then linking to his own site. Also, its all crap, since its all speculation. I would contact a mod if I could.... Anybody want to help me out here ?
Originally posted by: Duvie
perhaps but even with AMD On Die Memory Controller (ODMC)...it is no substitute to the higher density and lower latency SRAM.....not even a comparison....The ODMC for intel would help in situation where the cpu needs to access physical memory without the latency hits, but this is not the same thing.
the amazing thing is how Intel has been able to place as much cache on the chip they do and be able to keep their die size relatively compacted....
Originally posted by: DrMrLordX
<div class="FTQUOTE"><begin quote>Originally posted by: Duvie
perhaps but even with AMD On Die Memory Controller (ODMC)...it is no substitute to the higher density and lower latency SRAM.....not even a comparison....The ODMC for intel would help in situation where the cpu needs to access physical memory without the latency hits, but this is not the same thing.</end quote></div>
Well . . . I hate to appear to be agreeing with a clueless poster who joined the forum yesterday and refuses to back up his assertions, but an on-die memory controller can actually be a substitute for high density/low latency SRAM. Sort of.
If your processor is already memory bandwidth-saturated, then, in theory, you could eliminate the need for l2 cache altogether if you could get your system memory running at latencies as low as your l2. Easier said than done, of course.
An on-die memory controller comes into play by significantly reducing communication latency between the processor and the memory controller. This means the only obstacle between you and system RAM with 10-20 cycle latency is your RAM and your memory bus since, at least in AMD's on-die memory controller, the memory controller's performance scales upwards linearly with the CPU, and the latency between the CPU and memory controller seems to remain constant no matter what the CPU's frequency.
My lowly Brisbane can achieve a RAM latency of around 122 cycles when using the 9.5x multiplier and the 1:2 memory ratio. No matter what the CPU frequency I run, so long as I maintain that CPU multiplier and that memory ratio, the memory latency remains fixed at 122 cycles. Of course, using the 1:2 memory ratio meant achieving some pretty high memory clocks which in turn took some serious vdimm on my DDR2, but it was doable. However, that's only RAM latency of 122 cycles. Assuming that memory twice as fast (with the same timings) would generate half the latency, it would take something like DDR2-6384 5-5-5-15 2T to get 20.3 cycle memory latency on an X2-3600+ running at 2.66 ghz with the 9.5x multiplier. That would require a 1:12 memory ratio which I have never seen supported before. Anyone seen DDR2-6384 for that matter? I haven't, and I doubt anyone else has either.
DDR3 shows some promise, since it seems to produce nearly identical (or better) performance at the same speed rating with the same latencies. That is, DDR3-1333 5-5-5-15 seems to be about the same as DDR2-1333 5-5-5-15. Thanks to higher potential clock speeds and lower stock voltages, we should see anywhere from DDR3-2000 to DDR3-2500, at least from enthusiast parts. DDR3-2500 5-5-5-15 would be fast enough for 52 cycle memory latency when paired with a 2.66 ghz X2-3600+ using something like a 1:8.929 ratio (pfft).
Someday, either Intel or AMD will figure out how to eliminate the need for l2 by giving people absurdly fast system RAM. At that point, an HTX or CSI-connected GPU would be lookin pretty sweet.
<div class="FTQUOTE"><begin quote>the amazing thing is how Intel has been able to place as much cache on the chip they do and be able to keep their die size relatively compacted....</end quote></div>
Well, they have to do that. As with P4s, Core 2s need more cache at higher clock speeds to scale properly. Still, it's a well-executed strategy.