e4300 e4400 e6320 e6420: which one to choose?

Which do you want?

  • e4300

    Votes: 23 13.9%
  • e4400

    Votes: 48 28.9%
  • e6320

    Votes: 27 16.3%
  • e6420

    Votes: 68 41.0%

  • Total voters
    166

flasher702

Distinguished
Jul 7, 2006
661
0
18,980
In April the e4300 drops in price and 3 new models come out, but which one to choose?

This discussion assumes that all chips will be Over Clocked

e4300
FSB: 200mhz
Multi: 9
Cache: 2m
$113

e4400
FSB: 200mhz
Multi: 10
Cache: 2m
$133

e6320
FSB: 266mhz
Multi: 7
Cache: 4m
$163

e6420
FSB: 266mhz
Multi: 8
Cache: 4m
$183

1. Is the extra cache on the e6x20 enough to make up for the lower multiplier? For the lower multiplier AND the higher price?

2. Which chip will have the most FSB bandwidth after OCed and how much does it matter?

3. Is the 10x multiplier on the e4400 too high? Will it run too hot? Will it limit FSB enough to hurt performance? Will it limit the OC at all? Is it worth the extra cost?

4. Which chip will get attain the highest internal frequency when overclocked?

5. Do you care or will you buy one of the <$100 competing CPUs? Or perhaps a more expensive CPU? If so, which one? Or will you wait for Agena and choose then?

-------------
My intial responses:
1. No
2. e6320, no clue if it matters though
3. 10x multiplier is not too high to limit the OC as long as you have enough cooling, not sure if it's worth the extra cost and heat/cooling though
4. e4400
5. Brisbanes are temptingly cheap, and if OCed to +2.4ghz I will probably be perfectly happy with the speed, but I can't decide. Maybe I should wait until Agena, but I have a dying system in my isntall base that needs replaced soonish. Help?
 
E4300

9*400=3.6ghz 2mb cache... Looks good to me. If it can hold that speed, im all for it.

10*333 = 3.33ghz on a FSB limited baord would be good. Save some $$ on ram and MB.
 
none - the e6600 is the better - the faster bus just means you have to spend more for bigger multiplier.

those new chips are for dell etc - smart people will stick with e6300-e6600 the x6800 for us with savings to waste!

I voted for the e4400 it the best of the 4 for cheap fast system!

