Seagate has finally started shipping their new Barracuda XT 2TB drives that feature the new 6Gb/s SATA interface based on SATA Revision 3.x specifications. We had an early preview of the drive a few weeks ago and finally received a production level item for review. Just as important, we now have retail motherboards from Asus and Gigabyte featuring 6Gb/s capabilities. Well at least the Marvell 88SE9123 chipset included on both motherboards is theoretically capable of 6Gb/s operation.

Asus and Gigabyte took a different approach to implementing the Marvell 9123 chipset on their motherboards. Asus’s top of the line P7P55D Premium (a very good board by the way, full review coming shortly) features a PEX PLX8613 PCIe bridge chip that will convert four of the P55’s PCIe x1 lanes (250MB/s each) into two 500MB/s lanes. While still short of the maximum theoretical 600MB/s transfer speed of the SATA 6G specifications, it will provide more than enough burst bandwidth for the first generation 6G hard drives. The benefit is that the 6G capability is always on without affecting the other capabilities of the board and the same PLX chipset will be utilized for the upcoming USB 3.0 (NEC chipset) option on their upper-end boards.

Gigabyte’s implementation will be utilizing an x8 PCIe 2.0 from the Lynnfield processor that will obviously provide more than enough bandwidth but the drawback is that CF/SLI capabilities will be disabled as only a single x8 PCIe 2.0 lane will be available to the GPU. The benefit in this approach is that the SATA 6G switch is disabled/enabled in the BIOS by the user based upon need. Since an additional hardware chipset like Asus is utilizing is not required, it should result in a slightly lower board cost. Gigabyte informed us this week that all P55A-xxx boards will feature both SATA 6G and USB 3.0 capabilities. We will compare the performance of Gigabyte’s solution against Asus’ implementation shortly.

For today’s preview we are utilizing the Asus P7P55D Premium motherboard, 8GB of GSkill’s DDR3-1600 Ripjaw memory, Asus HD5870 video card, Corsair 750HX power supply, Windows 7 x64 RTM, Western Digital Caviar Black 2TB HD, WD VelociRaptor 300GB, Intel X25-M G2 160GB SSD, and Seagate’s Barracuda XT 2TB HD. We will have a full review of both hard drives shortly with additional performance results along with temperature and noise tests.

We are utilizing the Intel 160GB SSD for our OS drive and comparing the Seagate XT drive to its closest competitor, the WD Caviar Black, on both the Intel P55 and Marvell 9123 controllers. The P55 is limited to SATA 3Gb/s operational mode when running either drive, while the Marvell controller will be operated in SATA 6Gb/s mode with the Seagate drive and in fallback 3Gb/s mode with the WD drive. We are utilizing Marvell’s latest 1027 driver and Intel’s 7.0.0.1013 driver set in AHCI mode.

HD Tune 3.50 Results -





See something strange, the read burst rate of 2766MB/s and write burst of 2705MB/s are incredible for single drive performance but like most synthetic test results, they are not a true indication of actual platform performance. The reason for these “outstanding” results is that Marvell’s latest driver allocates (dynamically) a portion of system memory for transfer cache operations. Intel’s own Matrix Storage Manager and JMicron’s latest driver set also utilize a similar approach. In fact, Windows 7 implements a similar type of caching at the kernel level that makes these driver optimizations redundant in some ways.

Marvell is using aggressive algorithms in this particular driver to read and write as much possible data out of the RAM cache as possible before relying on transfers via the hard drive’s own internal cache or reading/writing from the platter or NAND. In earlier driver sets from Marvell, they requested that Window’s write-cache buffer flushing option be disabled in order to gain the maximum benefit from the 9128 controller. From all indications, the 1027 driver automatically disables this function as our performance results were the same with it disabled or enabled.

While performance was generally up to 10% better with this driver compared to the earlier 1018/1025 driver sets, we have a problem with the write-cache buffer flush being disabled automatically. There is a potential for data loss or even file table corruption if the buffers are not flushed and written properly if power is lost or there is another problem with the system. Of course that potential problem even exists with the out of box drivers and with write-caching enabled.

Our concern is that the Marvell driver might not recognize file table priorities in the same manner that the kernel does and those journal entries will be placed into the same general cache queue with other mundane requests. That could increase the likelihood of data or table corruptions above the normal risk posed with write caching. We are still waiting on additional information about the driver design and will update our findings in the final review.

AnandTech Storage Bench
POST A COMMENT

56 Comments

View All Comments

  • rachotilko - Tuesday, November 10, 2009 - link

    I don't get it ! Who needs single drive over 1TB ? We all need a wide availability of affordable hardware RAID controllers. RAID6 array of say 8x500GB drives offers speed, reliability & capacity that no single drive can ever dream of. But please no more FakeRAID junk, please. Reply
  • abuda - Monday, November 02, 2009 - link

    how about this stuff ?
    http://www.mwave.com/mwave/SKUSearch_v3.asp?px=IM&...">http://www.mwave.com/mwave/SKUSearch_v3.asp?px=IM&...

    without shipping
    Reply
  • mindless1 - Sunday, November 01, 2009 - link

    utilizing the word utilize can become excessive Reply
  • sonofliberty - Sunday, November 01, 2009 - link

    should run a RAID 0 benchmark on all drive to see the benefits of SATA 6GB/s Reply
  • michael19 - Saturday, October 31, 2009 - link

    are the forums ever coming back? Reply
  • Nocturnal - Saturday, October 31, 2009 - link

    Anand said via Twitter that he'd have a better ETA this weekend. So hopefully we'll get some type of update. Reply
  • ClagMaster - Friday, October 30, 2009 - link

    Given what I know about harddrives, the above results are not terribly surprising. What limits the data bandwidth of a harddrive is the bottleneck between the harddrive controllers and the platters, which is much less than 3Gb/s. This is not going to change anytime soon for mechanical harddrives.

    However, for SSDs, there is no such bottleneck. SSD's with SATA 6Gb/s is something more easily realized in the near future. Still, we are going to need to wait about 2 years for the appropriate SSD controllers, dedicated motherboard PCIe lanes, and cheaper faster flash memory, to be developed to allow this to happen.

    Not a bad article, but SATA 6Gb/s on harddrives?
    Reply
  • Rouche - Friday, October 30, 2009 - link

    My last disk (7200.11 firmware error) got into a BSY state after 6 month of use, lost everything, no support to recover my data.

    Even if i had a gun on the head, i would never touch a Seagate disk.
    Reply
  • Nocturnal - Saturday, October 31, 2009 - link

    Seagate has offered free data recovery on the disks that experienced this problem. There is also an easy fix although you have to either buy or make your own custom cable in order to unbrick the drive. Reply
  • Rouche - Monday, November 02, 2009 - link

    Seagate has offered? Im sure they yelled this on every houses roof!

    Of course i tryed the custum unbrick with serial communication but it seems to worse. My luck i guess.
    Reply

Log in

Don't have an account? Sign up now