【问题标题】:Fio results are steadily increasing IOPS, not what I expectedFio 结果稳步提升 IOPS,出乎我的意料
【发布时间】:2020-06-22 23:19:53
【问题描述】:

我正在尝试用随机读取、随机写入、混合 randrw 以某种方式测试我的 rbd 存储,但输出不正确,它是一个连续增长的数字。

我的步骤有什么问题?

这是我运行的 fio 文件:

; fiotest 的 fio-rand-write.job

[global]
name=fio-rand-write
filename=fio-rand-write
rw=randwrite
bs=4K
direct=1
write_iops_log=rand-read

[file1]
size=1G
ioengine=libaio
iodepth=16

结果是这样的:

head rand-read_iops.1.log
2, 1, 1, 4096, 0
2, 1, 1, 4096, 0
2, 1, 1, 4096, 0
2, 1, 1, 4096, 0
2, 1, 1, 4096, 0
3, 1, 1, 4096, 0
4, 1, 1, 4096, 0
5, 1, 1, 4096, 0
5, 1, 1, 4096, 0
5, 1, 1, 4096, 0

tail rand-read_iops.1.log
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0
30700, 1, 1, 4096, 0

我正在使用 fio 3.18。

为什么我没有得到真正的 iops?

【问题讨论】:

  • 您的测试设置是什么(硬件/文件系统/操作系统)?您确定缓存不仅预热缓慢而且最终有效吗?此外,这看起来像是关于服务器故障的问题,而不是关于编程的问题。

标签: linux performance benchmarking disk librbd


【解决方案1】:

(请注意,这并不是一个真正的编程问题,所以 Stackoverflow 不是问这个问题的地方……也许 Super UserServerfault 会是更好的选择并获得更快的答案?)

但是输出不正确,是一个连续增长的数字

您指的是哪一栏?如果您的意思是最左边的列,那么不是fio Log File Formats documentation 的那个时间吗?

Fio 支持多种日志文件格式,用于记录延迟、带宽和 IOPS。日志共享一种通用格式,如下所示:

时间(毫秒)、值、数据方向、块大小(字节)、偏移量(字节)

相对于之前的读数,时间通常不会单调增加吗(考虑到精度)?

另请参阅write_iops_log 的文档:

由于 fio 默认使用单个 I/O 日志记录,IOPS 日志中的值条目将为 1,除非已启用窗口日志记录(请参阅 log_avg_msec)

【讨论】:

    猜你喜欢
    • 2011-11-24
    • 2021-03-25
    • 2022-08-02
    • 1970-01-01
    • 2014-04-02
    • 2016-09-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多