Seagate Laptop Thin SSHD 500GB Review

Originally developed by Intel – and since given to the open-source community – Iometer (pronounced “eyeawmeter”, like thermometer) is one of the best storage-testing applications available, for a couple of reasons. The first, and primary, is that it’s completely customizable, and if you have a specific workload you need to test a drive with, you can easily accomplish it here.

Secondly, it bypasses the Windows disk subsystem entirely, meaning it bypasses the OS drivers and writes directly to the storage media. This has important implications, such as it means Windows 7 cannot correctly align Iometer to match the SSD or HDD sector alignment.

We have updated our test suite to the latest stable 1.10 rc1 build of Iometer, which was released in December, 2010. This version makes some changes to be aware of; specifically, it gives the option for three types of data sets used during testing. 2006 and earlier versions used a pseudo-random dataset for testing, while the 1.10 build will default to a “repeating bytes” test pattern. A full random test mode was also added. To avoid giving SandForce drives an unfair advantage (they rely on data compression to achieve their performance), we will stick to the pseudo-random test pattern for all of our testing.

We have configured Iometer for correct 4KB disk alignment using a single 8GB test file from within Windows, meaning they are acting as the host OS drive with no other drives in the system. We run individual random 4KB read and write tests at a queue depth of 3 and again at 32. Then we run the 128KB sequential read & write tests using a queue depth of 1. In addition, all drives are in a dirty state prior to testing – this means results will not be comparable to advertised manufacturer results. Our goal is to measure end-user performance under real-world conditions, and so our testing reflects typical SSD performance after it has been used for some length of time in a system. Each test pattern is run for 5 minutes to achieve an average result.

In addition, we have created three Iometer disk usage scenarios that should roughly approximate database, file server, and workstation usage patterns. These scenarios are run individually for 10 minutes each within an 8GB file on the drive, which is an unusually harsh scenario for any sort of SSD. Drives that are able to offer better sustained performance over time and those that favor certain file size accesses will do well here. All three tests are configured for a queue depth of 32 to show which drives are best capable of dealing with heavy workload scenarios.

“IOPS” is simply the measure of performance relative to a certain disk access size, specifically 4KB or 512 bytes, or any size desired. Typically with SSDs when speaking about IOPS it is referred to on the assumption of 4KB accesses. With this in mind, it is easy to convert between IOPS and MB/s. Iometer provides both types of results to us and for the sake of concise graphs, brevity, and easily understandable results, we have elected to use MB/s for the 4KB and 128KB tests. For reference: IOPS = (MBps Throughput / KB per IO) * 1024 and MBps = (IOPS * KB per IO) / 1024.

We run Iometer once; five minutes for the file access tests and ten minutes for the three suite tests The program averages the results. We won’t have Best or Worst times for this test, not that it really matters as Iometer is a program designed for massive server disk arrays and SANs, not single mechanical disk drives.

Despite this, the SSHD manages to give marginally better random read 4KB results than our desktop drive and nearly matches it in sequential performance. The random write 4KB results are actually 4 times better than the desktop drive as well which is surprising.
The three Iometer suite tests are not intended for mechanical drives and would normally be seen for large RAID arrays or SANs.