Intel Core 2 Extreme QX6850 and Massive Price Cuts
by Anand Lal Shimpi on July 16, 2007 3:04 AM EST- Posted in
- CPUs
Do Four Cores Need a 1333MHz FSB?
AMD likes to call Intel's quad-core "fake" due to the fact that the chips themselves are composed of two independent dual-core die on a single package. Intel has used this multi-die package approach ever since the dual-core days in order to get CPUs to market quicker and do so at a lower cost. While Intel will eventually move to a single die quad-core design, its current designs are made up of two individual dual-core die.
The problem with Intel's approach is that all traffic from one pair of cores to the next has to go over the FSB, whereas AMD's quad-core Barcelona design places all four cores behind a shared L3 cache. With a single socket quad-core chip, FSB bandwidth is already at a premium given that four cores have to share the same amount of FSB bandwidth that two cores do in a dual-core system. In theory, Intel's quad-core CPUs could stand to benefit more from a 1333MHz FSB than their dual-core counterparts. You may remember from our review of the Core 2 Duo E6750 that the 1333MHz FSB only accounted for an average performance improvement of 1.9% over the 1066MHz FSB, but would things change with four cores running on the other end of that FSB?
To find out we compared the Core 2 Extreme QX6850 to the Core 2 Extreme QX6800, the former running at 3.0GHz on a 1333MHz FSB and the latter 2.93GHz/1066MHz. There is a 2.3% increase in clock speed that the QX6850 enjoys over the QX6800, but we can easily take that into account when looking at the margin of victory in our tests.
The chart below shows the performance increase the QX6850 sees over the QX6800 across our entire suite of benchmarks:
The faster FSB appears to do a little more with the quad-core QX6850 than we saw on the dual core E6750. The performance advantage is not tremendous, amounting to little more than low single-digit percentage point advantages across the board. Taking into account the ~2.2% increase in clock speed that accompanies the QX6850, an average of around a 2% increase in performance is what we'd attribute to the faster FSB.
By no means is it earth shattering or necessary for that point, at least not at these clock speeds. However, given the direction Intel is going in, if you're building a new system today you'll obviously want to opt for a 1333MHz FSB processor. Current quad-core owners shouldn't feel pressure to upgrade, the faster FSB does very little for performance.
68 Comments
View All Comments
Darkmatterx76 - Monday, July 16, 2007 - link
Nice article. I would like to point out 1 small inconsistancy. On page 12, 4th graph down you have the order for that particular "Lower is better" reversed compared to the others in the article.Also, I do have 1 question. Any idea when Intel will offer non-extreme quad cores at 1333 FSB?
zsdersw - Monday, July 16, 2007 - link
I don't get it. Both are listed as 2.33GHz with 1333FSB and both with 4MB. What's the use of having two models?zsdersw - Monday, July 16, 2007 - link
Nevermind. I found the answer. The 6540 doesn't have Intel Trust Execution technology.. or so I read elsewhere.jay401 - Monday, July 16, 2007 - link
So how does the E6850 ($266 3.0GHz 1333fsb) compare to my existing E4400 ($133 running 1333MHz fsb with a 9x multiplier = 3.0GHz)?That's the test I'd like to see. Half the price but half the cache: Which is better.
bobbyto34 - Monday, July 16, 2007 - link
Your o/c CPU might just be a little hotter :)Otherwise, it should have the same performance approximatively (less cache in E4xxx). But other tests showed that the E4300@3Ghz and could approach the performance of the X6800 !
lplatypus - Monday, July 16, 2007 - link
Here's a little error I spotted on page 2, in case you want to fix it: the QX6850 is not 7MHz faster than the QX6800; it is 70Mhz faster.Gary Key - Monday, July 16, 2007 - link
Fixed.96redformula - Monday, July 16, 2007 - link
I also think the scale would be better from -100 to 100. It makes it easier to distinguish and more visually pleasing.ManuelX - Monday, July 16, 2007 - link
I don't post here much but I had to this time. I simply loved the article. The logic behind the comparison was explained nicely, and the comparisons themselves were super easy to grasp. Good stuff.just4U - Monday, July 16, 2007 - link
I am going to have to agree here. Nicely laid out article with easy comprehensive graph comparison(s). Well done Guys!