LSI 9211-8i SAS 2008 8x SSD in RAID 0 Bug and Workaround Found


I have been doing a bit of testing recently with the LSI SAS 2008 based controllers such as the 9211-8i in RAID 0 with various SSDs. Recently I took eight 64GB ADATA S599 Sandforce based SSDs and placed them in RAID 0 on the LSI 9211-8i. I was expecting maximum transfer rates in excess of 2GB/s in ATTO. What I saw instead was a performance anomaly.

Test Configuration

For the test configuration I used the same setup as I have been using for my SSD reviews:

  1. CPU: Intel Core i7 920
  2. Motherboard: Gigabyte X58-Extreme
  3. Memory: 12GB of Corsair Dominator GT 1600 C7 DDR3
  4. Case: CoolerMaster Cosmos S
  5. Drives (OS): 2x OCZ Vertex 120GB in RAID 0
  6. Controller: LSI 9211-8i SAS 2008 based controllers
  7. SSDs: OCZ Agility 2 120GB and ADATA S599 64GB
  8. Controller: Intel ICH10R with Intel Rapid Storage Technology (RST)
  9. NIC (additional): Intel Pro/1000 PT Quad
  10. Host OS: Microsoft Windows 7 Ultimate 64-bit

LSI driver version 2.00.35 was used in Windows 7 with the firmware being used including the mptsas2.rom included in the firmware download.


Using ATTO as the best-case scenario test for Sandforce based SSDs due to its use of compressible data I saw something completely unexpected. Eight drives were performing slower than two and much slower than four drives in RAID 0.

8x Sandforce SSDs on LSI 2008 in RAID 0 ATTO
8x Sandforce SSDs on LSI 2008 in RAID 0 ATTO

Clearly something is awry in the 128k and up test sizes.

After giving it some thought, I decided to change my strategy and try two RAID 0 arrays of four drives with each RAID 0 set being tied to a SFF-8087 port on the LSI 9211-8i. After that, I took the two RAID 0 sets and used a Windows Dynamic Disk stripe (another form of RAID 0) to combine the two sets. The results speak for themselves, over 2.1GB/s in raw bandwidth with just under 440GB usable capacity (this would be advertised as a 480GB solution depending on the manufacturer.)

8x Sandorce SSDs on LSI 2008 in RAID 0 ATTO using two 4-drive arrays
8x Sandorce SSDs on LSI 2008 in RAID 0 ATTO using two 4-drive arrays

This is in-line with what I expected to see from eight Sandforce SFF-1222 based SSDs in RAID 0.

Just to sanity check I tried this with a second LSI 9211-8i controller and a Supermicro X8SI6-F motherboard also with the same SAS 2008 controller and saw the same results so this is not a one-off controller specific issue. It should also be noted that the same type performance issues occurred in both AS SSD and CrystalDiskMark benchmarks so this was not ATTO specific, but ATTO shows a good illustration.


It is fairly well known that RAID 0 has very little CPU overhead, and it appears as though spanning a RAID 0 array across the two SFF-8087 controllers on SAS 2008 based controllers is a bad idea despite the 533MHz RAID controller. What can also be seen clearly from the results is that there is the raw performance potential for over 2GB/s with eight drives but there is something, probably in firmware, limiting the performance of the eight drive configurations. The main negative here is that switching to Dynamic Disks to get that performance means having a non-bootable array. Hopefully LSI will fix this in an upcoming firmware patch.


  1. Does it support RAID 00 configurations?
    If it does why don’t you try the raid 00 configuration setting the 8 disks in 2 stripes each containing all (four) drives on the single SFF-8087 cable?

  2. A bug? I don’t see anything here supporting the conclusion that there is a bug in the controller. Do you have any more detailed technical information that supports this hypothesis, or do you only have the observation that four drives are faster than eight?

  3. Actually, it is eight drives are faster than eight, verified on multiple controllers and multiple drives. For example, five six and seven drives has similar behavior to eight, I just posted pics of eight because it produces the most pronounced performance degradation.


Please enter your comment!
Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.