更改测试条件测试
为了弄清是否是因为文件的大小影响到延迟的时间，所以我们把测试的所有数据大小从4KB的方式提高到多达128KB，但保持了100%随机写入。下面是只报告延迟时间的表格：
所有的方式在提供128KB大小的数据的时候延迟时间是最大的，在不考虑文件大小的情况下，基本就是随机写。
下一个测试我考察不同写入状态下的性能变化，我运行了4KB大小文件的写测试，测试了100%的顺序写的工作量， 90 %的顺序写（10 %随机写）和50 %的顺序写（50 %随机写）：
OCZ Core (MLC)的平均延迟时间要比其他驱动器的要高很多，在100%顺序写的过程中，0.36ms的延迟时间还是可以管理和接受的，但当90%的顺序写入和10%的随机写入的时候，平均延迟时间跃升至25.8ms，它是OCZ SLC驱动器平均延迟时间的13倍。
尽管我们脱离本次测试的一些条件限制，让数据的写入变得更简单些，就是这样在90/10的测试条件下，OCZ Core驱动器的最大延迟时间还高达983ms。90/10这种测试方法是一种非常有效的测试方法，因为它和桌面的写入方式非常的相似，大部分的写入都是顺序写入的，只有将近10%的写入时随机的（10%或更少）。从我们的测试表明，即使是10%的随机写入数据方式，就可以让OCZ Core屈膝了。