IFB (AMTI is always #2) The answer is C!
 
e6600 has same multiplier as e4300, all you get is a bigger cache and it costs twice as much. e4400 has a bigger multiplier and once both chips are OCed the e4400 should win at at least some benchmarks and shouldn't trail by much at anything else. If you want something that is all-round better than the e4400 the e6700 is the next cheapest thing you should be considering. I wouldn't buy an e6600 even if I desperatly wanted to spend more on a CPU. For the $100 you would save choosing an e4x00 over an e6600 you could buy a very nice HSF and have a few $$$ left over to spend elsewhere, if you truely have no budget e6600 is no place to stop xD

Seriously, "smart" people shouldn't even be considering e6300 or e6400 now that e4300 is out, and once e4400 comes out... it just doesn't make sense when there are cheaper chips that have more potential. Plz prove me wrong if I'm crazy but the higher multiplier and Allendale core are simply better than the Conroe e6300 and e6400. Not sure why it's taken people so long to catch on to this, it's been discussed for months already. Here's an article from November 19th 2006. If this isn't an indictation of blind intel fanboism I don't know what is: They come out with a BETTER processor that is also cheaper and people still reccomend e6300 like crazy *shakes head*. wooo Conroe advertising machine! Seriously, Allendale is where it's at right now, no?
 
Your paying for the cache the large "cash" takes up alot of space that cost alot of money hence the price difference - i was under the impression the 4mb vs 2mb made a big difference????????

we need some good data on cache on multitasking performance - i have seen next to none - only claims by the chip makers that the cache makes a big difference.

Why else would spend so much money - again, its a huge amout of chip relestate to go from 2mb to 4mb
 
Thanks for replying jack. It looks like you're trying to avoid making too many guesses as there aren't any benchmark comparisons that address some of the questions I've aske but please play along 😉 I promise not to sick BM on you if you turn out to be wrong 😛 The processors aren't out yet, so guesses are exactly what I'm looking for at this point.
1. Is the extra cache on the e6x20 enough to make up for the lower multiplier? For the lower multiplier AND the higher price?
The data that has been collected shows that the extra 2 meg cache is not a huge factor, performance ranging from 3-8 % on average with some apps seeing 10 or 15% gains, but few.
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2795&p=4

good info, ty. Average difference for the games that they benched was only 2.8% faster with the increased cache at the same frequency. Do you think an additional 28% internal frequency (the difference between e6320 and e4300 at any given FSB) would make up for this difference or would you need a faster FSB clock to make up for the smaller cache? Hypothetically in terms of raw performance I think faster FSB and RAM is the only thing that would make up for the smaller cache, but at the application level I dunno.

2. Which chip will have the most FSB bandwidth after OCed and how much does it matter?
The FSB BW scales with system clock speed, so if you OC to a system clock of 300 MHz (your CPU speed would be 300Xmultiplier) the FSB for any processor would be 1200 MHz, at 64 bit wide this would come to 9.6 GB/second, regardless of the process you used. I.e. An E4300 @ 300 MHz system clock would have the same FSB BW available to it as an E4400 @ 300 MHz.

Overclockers know that, but with different multipliers and cache the different chips could hit heat and internal frequency barriors before hitting a FSB wall. The question then is which, if any, of these chips have lower potential for FSB speed and how much does it matter? Would it be better to have an e4300 @ 300mhz FSB (2.7ghz) or an e4400 at 271mhz FSB (2.71ghz) if that was the hypothetical OC limit for each chip all other things being held equal? Of course, the answer to this question isn't very relevant if this hypothetical situation turns out to have no real-world equivalent... With internal frequency differences as high as 43% (e6320 vs e4400 at any given FSB) I think it likely that one will hit an internal/heat barrior first while the other hits a FSB barrior, but the additional cache could equalize them. Thoughts?

3. Is the 10x multiplier on the e4400 too high? Will it run too hot? Will it limit FSB enough to hurt performance? Will it limit the OC at all? Is it worth the extra cost?
It depends on exactly how agressive you want to overclock, for the low multipliers the OC is hitting FSB walls before the CPU runs out of gas, if you are really into overclocking then the 10x multiplier and boards with ulocked downward multiplier settings gives you much more flexibility, I would choose the 10x multiplier option for this reason alone.

A very good point, but it would kinda suck to pay extra for a 10x multiplier and then set it to 9x. With data from other Conroe chips with 10x or higher (e6700, x6700, x6800, and mobile C2D chip if anyone has bothered to OC them with better cooling), multipliers we should be able to hazard a guess. e4300 vs. e4400 should be roughly equivalent to e6600 vs. e6700. This really only applies to extreme OCing though, 10x multiplier should be just fine for at least ~300mhz FSB with air cooling and small voltage bumps I think.

4. Which chip will get attain the highest internal frequency when overclocked?
Generally speaking, the smaller cache chips will likely give you more % over stock overclock capabilities as there are fewer transistors and less heat that must be dissipated, makes cooling slightly easier.

Easier enough with smaller cache and higher multi to make up for the smaller cache (ignoring price differences for the moment)? Sounds like you're saying e4400 has a +3 multi advantage and a cache advantage over the e6320. Given how many people have voted for e6320 it might be helpful if you stated this explicitly. Until there is real-world data that says otherwise I'm thinking we can expect e4400 to be the king of the sub e64xx world and will be competetive with the e6600 also.

5. Do you care or will you buy one of the <$100 competing CPUs? Or perhaps a more expensive CPU? If so, which one? Or will you wait for Agena and choose then?
There is not doubt that Agena will be a big improvement over K8 in terms of IPC, the question here is clock speed --- AMD's 65 nm has shown us less than stellar performance, with clock ceiling limits well below that of the 90 nm windsor cores. It is a gamble in my opinion for a few reasons, after watching out for more data as it becomes available, I was initially wrong that AMD left eSiGe out, they have indeed integrated this material. As such, a top bin of 2.6 GHz and clock limits of 2.8-2.9 (occasional 3.0) OCs, I am not expecting much more improvement from their 65 nm process --- add to this the fact that their new CTO has stated that '65 nm is old news, all focus is on 45 nm' and it is unlikely that Agena will clock up much past 2.8 or 2.9 GHz (in my opinion).

Unfortunately, commiting to one or the other sorta locks you there so the real decision is yours.... we already have great data on the OC potential of Conroe, and Penryn will do even better most likely as the power limitations are going to be removed for the most part. However, there is no guarantee that Penryn will drop in either so this is also a gamble.


My 2 cents anyway

Jack

More info on Penryn and Agena compatibility and prices would be nice, but without any info to suggest otherwise I don't think there are any events on the near horizon as significant as this e4300 price drop and e4400 introduction. These chips just scream "overclock me".
 
Your paying for the cache the large "cash" takes up alot of space that cost alot of money hence the price difference - i was under the impression the 4mb vs 2mb made a big difference????????

we need some good data on cache on multitasking performance - i have seen next to none - only claims by the chip makers that the cache makes a big difference.

Why else would spend so much money - again, its a huge amout of chip relestate to go from 2mb to 4mb

Eh, we don't care how much INTEL spends on the chip, we care how much we spend and how much performance increase it gives.

In the link that Jack just gave I believe teh Internet Content Creation (second benchmark in the list) is a multi-tasking benchmark with a 10% performance increase from extra cache at the same speed.
THG's CPU Charts have two multi-tasking benchmarks and they have the e6400 allendale (2m 2.13ghz) and the e6600 conroe (4m 2.4ghz) in the list. The e6600 outperforms the e6400 by 5 and 16% respectively on the two benchmarks but it also has a 12% internal clock advantage so the performace increase from the extra cache is less than 5-16% which pretty much falls in line with the other single-tasking benchmarks. Theoretically the extra cache should help even more when mulit-tasking, but this also depends on Intel's shared cache architecture being highly effecient as each core doesn't have a large dedicated datacache like AMD's processors do. It might not be all that effecient which would explain why the extra cache doesn't give additional benefits when you would think it should, I don't think anyone has really put it to the test since the Conroe architecture was so far ahead of the competition in other places. Ineffecient shared cache architecture might be where AMD is getting their "40% faster" number on select benchmarks for Barcelona (which has dedicated L1 and L2 cache for each core with a shared L3).

But to get back on topic and summurize:
0-15% performance increase from the extra cache depending on the application, single or multi tasking. 15%, I think, would be a "big" difference, but there are very few applications that really benefit. For a multi-purpose desktop machine I would say 6% average maximum faster when running applications that can actually benefit from the extra cache (a generous number I got when averaging all the benchmarks at anandtech and THG that had at least 2% performance increase). I would agree with the anandtech article that larger cache will become more important in the future, but I don't really recommend spending extra money now to "future proof" your system (paying at least some heed to your upgrade path is prudent but you're ussually better off spending extra money later rather than sooner).

