Final Words

The P965 launch is still too fresh in our memory to ignore. It appeared the roughest launch in recent Intel memory with a BIOS a day, and sometimes several a day, in the early going. Many of the features did not work, or at least did not work consistently until several months of BIOS updates. While the hard work has paid off for manufacturers and P965 is now a capable chipset, it is still not the paragon of reliability that we normally expect of Intel chipsets.

Contrast that to today's performance launch of P35, and the differences are striking. P35 is very mature at launch and is generally a joy to work with. That is not to say it is perfect, as manufacturers are still scrambling to fully support all the new added features of the chipset. The base performance, however, is stable, and P35 returns us to the confidence we normally feel for Intel chipsets.

Some will say this is the result of the fact that P35 is just a mild upgrade of P965, fixing what is wrong with that chipset. We don't agree, since features like 1333 processor bus and support for DDR3 memory to 1333 speed and beyond are significant additions that definitely impact performance. Also significant is full support for the upcoming 45nm Penryn processors. As you have seen in the P35 benchmarks these are not just minor "fixes" - they are features that have a significant impact in improving system performance. No doubt Intel did tweak the base P965 code in the process, and we are grateful for that, but P35 introduces too much new that improves performance to just be considered a respin.

Looking at the four motherboards evaluated in this launch review, it is clear that all of the boards are very good with existing features like memory to DDR2-1066 and the current 1066 processor bus. However, when we move into the new performance areas of 1333 processor bus, DDR3, and 1333 memory speed, the ASUS P5K3 and P5K twins have the edge over the Gigabyte and MSI offerings. The MSI and Gigabyte are very good boards, and BIOS updates received during testing have us expecting them to be the equal of the ASUS boards in another BIOS spin or two. In fact, the Gigabyte BIOS received this weekend moves the P35 DQ6 into performance parity with the ASUS boards in early testing. For now, however, the ASUS pair is more polished in their implementation.

You will not, however, have to suffer with the Gigabyte or MSI as they both perform exceptionally well with the components we now have. Any of the four platforms will provide a rock solid base for a new system, performing better than just about any P965 board we have tested. You will not have to struggle with these P35 boards as many of you did with early P965. We also fully expect the Gigabyte and MSI to mature quickly in the "added features and refinement" category of P35.



What we did find in testing the P35 boards is that BIOS tuning is paramount to extracting the best possible performance from each board. ASUS's BIOS is very mature at this point and the extra features like Transaction Booster and CPU Voltage Damper actually make a difference in the performance of the board. We have also noticed the manufacturers starting to open up the BIOS with settings that will greatly assist the enthusiast in extracting the best possible performance from this chipset. However, we would still like to see the ability to change chipset straps and additional memory settings in the high-end P35 products.

Overall performance of the P35 chipset was impressive with it constantly finishing at the top of our benchmarks. Even though the differences in scores were minimal at times, the level of consistency shown by this chipset was impressive. The addition of DDR3 memory support, the improved memory controller, and the upcoming 1333FSB processors indicate that this mainstream chipset is a force to be reckoned with both with today's components and those on the horizon.

In current games like Prey we found a 9% increase in frame rates between the ASUS P5K3 at 1333/1333 and the Gigabyte P35-DQ6 at 1066/1066. Granted, the move to a 1333 FSB provided about a 6% improvement in frame rates on the DDR2 platform. However, once lower latency DDR3-1333 is available we expect the combination of this memory and the switch to 1333FSB processors to possibly create double-digit improvements in applications that are memory bandwidth and latency sensitive. Our main concern at this time is the cost and lack of widespread availability for DDR3 memory. Latency and speed improvements are developing quickly for DDR3 but cost appears to be the biggest stumbling block for entry into this technology now. Hopefully this will not be an issue six months from now as DDR3 ramps up in both production and system installs at major OEMs.

The ICH9R brings improved disk performance and in early RAID 5 and 10 testing we are seeing a 2% ~ 4% improvement in certain applications when compared to the ICH8R. The ICH9 also blesses us with an additional two USB ports and improved performance. Typical benchmarks like HD Tach or HD Tune do not show a difference in USB performance over the ICH8R currently; however, we are seeing measurable improvements in write and read speeds under Vista when comparing the two chipsets and a few minor compatibility issues seemed to have been solved. While not up to the speed of NVIDIA's USB solution, it is nice to see Intel making incremental improvements quickly.

