AnandTech Storage Bench 2011—Light Workload

Our new light workload actually has more write operations than read operations. The split is as follows: 372,630 reads and 459,709 writes. The relatively close read/write ratio does better mimic a typical light workload (although even lighter workloads would be far more read centric).

The I/O breakdown is similar to the heavy workload at small IOs, however you'll notice that there are far fewer large IO transfers:

AnandTech Storage Bench 2011—Light Workload IO Breakdown
IO Size % of Total
4KB 27%
16KB 8%
32KB 6%
64KB 5%

Despite the reduction in large IOs, over 60% of all operations are perfectly sequential. Average queue depth is a lighter 2.2029 IOs.

AnandTech Storage Bench 2011—Light Workload

While the heavy workload was long enough to not show any benefit in performance by running it multiple times, our light workload boasts serious gains if we run it a second time with the cache active. With a light enough workload the SSD 311 as a cache can actually bring hard drive performance up to the level of an Intel X25-M G2, which is exactly what Intel was targeting with Smart Response Technology to begin with. For light users you can get an SSD-like experience at a fraction of the cost and without having to manage data across two drives.

AnandTech Storage Bench 2011—Light Workload

AnandTech Storage Bench 2011—Light Workload

AnandTech Storage Bench 2011—Light Workload

AnandTech Storage Bench 2011—Light Workload

AnandTech Storage Bench 2011—Light Workload

AnandTech Storage Bench 2011 - Heavy Workload Final Words
Comments Locked

106 Comments

View All Comments

  • µBits - Monday, July 11, 2011 - link

    http://download.intel.com/support/motherboards/des...

    System Requirements:
    For a system to support Intel Smart Response Technology it must have the following:
    • Intel® Z68 Express Chipset-based desktop board
    • Intel® Core™ Processor in the LGA 1155 package
    • System BIOS with SATA mode set to RAID
    • Intel Rapid Storage Technology software 10.5 version release or later
    • Single Hard Disk Drive (HDD) or multiple HDD’s in a single RAID volume
    • Solid State Drive (SSD) with a minimum capacity of 18.6GB
    • Operating system: Microsoft Windows Vista 32-bit Edition and 64-bit Edition, Microsoft Windows 7 32-bit Edition and 64-bit
  • codedivine - Wednesday, May 11, 2011 - link

    I am interested in using Linux and I am wondering about various things:
    1. Will it work under Linux? Can I configure it from Linux?
    2. Is it file system dependant? I guess it is not.
    3. Whether it will work on multi-OS machines. For example, what happens if I dual boot Windows and Linux?

    Unrelated to Linux is, does this scheme get confused by say using lots of VMs?
  • Penti - Wednesday, May 11, 2011 - link

    No, so called fake raid (software raid) that the chipset/drivers supports do never work in Linux. RST do not work under other OS's then Windows. Mac and Linux will have to use the built in software raid rather then the none existing driversbased one. And will lack all support for SSD caching.

    VMs usually write to a virtual hard drive (file) that saves the data to the disk. That should be absolutely fine.
  • Mulberry - Saturday, May 21, 2011 - link

    but to the question on dual booting:

    Can you dual boot eg. Win XP and Win 7?
  • headhunter00 - Sunday, August 7, 2011 - link

    well, you can always set the root partition on the ssd, by creating custom partitions during installation, and set the resource hogging partitions such as /var and /home on your hdd. this way, all the binaries and libraries load from the hdd. if you don't have enough space on your hdd to do that either, then you are out of luck. thats the closest you can get to ssd caching in linux. ofcourse there is a patch for the kernel to do ssd caching natively, but its pretty outdated and probably not compatible with your hardware. to do ssd-caching in windows with linux, you have to preserve some space on ssd to do so.
  • MonkeyPaw - Wednesday, May 11, 2011 - link

    The virtue interface is awful. Looks like the ugly tree fell on that android girl.
  • sunbear - Wednesday, May 11, 2011 - link

    Consumer nases (readynas, qnap, etc) could really benefit from this. Flashcache (http://planet.admon.org/flashcache-caching-data-in... released by facebook also looks interesting.
  • fitten - Wednesday, May 11, 2011 - link

    Can you have an SSD as your boot drive, then a large HDD (typical configuration... OS/apps on SSD, data/etc on HDD) and then have yet-another SSD enabled with SRT for caching the HDD? Seems like the best of both worlds (other than cost).
  • swhitton - Wednesday, May 11, 2011 - link

    I reckon that setup would almost certainly work fine.

    What I'm wondering is whether you could use a single SSD partitioned so that part of it was a boot drive and the other part was a cache for a HDD. Such a setup would solve the problem of the 120gb SSD not being quite the right size for any particular purpose.

    A 60-80gb partition with Windows and apps on it and the remaining space used as a cache. This would avoid the problem of having to symbolic link Steam games and so forth, while also not requiring you to buy two SSDs in order to have a boot drive and a cache drive.

    Anand did mention that a cache drive could be partitioned so that only part of it needed to be used as a cache. Just not sure if there would be any issues that might arise with using the remaining partition as a boot drive.

    Thoughts anyone?
  • y2kBug - Wednesday, May 11, 2011 - link

    Here is a quote from vr-zone.com’s review (http://vr-zone.com/articles/first-look-msi-z68a-gd... ) on SRT: “All existing partitions on the SSD must be deleted before it can be used as a cache”. This makes me believe that using oneSSD for dual purposes (boot drive and SRT at the same time) is not possible. I really want to hear Anand’s last word on this.

Log in

Don't have an account? Sign up now