数据中心/企业级SSD的测试是一个非常庞杂的工程，但许多用户和经销商并没有充分理解这一点。为了让大家对数据中心SSD的测试有更深入的了解，我们准备了本系列的文章。
环境与工具
数据中心SSD通常是用在服务器或者工作站当中的。主要的运行环境（操作系统）是Windows、Windows Server，以及各式Linux系统，如CentOS、Ubuntu，还有国产的OpenEuler、龙蜥、OpenCloudOS等。
Linux是大多数服务器使用的操作系统，Linux系统下最常用的测试软件是FIO。但考虑到Linux的部署、命令行操作还是有一定的操作门槛，这方面的内容我们将来再做展开。
在多数人更为熟悉的Windows系统下，常用于数据中心SSD测试的工具软件是IOmeter。IOmeter不需要安装，压缩包内只有两个文件，直接运行其中的“IOmeter.exe”文件即可。
一些数码大V在消费类SSD中也会使用IOmeter以体现其专业度。这种“专业”会括两方面：其一，IOmeter的界面比CystalDiskMark、TxBENCH、AS SSD等“快餐”测试软件要复杂得多，会给人营造艰深晦涩的感觉。
其二，IOmeter确实可以提供“快餐”软件所缺乏的数据，典型的成果包括诸如“万秒图”之类的。“万秒”意味着可以给SSD比较重的负荷，说服力也会高很多。而工作负荷的轻重，不仅仅是高低档消费类SSD的区别，也是数据中心SSD与消费类SSD的根本区别。
SSD工作负荷的轻重，主要体现在几个方面：
1、队列深度
2、混合读写
3、持续时间
这几方面的内容我们会在相关的测试项目中逐步展开。同时，我们先通过消费者熟悉的快餐测试软件帮助读者理解测试项目的内涵，并在此基础上逐步过渡到IOmeter，再进阶到FIO的应用。
测试最基本的设置：数据包大小
略有SSD测试常识的人都知道，需要考察几种性能顺序读、顺序写、随机读、随机写。
那么，顺序和随机的定义是什么？
先说随机。现代操作系统的内存和文件系统都是页式管理，以4KB为单位。基于磁盘的512Byte扇区概念对SSD而言意义不大。因为NAND Flash的基本存储单元是页，容量一般为2KB或者4KB，这是最小的读写单元。因此，综合操作系统和NAND Flash的特点，4KB的数据块会被看做是最基本、最通用的操作单元，公认用这个容量的数据包当做“随机”读写的代表。
考虑到应用或者SSD的特点，在某些测试中8KB、16KB这样的数据会更有实际意义。譬如Oracle数据库的默认块大小是8KB，也可以被设为2KB~64KB不等。再譬如Solidigm D5-P5316、P5336等大容量SSD使用64KB或者16KB大小的间接单元（IU，indirection unit），它们可以接受4KB的写入，但使用更大的数据单元会更有效率。使用这些软硬件的用户都会进行针对性的优化，对应的，测试软件在考察随机性能时也应该进行相应的设置。
刚才说的是“随机”读写的尺度与“页”相关，那么，“顺序”读写的尺度就与块相关了。若干NAND Flash的页会组成一个块，典型的是64个页。常见的块容量可能是128KB、256KB、512KB。NAND Flash的擦除是以块为单位的。因此，128KB数据包的读写可以看作是顺序操作的最小单元，1到4个数据块正好填满一个块。也有的测试会使用较大的单元，如IOmeter的预设是256KB，CrystalDiskMark预设了1MB等，这些数据包的容量可能更接近NAND Flash的实际块容量。
以们熟悉的CrystalDiskMark为例，左侧的色块是SEQ1M、SEQ128K、RND4K，代表的就是顺序读写（1MB数据包）、顺序读写（128KB数据包）、随机读写（4KB数据包）。
综上，设置正确的数据包大小，就是考察SSD的随机或顺序读写的性能。最普适的设置是4KB和128KB，酌情按照需要额外增加特定的数据包大小。
对测试成绩影响最大的设置：队列深度
要想在SSD测试中获得理想的成绩，最值得留意重点是设置适宜的队列深度。
对于个人电脑，需要同时访问SSD的应用程序并不多，主要就是前台运行的软件（如游戏、图形图像软件）会断续读写较大的文件，以及后台运行的通讯工具（包括电子邮箱、即时通讯工具）偶尔接收信息，持续时间较长但吞吐量比较小的行为主要是后台上传下载一些文件或者系统更新等。整体而言，消费类SSD的工作队列深度在1~4之间。
服务器面对的情况就不一样，其会同时服务多个用户/租户，其并行操作的规模要大得多，平均到每个SSD的工作队列深度通常在16~64的水平。
常用的测试软件大多可以模拟比较大规模的访问，譬如CystalDiskMark，其4KB随机写测试的默认设置是线程数为1，队列32——ATA协议的最大队列深度就是32。而针对NVMe SSD的预设为线程16、队列32，也就是界面中简写的“Q32T16”。
实际的队列深度就是队列数乘以线程数，Q32T16就是32×16=512，总共可以向SSD发出512队列深度的操作请求。NVMe协议可以接受64K之多的队列，而且还可以优化操作顺序，原则上队列深度越大，平摊下来的指令延迟相对越小，IOPS会越高。因此，在使用CystalDiskMark做测试时，如果忘记选择NVMe模式，那就是使用较小的32队深度进行随机测试，成绩就会差一些。
深究一下队列和线程
队列深度是我们设置的队列数和线程数的积。理论上来说，对于SSD而言，线程1×队列512，与线程16×队列32，由于乘积相同，其实是等效的。
较多的线程可以充分发挥现代处理器核心数量的优势，有可能带来更优的测试数据，但这并不绝对，这是因为跨处理器内核甚至跨插槽的操作也可能会带来预期以外的结果。相对而言，线程1得到的测试数据更容易复现。因此，在实际的测试当中，我们会建议分别考察1个线程和8/16个线程的结果。
多线程的测试还有更复杂的设置技巧，譬如让不同线程写入不同的区域，这会带来更可靠的性能。
较大的队列深度有利于获得更高的IOPS，让数据更好看。但对于消费类SSD，深队列的测试数据参考价值不高，大家还是看浅队列（Q1T1）的数据更有参考价值。对于数据中心SSD，一般官方公布的4KB随机读写测试的数据是在256队列深度下的。更大的队列深度，如512，可以体现特别极端的情况，但实际应用中很少发生，因为积压太多请求也意味着累积的延迟非常大，会拖慢整个系统的响应。如果服务器真的会有这么大的负荷，那应该建议配置更多的SSD来分担。
小结
今天，大家对SSD测试的基本数就算入门了，对常见测试软件提供的预设信息可以做到“知其然，知其所以然”。对于IOmeter，我们只是初步展示其界面，其中有许多的预设项目，经过本节文章，大家也能够有所理解。下一节，我们将详细讲解IOmeter的设置，以及一些稍微高级的测试设计技巧。
