在dd和gnome-disk中，SSD的性能不同。

Question

我想测量我的SSD读写性能，并找到了一些使用dd和gnome磁盘的建议。(据我理解，hdpart与此无关，因为它没有使用磁盘本身，而是只使用缓存的数据)。

问题是，我使用这些工具得到了不同的结果，我希望了解为什么会发生这种情况。

rootfs是从本地内部eMMC安装的，而SSD有一个挂载的ext4文件系统。

谢谢

Answer 1

TL；

博士

这两种测试存储性能的方法都不合适。这两种方法都不涉及系统存储性能，dd也几乎没有提到SSD性能(但是，我更喜欢gnome的基准测试，而不是dd，这是衡量存储的完全错误的方法)。

使用fio，这是公认的一种测试存储性能的正确方法。

解释

存储子系统有大量不同的优化选项等。

dsync选择使用同步I/O，这意味着它类似于一个循环:发送请求、等待(轮询)直到完成、发送下一个请求等等。这比较慢，因为在适当的异步场景中，当旧的请求仍在运行时，您将排队下一个请求，从而将浪费的CPU周期投入使用。此外，它也不允许您充分使用现代SSD提供的并行性。

此外，吞吐量不是存储的唯一度量，当然也不是最重要的度量。顺便说一句，它只对备份和文件服务很重要。通常，延迟是最受关注的，并且提到的并行性是值得赞赏的。例如，是存储延迟定义了OLTP数据库的性能(遵循ACID原则)。

此外，延迟和并行性共同定义了“每秒I/O操作”度量，该度量通常用于比较存储，但是该度量也很模糊，因为很难预测将执行哪些操作，IOPS取决于此。

无论如何，这些都是SSDs确实优于基于旋转锈的解决方案的度量标准。您可以用100个HDD构建一个RAID阵列，该阵列具有10 MiB/s吞吐量和100路并行性，但仍然显示通常的HDD延迟，从这个角度来看，在某些数据库负载下，它的性能将低于600 MiB/S SSD。

这两种工具都没有提到并行性，只有gnome的工具提到延迟(他们称之为“访问时间”)。

另一方面，fio显示每个请求的延迟分布(本质上是直方图，在0.1m秒内处理了多少请求，有多少请求在0.1到0.2之间，等等)，这样您就可以真正地期望应用程序在该存储上部署的速度。它允许您探索并行性。它甚至有一种模式来查找队列和并行性参数以保证设置的目标延迟，当您需要回答诸如“我的服务器将支持多少用户/并发请求而不减慢”这样的问题时，这是非常有用的。