Wether or not 6% is "a lot" is a little subjective and depends on what you're doing, and the extra cache may limit your OC and the lower multiplier will almost definately limit your OC, combine those two negatives with a higher price and I don't think e6320 or e6420 are attractive options. If you wanted to go for an e6600, e6700, or x6800 I'd say it's not worth the money but they do have a high enough multiplier and extra cache and should be faster once OCed (with the e6600 vs. e4400 being iffy).

At this point it's still largely conjecture, but from all the data available an OCed e4400 is going to be hard to beat and should require at least an e6600.

(ok, so I'm bad at summarizing, shoot me)
 
I heard a mention of e6320 and e6420 being specced to run at lower voltage but I can't find any articles to confirm it. Has anyone else heard this? this table shows all 4 of the new processors using the same voltage range.

Also, what are the differences between the Allendale, Conroe 2m (e6300 e6400), and the Conroe 4m achictecure used in the new e6320/e6420 vs. Conroe 4m in existing products such as the e6600 if any?
 
There are pin mods to make E6x00 1333 native (assuming the motherboard supports it) and E4300 1066 native.

This can help with FSB limited motherboards. Native 333 doesnt stain the NB and some people on xtremesystems had boosts in their overclocks from this.

Thought I would throw in a wild card.
 
There are pin mods to make E6x00 1333 native (assuming the motherboard supports it) and E4300 1066 native.

This can help with FSB limited motherboards. Native 333 doesnt stain the NB and some people on xtremesystems had boosts in their overclocks from this.

Thought I would throw in a wild card.

I've seen your sig before and I wanted to ask: did you really let that Aspire PSU take out all that hardware or did something else fry it?

I don't know why making the motherboard set the CPU higher automatically would make it run any faster unless you were just shortcutting around motherboard limitations... a 333bus is a 333bus. I would asume that any precieved increase in maximum stable OC was due to some other factor.
 
There are pin mods to make E6x00 1333 native (assuming the motherboard supports it) and E4300 1066 native.

This can help with FSB limited motherboards. Native 333 doesnt stain the NB and some people on xtremesystems had boosts in their overclocks from this.

Thought I would throw in a wild card.

I've seen your sig before and I wanted to ask: did you really let that Aspire PSU take out all that hardware or did something else fry it?

I don't know why making the motherboard set the CPU higher automatically would make it run any faster unless you were just shortcutting around motherboard limitations... a 333bus is a 333bus. I would asume that any precieved increase in maximum stable OC was due to some other factor.

The Aspire wasnt at fault. The metal backplate on my TT BigTyphoon wasnt isolated properly (my error. Shhh, dont tell Intell/Gigabyte) and it came in contact with a few voltage regulators and other solderjoints, shorting the MB, CPU, and doing in my PSU.

It almost happened on my replacement motherboard (965G From Frys), and I realised my mistake after close inspection.


As for the topic at hand, I dont know the exact details, and its fairly recent, so there are few people that have done it and most of them experenced a benifit. Usually it was small though. But hey, if it works, it works 8)
 