We have explained the benefits of the chipset and provided an early look at its performance potential. What are the drawbacks? The P35 performance is impressive and the chipset along with the first wave of boards seem to be very solid. The problem is the cost of entry might be more than one is willing to spend to upgrade from a recently purchased P965, 680i, 650i, or even 975X board. Power consumption was a concern for us. Based on the current chipset TDP ratings we expected the power envelope to be near the P965 or possibly improved depending upon how aggressive Intel implemented power saving features on this chipset. Instead, we end up with a chipset that now consumes more power than the 680i and requires even more elaborate cooling. Something the motherboard companies have obviously taken to heart by the amount of heat pipes on the boards now. We doubt all of it is really needed but it is amusing for the time being to see the manufacturers trying to outdo each other in both design and amount of aluminum they can squeeze into a three inch square space.

There is no doubt after testing P35 that it is clearly the best-performing chipset you can buy today. Intel has done an excellent job in the added features, and performance is superb. P35 is at its best in gaming and memory-intensive applications, where the performance improvements are most dramatic. If you are building a new system there is a lot to like with P35, and it all starts with improved performance.

Disk, Power, and FSB OC Results
Comments Locked

58 Comments

View All Comments

  • Gary Key - Tuesday, May 22, 2007 - link

    quote:

    While the addition of 2 more USB 2.0 ports is certainly one of ICH9's new features, doesn't ICH8 already offer 6 SATA ports? That was one of the latter's welcome improvements over the ICH7.


    The ICH8 only offered 4 SATA ports, ICH8R, DO, DH offered six. ICH9/R/DO/DH will offer six across the board. Once again, only the R/DO/DH will offer RAID. We should have some new Intel drivers this week to test that are suppose to increase performance a little more than what we noticed in testing.
  • Stele - Tuesday, May 22, 2007 - link

    Ah yes, forgot about the li'l ICH8 Base :P Thank you!

    Based on recent findings mentioned in my post in response to yyrkoon above, there may not be any drastic changes to performance as the apparent implementation of command-based switching topology seems to apply only to ICH9's newly-added external port multiplier support. However, Intel might have tweaked the controller in ICH9 as they did to the DDR2 controller in the P35 MCH... and any performance increase is always welcome, all other things being equal :)

    On a side note, I couldn't help but noticing on the Asus P5Ks the solderpads for a small IC and other discrete components just between ICH9 and the SATA ports. In fact, there are some interesting clues in the form of silkscreened labels on the PCB outlines near that area of the motherboard: "EZRAID_SET" on what looks like the PCB pads for a 3x3 jumper block, as well as "SATA_E2" on what looks like the pads for another SATA port, next to "SATA6/SATA_E1", the bottom left-most SATA port.

    I'm guessing here, but that might be for a SATA to 2-port SATA port multiplier with software RAID functionality, or a SATA to 2-Port SATA storage controller with hardware RAID. We have encountered once such example of the latter before: the Asus P5W-DH's Silicon Image 4723 hardware RAID controller, aka ASUS EZ-Backup. The mode of operation is the same: take one SATA line from the ICH9 (SATA6 on the P5K) and split it into two, adding RAID features as well. That's why SATA6 was labelled as "SATA6/SATA_E1" on the motherboard - with the controller installed the SATA6 channel from the ICH9 would be rerouted to the controller which would then output to SATA_E1 and SATA_E2. The difference, I suspect, is that with ICH9's port-multiplier support, other devices can be used, including simple port multipliers rather than full-blown host-and-branch solutions.

    Going one step further, I'm guessing that the mystery chip might be a http://www.siliconimage.com/products/product.aspx?...">Silicon Image SiI5723 storage processor. It's originally designed for eSATA, but that just means that its signal drive is sufficiently strong to span the 2m eSATA cables, and has hot-plug support; certainly can be used for internal SATA as well.

    I made this guess based on several clues:

    1. the PCB footprint for the mystery chip on the P5K seems to fit the package of the SiI5723 (QFN or Quad Flat No-lead)

    2. the P5K's jumper block's complexity - a normal "Enable/Disable" block would only require a 3-pin jumper. Instead, a 3x3 block is seen here, which may be used for the "mode jumpers" referred to in the SiI5723's block diagram on its product page.

    3. there seems to be a small SO-8 footprint between the jumper pads and the mystery chip, which would be just right for the "serial flash" firmware chip also referred to in the SiI5723's product page

    4. Asus has a strong relationship with Silicon Image, having used their storage processors for a long time now, including the SiI3114 way back on the A7N8X Deluxe, the SiI4723 on their Digital Home series and currently the SiI3132 PCIe-to-2-port SATA for eSATA functionality on the high-end boards.

    IMHO, Asus probably designed the option to have that controller in so that some RAID functionality can still be offered on a lower-end version of the board using the vanilla ICH9 (non-R) (the more likely scenario) and/or to allow for a Digital Home edition that provides for one more SATA port and one more RAID subsystem (instead of depending wholly on the Intel Storage Matrix). Just a thought!
  • yyrkoon - Tuesday, May 22, 2007 - link

    Anyhow, the Asus boards, and the Gigabyte board all seem to use a secondary JMicron disk controller for the eSATA ports. My understanding is that all port multipliers need a SIL 3124, and in order to provide RAID need a SIL 3132 or greater chipset.

    According to the JMicron website, the JMicron JMB363 only supports command based switching.
    http://www.jmicron.com/JMB363.html">http://www.jmicron.com/JMB363.html

    Here is a link to SATA-IO's take on Port Multipliers:
    http://www.sata-io.org/portmultiplier.asp">http://www.sata-io.org/portmultiplier.asp

    If you NEED RAID using a Port Mulitplier, and you want a P35 based motherboard, perhaps ABIT will include a SIL 3132 secondary controller on one of their boards, as they have in the past. The only other company that uses SIL 3132 chips that I am aware of has been Asus, but it seems they've ditched it on these boards.

    All that being said, it would probably be wiser to use a SAS controller with SATA drives anyhow. The expandability is much greater, and the flexability (depending on hardware) is also much better. Granted, hardware options right now are not all that great . . .
  • Stele - Tuesday, May 22, 2007 - link

    Well no, a port multiplier is simply a mechanism for one active host connection to communicate with multiple devices. It therefore can be discrete, such as an SiI3726, or integrated into the host silicon - just as how network switch controller ICs can be discrete or integrated into, say, a gateway controller IC.

    Using a port multiplier does not mean you cannot use RAID - indeed, more often than not SATA controllers access an array through port multipliers (integreate on-silicon but sometimes discrete) for convenience - the IP blocks for a 2-channel host and a SATA-to-multiple-SATA multiplier can be separated or combined into various products.

    Command-based switching is just a topology for the switching method, which allows commands to one drive at a time rather than arbitrated, aggregated access to any drive that is ready to perform I/O. However, it also doesn't mean that command-based switching thus cannot handle RAID, though it does mean that performance would suffer in a large array as the host would issue commands to only one drive at a time.

    The Asus and Gigabyte boards continue their relationship with JMicron and the JMB363 for eSATA and PATA. Specifically, the JMB363 was there primarily for the PATA port missing from the 965 - the SATA ports are convenient extras that the manufacturers wisely chose to use as eSATA ports. Therefore there was no need for a further SiI3132 to provide the eSATA capability. On the other hand, the Asus Nvidia 6xx-based boards did not need the JMB363 thanks to Nvidia's retention of native PATA functionality; hence a separate, SATA-only solution was required for eSATA functionality - the SiI3132. On the P5K, we're back to the same situation as in the case of the 965 - no native PATA. Hence the JMB363 reappears to provide PATA and eSATA, negating any need for the SiI3132 once more.

    What I was really referring to in my first post were changes (if any) to the internal design of the ICH9/9R based on the aforementioned news reports. After studying the ICH8 family's datasheet - which should not be too different from that of the ICH9 in this area - it appears that the ICH8 family did not support discrete port multipliers (which forms part of the AHCI 1.0 specs). What the news article would have meant, therefore, is that ICH9 now does support port multipliers - but only command-based switching types.

    As for SAS...it is rather more complex and hence expensive to implement - design and manufacture - compared to SATA, and there really isn't a need for it in desktop systems now... as it is, Intel doesn't even want to implement FIS-based switching, so as to lower costs and complexity, let alone go to SAS. Coupled with this is the fact that most if not all SAS drives currently available are expensive enterprise-level products which, although fast, would most unlikely be found in the overwhelming majority of systems using this chipset. In the end, therefore, the SAS controller would end up having SATA drives plugged into it (provided board manufacturers remembered to use SFF 8482 connectors) in the majority of cases - further underscoring the waste of effort and resources in implementing an SAS controller into a desktop ICH now. There may be potential for SAS growth into the mainstream market in the future - especially when drives are more affordable and SAS scales up to its targetted 12Gb/s - but with new chipsets coming out every year or two, there's plenty of time to drop in SAS support later.
  • yyrkoon - Thursday, May 24, 2007 - link

    Where you got 'using a port multiplier means you can not use RAID' I have no idea, that is not even close to what I said. Read again- more closely.

    Yes, you can use a discrete controller, capable of handling FIS based switching, and they are even fairly in-expencive. However, what does that have to do with these motherboards ? Nothing (other than MAYBE the boards bandwidth capabilities, which in this case is actually tied to the PCIe bus). That being said, you would not be loosing any bandwidth using a PCIe controller, because these JMicron controllers only use one 2.5Mbit PCIe lane.

    quote:

    Command-based switching is just a topology for the switching method, which allows commands to one drive at a time rather than arbitrated, aggregated access to any drive that is ready to perform I/O. However, it also doesn't mean that command-based switching thus cannot handle RAID, though it does mean that performance would suffer in a large array as the host would issue commands to only one drive at a time.


    Heh, and just because your hair may be on fire does not mean you need to put the flames out . . . Performance would be terrible.

    quote:

    As for SAS...it is rather more complex and hence expensive to implement - design and manufacture - compared to SATA, and there really isn't a need for it in desktop systems now... as it is, Intel doesn't even want to implement FIS-based switching, so as to lower costs and complexity, let alone go to SAS. Coupled with this is the fact that most if not all SAS drives currently available are expensive enterprise-level products which, although fast, would most unlikely be found in the overwhelming majority of systems using this chipset. In the end, therefore, the SAS controller would end up having SATA drives plugged into it (provided board manufacturers remembered to use SFF 8482 connectors) in the majority of cases - further underscoring the waste of effort and resources in implementing an SAS controller into a desktop ICH now. There may be potential for SAS growth into the mainstream market in the future - especially when drives are more affordable and SAS scales up to its targetted 12Gb/s - but with new chipsets coming out every year or two, there's plenty of time to drop in SAS support later.


    Here, I see your lips moving, but I am not hearing one word. I think you kind of missed the point that SAS controllers not only are capable of controlling SAS drives, but are also capable of controlling SATA as well. AH, wait, I see now, but now you seem to think OEMs do not include a way to hook SATA drives up to a SAS controller ? And your counter point is what ? hooking up a Port multiplier in command based switching mode(for RAID) ? Yikes . . .

    I have been following port multiplier technology now for a long time (since it started), and I have to say it is a very interresting technology. The only problem here is, that no one implements this technology the way it should be. Well, that is until the SAS specification came around, and then it is being driven by enterprise market, which is hell for desktop system users. In all seriousness, I can see using a port multiplier, even in command switching mode, but to claim you can RAID in command mode is rediculous. Can you do it? Sure, and you can even RAID USB keychains. Would you do it and expect to get decent performance ? No, not unless you had no clue. That being said, even is FIS command mode, you are still running fake RAID (software based RAID).

    SAS now, with expanders, you can 'address' up to ~255 drives on a single controller, and with the right hardware, make Large arrays, that can litterally saturate two 3Gbit/s (768MB/s) ports. Now, you would need PCI-X, and you would most likely need server/heavey duty workstation hardware to get there. Do most of us need 255 HDDs ? No. DO most of us *need* more than ~100MB/s disk throuput ? No. DO most of us need Port Multipliers? No.The point however, is this: You *can* get a decent PCIe SAS controller for ~$300 usd, that supports large amount of disks if you need it, which means, instead of having to buy a new PM for each 5 drives, you only need to buy a expander for every 8(which by the way, you would have a hard time finding JUST an expander right now without a rack, or removable drive rack). Does the average user at home need 8 HDDs ? I do not know, but I personally have 2.1TB of storage im my home PC spanning 7 HDDs, and things are starting to seem crowded . . .

    There are lots of ways of looking at this given situation, but the plain simple fact is : Most people do not need either a Port multiplier or an external SAS controller, but if I personally were to need more storage, you can bet I wouldnt be picking port multipliers over SAS, just because I thought I would be saving money (which, really is not as much savings as you may think).
  • yyrkoon - Tuesday, May 22, 2007 - link

    Eh? Port Multipliers wont do any form of RAID without FIS based switching, perhaps I misunderstood your post ? According to the 'specification' only one drive at a time can be accessed, without FIS based switching.
  • DigitalFreak - Monday, May 21, 2007 - link

    There's no mention of the ICH9R on Intel's website (nor the P35 for that matter), so I doubt you'll get an answer until June.
  • avaughan - Monday, May 21, 2007 - link

    Good to see people starting to benchmark on Vista.

    Now that drivers are (hopefully) starting to mature, any chance of benchmarks of Winxp v Vista 32bit v Vista 64bit (all on the same hardware)?
  • Gary Key - Tuesday, May 22, 2007 - link

    I lost what little hair I had testing under Vista 64, however, we are going with it from here on out. ;-) We will do a OS comparison in a month or so, waiting on ATI to get the performance drivers out for the R600 this week. The release candidate betas already have some significant improvements in OpenGL, CrossFire, and overall compatibility.
  • bnathuat - Monday, May 21, 2007 - link

    What is the bracket for Q3? I'm looking to build a new PC after July 22nd. Will the X38 chipset be ready by then? Sorry for the noobish question

Log in

Don't have an account? Sign up now