IOMeter – Average Transaction Time (rev 1)
Back with the Kingston SSDNow V Series 40GB review, I revised the layout of these graphs to better show SSD latency and access time. First, I have removed HDD results as they throw the scale too far to tell any meaningful difference in the SSD’s you are trying to focus on. Second, I have reduced the queue depth scale down to 4. In practical terms of a running OS, queue depth is how many commands are ‘stacked up’ on the SSD at that time. An SSD is so fast at servicing requests that typical use will rarely see it increasing past 4. In the cases where it does, there is so much going on that you are more concerned with IOPS and throughput at that point than transaction time. The below charts are meant to show how nimble a given SSD is. Think of it as how well a car handles as opposed to how fast it can go.
Some notes for interpreting results:
- Times measured at QD=1 can serve as a more ‘real’ value of seek time.
- A ‘flatter’ line means that drive will scale better and ramp up its IOPS when hit with multiple requests simultaneously.
I tested a Vertex 2 120GB
I tested a Vertex 2 120GB against an Agility 3 120GB on an X58 (3Gb) and found them to be very close in most things with the Vertex having a slight advantage except for Random Read/Write 4KB (QD=1) and burst speeds.
I realize that the Agility 3 is designed for 6Gb so my test is not entirely fair.
dude, they both peak at
dude, they both peak at 275mb/s which is max speed for sata 3gbps…its not exactly a wonder why u cant see much of a difference when you put a 550mb drive on a 275mb line and compare it with a 275mb drive
Allyn: another good review.
Allyn: another good review. I’m just adding this Comment to remind you about our private correspondence, in which we discussed a test to determine if TRIM works on OS software RAIDs when the RAID members are formatted as “dynamic” partitions.
Cheers and … thanks for the great reviews!
MRFS