Hey Flasher -

Thanks for the PM. Apparently I posted my question in the wrong forum. Such is life. Anyway, so after reading this thread am I to understand that the answer to the question of whether or not the larger cache of the E6*20's has much of an impact on real world performance is sort of an unknown? Or put more simply, per the info thus far, the performance increase is negligible enough that it really doesn't matter on a modestly OC'd general purpose rig?

I think I am pretty set on the E4400 and I ultimately would be happy with 3ghz but one thing I still am confused about is OC'ing and heat issues. If say an E6320 and E4400 are OC'd to relatively the same freq, say around 3ghz, and all other things are relatively equal which will produce more heat? From what I have read I think the answer is the E6320 because of the higher cache (more on the chip). Is this even remotely correct?

.
 
Hey Flasher -

Thanks for the PM. Apparently I posted my question in the wrong forum. Such is life. Anyway, so after reading this thread am I to understand that the answer to the question of whether or not the larger cache of the E6*20's has much of an impact on real world performance is sort of an unknown? Or put more simply, per the info thus far, the performance increase is negligible enough that it really doesn't matter on a modestly OC'd general purpose rig?

I think I am pretty set on the E4400 and I ultimately would be happy with 3ghz but one thing I still am confused about is OC'ing and heat issues. If say an E6320 and E4400 are OC'd to relatively the same freq, say around 3ghz, and all other things are relatively equal which will produce more heat? From what I have read I think the answer is the E6320 because of the higher cache (more on the chip). Is this even remotely correct?

.

We know the impact the cache has on real-world performance. About 0-15% depending on the task clock-for-clock. The question that is unknown is what will the difference be after both chips are clocked up to a given stability, heat, FSB, or voltage threshold. The e4400 should obtain much higher core frequency all other factors being held equal, possibly slightly lower FSB. At this point a theoretical application that requires lots of FSB and memory bandwidth, low computational power, and a datacache >2m would run better on the e6320. As with the various benchmarks linked above though many applications don't really fit that bill. The benchmark that brick88 linked gives a rough idea of the answer to your question. 2% more FPS in a game is neglible. Quake4 gets 13% more FPS and that's pretty decent but it'll cost more also. Unfortunately in this test the e4300 was running at 375mhz FSB with a 9x multi and the x6800 was running at 266mhz FSB with an 11x multi and this is a good bit different from what an OCed e4400 vs. OCed e6320 will look like. If you managed to get both chips to 375mhz FSB the e4400 would probably beat the e6320 as it would have a 1.125ghz internal clock advantage and it would be closer to the OCed e4300 vs. stock e6600 you see in the graph.

IMHO with the data currently available
Q: Does the cache make a big difference?
A: If you want to call 0-15% a big difference, sure. I won't argue with you. But I wouldn't call a 2% difference big so it really depends on what you're doing.

Q: Big enough difference to make up for the extra cost?
A: Depends on what you're doing and your budget. A personal choice, if you will.

Q: Big enough to make up for a lower multiplier when overclocking?
A: Absolutely not. e4300 and e4400 are both > e6420. If you want faster get an e6600 or better.
 
