在使用NVMe SSD的Fio中，是什么使完成延迟变得不同？

Question

我试图用NVMe SSD来计算fio基准测试的完成延迟。

我按照fio脚本来测试fio中的基准测试。

我使用了以下选项。

rw=read, ioengine=sync, direct=1

所以，我认为没有什么东西可以让完成时间有所不同。

然而，结果并不像我想的那样。

结果为:1:11~99.99: 111。

同步读取没有突出的IOs，所以所有I/O都是按顺序处理的，

直接选项可以绕过操作系统中的缓冲区。

我以为大多数的延迟都是一样的。

对这个结果有什么想法吗？

Answer 1

你说的是微秒和11微秒对111微秒。不需要花费太多的时间去扰乱如此敏感的阅读：

• fio进程关闭CPU，因为您的服务器决定是执行周期性cron工作的时候了，并且无法像其他进程那样快速地处理一些I/O。
• 有些I/O是在某种SSD缓存中，但后来的I/O实际上是从缓存外部获取的。
• 有些I/O读物碰巧是按不同的顺序写的，这是读回来的(是的，按写的顺序读回东西对SSD来说更好)
• 其他的东西决定给同一个设备输入/输出。

等。

您没有包括完整的工作(我可以看到您设置了iodepth=16，这让我想知道您在工作中设置了哪些其他内容)，所以您需要从任何答案中获得更多的信息。然而，我要指出的是，95%的读数都在3微秒内，所以你不会看到太多的异常值在不到一百万的I/O中。你期望一个非实时系统有多少决定论？