本篇文章给大家谈谈fio，以及fio2吸氧浓度计算公式对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
备注：
使用的是yum 进行的安装，大家可以使用源码编译安装(centos 7)
安装
yum install -y fio
使用
filename: 指定文件(设备)的名称。可以通过冒号分割同时指定多个文件，如filename=/dev/sda:/dev/sdb。
directory: 设置filename的路径前缀。在后面的基准测试中，采用这种方式来指定设备。
name: 指定job的名字，在命令行中表示新启动一个job。
direct: bool类型，如果设置成true (1)，表示不使用io buffer。
ioengine: I/O引擎，现在fio支持19种ioengine。默认值是sync同步阻塞I/O，libaio是Linux的native异步I/O。关于同步异步，阻塞和非阻塞模型可以参考文章“使用异步 I/O 大大提高应用程序的性能”。
iodepth: 如果ioengine采用异步方式，该参数表示一批提交保持的io单元数。该参数可参考文章“Fio压测工具和io队列深度理解和误区”。
rw: I/O模式，随机读写，顺序读写等等。
bs: I/O block大小，默认是4k。
size: 指定job处理的文件的大小。
numjobs: 指定job的克隆数(线程)。
time_based: 如果在runtime指定的时间还没到时文件就被读写完成，将继续重复知道runtime时间结束。
runtime: 指定在多少秒后停止进程。如果未指定该参数，fio将执行至指定的文件读写完全完成。
group_reporting: 当同时指定了numjobs了时，输出结果按组显示。
参考说明
filename=/dev/sdb1 #测试文件名称，通常选择需要测试的盘的data目录
direct=1 #测试过程绕过机器自带的buffer。使测试结果更真实
rw=randwrite #测试随机写的I/O
rw=randrw #测试随机写和读的I/O
bs=16k #单次io的块文件大小为16k
bsrange=512-2048 #同上，提定数据块的大小范围
size=5G #本次的测试文件大小为5g，以每次4k的io进行测试
numjobs=30 #本次的测试线程为30个
runtime=1000 #测试时间1000秒，如果不写则一直将5g文件分4k每次写完为止
ioengine=psync #io引擎使用psync方式
rwmixwrite=30 #在混合读写的模式下，写占30%
group_reporting #关于显示结果的，汇总每个进程的信息
lockmem=1G #只使用1g内存进行测试
zero_buffers #用0初始化系统buffer
nrfiles=8 #每个进程生成文件的数量
#顺序读
fio -filename=/dev/sda -direct=1 -iodepth 1 -thread -rw=read -ioengine=psync -bs=16k -size=200G -numjobs=30 -runtime=1000 -group_reporting -name=mytest
#顺序写
fio -filename=/dev/sda -direct=1 -iodepth 1 -thread -rw=write -ioengine=psync -bs=16k -size=200G -numjobs=30 -runtime=1000 -group_reporting -name=mytest
#随机读
fio -filename=/dev/sda -direct=1 -iodepth 1 -thread -rw=randread -ioengine=psync -bs=16k -size=200G -numjobs=30 -runtime=1000 -group_reporting -name=mytest
#随机写
fio -filename=/dev/sda -direct=1 -iodepth 1 -thread -rw=randwrite -ioengine=psync -bs=16k -size=200G -numjobs=30 -runtime=1000 -group_reporting -name=mytest
#混合随机读写
fio -filename=/dev/sda -direct=1 -iodepth 1 -thread -rw=randrw -rwmixread=70 -ioengine=psync -bs=16k -size=200G -numjobs=30 -runtime=100 -group_reporting -name=mytest -ioscheduler=noop
#复制下面的配置内容，将directory=/path/to/test修改为你测试硬盘挂载目录的地址，并另存为fio.conf
[global]
ioengine=libaio
direct=1
thread=1
norandommap=1
randrepeat=0
runtime=60
ramp_time=6
size=1g
directory=/path/to/test
[read4k-rand]
stonewall
group_reporting
bs=4k
rw=randread
numjobs=8
iodepth=32
[read64k-seq]
stonewall
group_reporting
bs=64k
rw=read
numjobs=4
iodepth=8
[write4k-rand]
stonewall
group_reporting
bs=4k
rw=randwrite
numjobs=2
iodepth=4
[write64k-seq]
stonewall
group_reporting
bs=64k
rw=write
numjobs=2
iodepth=4
#测试
fio fio.conf
fio涉及到随机读、随机写的参数有这么几个，他们对fio的randwrite和randread时候随机的io的位置有关
在fio的测试参数中这几个参数会决定在哪个范围内做随机的io
randrepeat的意思其实非常的简单：就是说这次随机读、随机写测试产生的位置是 可重复 的。这里的“可重复”的实现方式仅仅是通过randseed=默认值来实现。
随机数的生成器一共有三个，tausworthe（默认）、tausworthe64、lfsr
fio文档里面的解释非常清晰：
随机分布参数指的是，fio可以模拟某些lba区域的随机概率高，某些区域随机概率低，模拟随机数据的冷热性。
norandommap：如果不加这个参数，fio执行随机的时候就是有randommap的，fio会使用一段内存（bitmap）来记录是不是随机到重复的位置，如果随机到重复的位置，那么fio会再去找一个不重复的位置。如果设置了这个参数，同时配合上 真随机 random_generator，那么会产生重复位置的io_u
注意：
商务词汇缩写
free in and out
[商]船方不负担装卸货费用
FIO：FREE IN AND OUT:(船方)不负责装卸费用，装卸费用在外的条件,船东舱底交收条款。
船舶所有人不负责有关装卸的所有费用，所有雇佣装卸工人及有关的装卸费用均由承租人负担。
与之相对应的是班轮条款：是指租船合同中规定船舶所有人负担装卸费用的条款。按此条款，装货时，由租船人负担把货物运至船边的费用，船舶所有人负担把货物装进舱并积载的费用；卸货时，船舶所有人负担把货物从舱内卸至船边的费用，租船人或收货人负担把货物从船边运走的费用。
租船业务中的班轮条款，意味着以习惯的尽快速度装货和交货。适用于包装货的运输。
扩展资料：
FIOST条款之下，装运大件货物所产生的绑扎费及需要的绑扎材料，也应该由承租人负担。不过，为了避免不必要的争议，在运输大件货时，合同中应订明“绑扎”(Lashed)的字样，以表明船舶所有人不负责绑扎费。
同样，如果在上述规定后加上“垫舱”(Dunnages)的字样，表明出租人除了不负责上述费用之外，还不负担垫舱费用。
FIO是FREE IN AND OUT的意思，指船公司不付装船和卸船费用
FIOST是Free In and Out ,Stowed and Trimmed 的意思，指不管装卸平理仓(节假日除外)
FI是FREE IN的意思，指船公司不付装
FO是FREE OUT的意思，指船公司不付卸
FIO：FREE IN AND OUT:(船方)不负责装卸费用，装卸费用在外的条件,船东舱底交收条款。
船舶所有人不负责有关装卸的所有费用，所有雇佣装卸工人及有关的装卸费用均由承租人负担。
与之相对应的是班轮条款：是指租船合同中规定船舶所有人负担装卸费用的条款。按此条款，装货时，由租船人负担把货物运至船边的费用，船舶所有人负担把货物装进舱并积载的费用；卸货时，船舶所有人负担把货物从舱内卸至船边的费用，租船人或收货人负担把货物从船边运走的费用。
租船业务中的班轮条款，意味着以习惯的尽快速度装货和交货。适用于包装货的运输。
扩展资料：
FIOST条款之下，装运大件货物所产生的绑扎费及需要的绑扎材料，也应该由承租人负担。不过，为了避免不必要的争议，在运输大件货时，合同中应订明“绑扎”(Lashed)的字样，以表明船舶所有人不负责绑扎费。
同样，如果在上述规定后加上“垫舱”(Dunnages)的字样，表明出租人除了不负责上述费用之外，还不负担垫舱费用。
FIO是FREE IN AND OUT的意思，指船公司不付装船和卸船费用
FIOST是Free In and Out ,Stowed and Trimmed 的意思，指不管装卸平理仓(节假日除外)
FI是FREE IN的意思，指船公司不付装
FO是FREE OUT的意思，指船公司不付卸
网上关于 fio 的介绍已经太多了，要用的时候都是直接拿来就跑了，我们通常使用 fio -ioengine=libaio -bs=4k -direct=1 -thread -rw=write -size=10G -filename=test -name="Max throughput" -iodepth=4 -runtime=60 这些
来测试，但最近在一些用户那边，发现使用 fio 测试，用户的盘非常的好，能达到几百 MB 的吞吐，但我们才跑到 100 MB，iostat 里面的 IO Util 就 100% 了。虽然清楚 IO Util 100% 并不是意味着盘吃死了，但从另一个方面，也让我突然意识到，我们应该更加多维度的对盘进行性能测试，也就重新回顾了下 fio。
Fio 的使用真的是非常简单，我们主要关注几个重要的参数类别就可以了。
首先就是 I/O engine，这个就是告诉 fio 使用什么样的方式去测试 I/O，我们需要根据业务的实际情况选择不同的类型，主要几个：
其他的当然还有很多种，但实际我们这边没用到，没准以后会用。因为我们使用的是 RocksDB，所以为了更好的测试应用程序对盘的影响，我们应该使用 sync，vsync 那边的 engine 进行操作。
在要注意的就是 I/O type，譬如是否使用 direct，还是 buffered，如果是 buffered，我们多少次 I/O 之后使用 fsync 或者 fdatasync 来进行强制 sync 操作。我们还需要选择合适的 I/O pattern 来进行测试，这个主要是 readwrite 来确定，包括：
如果我们使用混合模式，我们还可以设置读写的比例，通常是读写各半，但实际很多场景应该是读多写少，我们可以使用 rwmixread = 90 来设置 90% 的读，10 % 的写，我们也可以通过 rwmixwrite = 90 来设置，这两个参数其实有点冲突，如果加起来没到 100，那么 fio 会用后面的一个。
对于随机读写来说，另一个需要考虑的指标就是操作分布，我们使用 random_distribution 来设置，主要包括 random, zipf, normal 等，默认是 random。
另外还需要注意的就是 block size，也就是一次 I/O 操作的大小，通常我们都是读写使用相同的 block，譬如 bs=4k，但实际还会不一样，我们可以用 bs=4k,16k 来设置读是 4k，但写是 16k。
对于 libaio engine 来说，还需要考虑设置 iodepth，对于 sync 等来说，还需要设置 jobnum，来让 fio 用多个线程并发的对盘进行测试。测试多了，就会很悲催的发现，libaio 很容易就把盘给打死，但 sync 这些还需要启动几个线程。。。
当 fio 跑完之后，会生成相应的结果，譬如执行 fio -ioengine=psync -filename=iotest -bs=8k -fdatasync=1 -rw=write -size=10g -runtime=60 -name="pingcap" 会输出：
可以看到，在一个非常强悍的 Optane 盘上面，使用 sync engine，每次都 sync 写盘，性能还是很差的，吞吐不到 300 MB，其他的盘可能就更差了。我们主要关注几个指标：
slat / clat / lat：这几个是 latency 指标，slat 就是 Submission latency，也就是提交到实际执行 I/O 的时间，在 sync 测试里面这个是没有的，因为 slat 就是 clat。clat 就是 Completion latency，也就是从提交到完成的时间。lat 就是 Total latency，包括 fio 从创建这个 I/O 单元到完成的总的时间。
另外需要关注的指标就是 BW，和 IOPS，这两这个很直观了，就不解释了。最下面是 ios，也就是总的 I/O 操作次数，merge 就是被 I/O 调度合并的次数，ticks 就是让磁盘保持忙碌的次数，in_queue 就是总的在磁盘队列里面的耗时，而 util 则是磁盘的利用率。
除了在控制台输出最后的汇总信息，fio 还支持将中间的操作输出到文件，然后使用工具绘制图表展示，通常就是设置 write_bw_log，write_bw_log 和 write_iops_log，然后使用 fio_generate_plots 来绘图，另外也可以用 fio2gnuplot 来绘制，网上有太多的教程，这里就不说了。
另外，fio 还可以对 blktrace 生成的文件进行回放，然后让我们去定位实际系统的 I/O 问题，这个以后可以好好研究一下。
总的来说，fio 是非常强大的一款工具，用好了，个人对 I/O 的理解就更加深刻，同时也能让我们更好的根据硬件资源来调优系统。
fio的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于fio2吸氧浓度计算公式、fio的信息别忘了在本站进行查找喔。
版权声明：本文内容由互联网用户自发贡献，本站不拥有所有权，不承担相关法律责任。如果发现本站有涉嫌抄袭的内容，欢迎发送邮件至举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。
标签： #fio
相关文章