well, the e4 doesn't have hardware virtualization support...
what do you need hardware virtualization support for?


*edit*
according to intel the e6300 and e6400 do have VT and they all have EIST, I looked at a bad link 😳
 
I'm kind of surprised by how many votes the e6420 has gotten, I wish more people would post why. An 8x multi isn't so hot when you could choose a 10x multi for a lower price.

I'm also surprised by how few the e4300 has gotten. At $113 tray I thought they would get more lovin. Considering how popular the e6300 and e6400 were and they didn't have 4m cache either. The e4300 is better and will be cheaper than e6400 or e6300 ever were and they have been reportedly OCing quite well.

Is it just name recognician with the model numbers? Do people not trust the allendale core to OC well yet? Is there some kind of price threshold near $180 where the voters just don't care if it's cheaper anymore?
 
Me too.

I would still like to know why the E4300 @3.3 isnt faster than the x6800 (according to the link above)... Its only a 10% clock difference and a 28% FSB difference. I would think thats enough to offset the cache difference.
 
Me too.

I would still like to know why the E4300 @3.3 isnt faster than the x6800 (according to the link above)... Its only a 10% clock difference and a 28% FSB difference. I would think thats enough to offset the cache difference.

In 2 of the 3 games tested in that roundup it basically IS enough to offset the difference in cache. 2-3% difference in FPS is neglible. It really depends on the application. Some applications will really benefit from that extra cache, some won't benefit at all.

So early indictation that a ~2.9ghz e6x20 beats a ~3.3ghz e4x00 by 2-13%? in games? Here's a little table of the FSB you would have to hit on each of the 4 processors to hit these frequencies:
CPU - FSB - (OC difficulty)
e4300 - 367mhz - (medium)
e4400 - 330mhz - (easy)
e6320 - 414mhz - (hard)
e6420 - 363mhz - (medium)

Taking OC difficulty and cost into account I think perhaps I am pursuaded to think that for games e4400 and e6420 tie for first, e4300 takes second, and e6320 looses (as do e6300 and e6400 of course).

This suggests that at ~13% slower clock the 4m cache can achieve ~2-13% more performance in games which is certainly compelling. But the e4400 has a 25% higher multiplier than the e6420. FSB will probably be the major limiting factor in OCing these chips wether it's the mobo, ram or the chip itself so I'm not so sure that comparing a 330mhz FSB e4400 to a 363mhz FSB e6420 is realistic. If you were to compare them both at teh same FSB speed the performance advandage of the e6420 (ex: @2904mhz) over the e4400(ex: 3630mhz) would then be something like -7% (yes, negative) to +3%, no? That's a very small difference and the e4400 is $50 cheaper wich you could either take to the bank or spend on more ram/GFX. Or would the e4400 be an order of magnitude harder to cool and thusly not directly comparable? Discuss.

I'm probably still going to buy e4300 though xD $70 difference between e4300 and e6420 pays for a gig of ram :)
 
Does anyone have any idea why the E4400 is being advertised as "32 bit"? Isn't it supposed to be a 64 bit proc? Am I missing something?

I froogled "core 2 duo E4400" and every e-seller that is taking pre-orders has "32 bit" in the description.

Here is one example. What does that imply exactly? Anyone know?
 
um... the seller is dumb? That's my best guess.

Well, perhaps but given that nearly every e-seller is listing it as 32 bit I think there might be something more to it. Like maybe that is the description they got from Intel...which still doesn't answer my question though. Maybe I will try emailing Intel.
 
Intel would not tell you anything. The E4400 is still an unannounced product.

Go to Intel's Processor finder site. Click on the E4300 and read off what features it has. The E4400 will have the same just a higher multiplier.

Processor Finder
 
just an honest question. i was lookin at the e4300 and i saw this review in anandtech. they had overclocked it to something like 3.3ghz yet it couldnt beat an e6700 at 2.93ghz. seeing it perform closely to the e6600 i was wondering if the cache does make a difference according to this review?

http://anandtech.com/cpuchipsets/showdoc.aspx?i=2903&p=6

per those benchies... the e4300 destroys everything in a price for performance ratio. Only a 10% difference from an X6800 @ stock... com'mon guys. 8O

e4300 gets my vote for 2007. Then get a cheap quad in early 2008.
 

Latest posts