是否有相当于gnome磁盘的命令行？

Question

Gnome磁盘(gnome-disks -以前称为palimpsest)提供智能和一些基准信息。据我所知，它以前是基于命令行工具udisks的，但这些项目似乎已经合并。

新的Gnome磁盘实用程序只显示基准测试的平均结果。从截图来看，以前版本的“最平庸”在结果中的反应似乎是最大的和最小的。

我对基准测试的所有结果都感兴趣--特别是，我试图通过在最坏的情况下清除带有慢I/O的磁盘来寻找对用户有负面影响的磁盘。我还希望随着时间的推移映射这些数据，因此我需要能够以编程的方式处理/导出这些数据。

我查看了udisksctl (在udisks2包中)，但它似乎只是磁盘上的一般信息和一些智能信息。

是否有一个命令行工具来运行旧的udisks风格的基准测试报告并返回最小值和最大值？

Answer 1

我不能对旧的udisk基准测试报告说话，但也许fio会对您有用。fio目前可用于精确到泽斯的所有Ubuntu版本。

您可以使用sudo apt-get install fio在激活宇宙存储库之后安装它

一些快速测试表明，您可以选择要测试的分区，只需确保pwd (当前工作目录)位于要测试的分区上。

例如，下面是在我的根分区上运行它的结果，该分区位于东芝THNSNH128GBST SSD (my /dev/sda)上。

$ sudo fio --name=randwrite --ioengine=libaio --iodepth=1 --rw=randwrite --bs=4k --direct=0 --size=256M --numjobs=8 --runtime=60 --group_reporting randwrite: (g=0): rw=randwrite, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1 ..。

  randwrite: (groupid=0, jobs=8): err= 0: pid=15096: Wed Feb 15 13:58:31 2017
  write: io=2048.0MB, bw=133432KB/s, iops=33358, runt= 15717msec
    slat (usec): min=1, max=223379, avg=232.82, stdev=4112.31
    clat (usec): min=0, max=16018, avg= 0.30, stdev=22.20
     lat (usec): min=1, max=223381, avg=233.25, stdev=4112.55
    clat percentiles (usec):
     |  1.00th=[    0],  5.00th=[    0], 10.00th=[    0], 20.00th=[    0],
     | 30.00th=[    0], 40.00th=[    0], 50.00th=[    0], 60.00th=[    0],
     | 70.00th=[    0], 80.00th=[    1], 90.00th=[    1], 95.00th=[    1],
     | 99.00th=[    1], 99.50th=[    1], 99.90th=[    2], 99.95th=[    3],
     | 99.99th=[   31]
    bw (KB  /s): min= 3473, max=241560, per=12.42%, avg=16577.30, stdev=28056.68
    lat (usec) : 2=99.79%, 4=0.18%, 10=0.02%, 20=0.01%, 50=0.01%
    lat (usec) : 100=0.01%, 250=0.01%, 500=0.01%
    lat (msec) : 20=0.01%
  cpu          : usr=0.52%, sys=1.08%, ctx=3235, majf=0, minf=228
  IO depths    : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued    : total=r=0/w=524288/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
  WRITE: io=2048.0MB, aggrb=133432KB/s, minb=133432KB/s, maxb=133432KB/s, mint=15717msec, maxt=15717msec

Disk stats (read/write):
  sda: ios=0/197922, merge=0/84378, ticks=0/37360, in_queue=37324, util=93.41%

在我的主目录中运行的WD2003FZEX-00Z4SA0 HDD具有相同的命令，其结果如下：

randwrite: (groupid=0, jobs=8): err= 0: pid=15062: Wed Feb 15 13:53:32 2017
  write: io=1299.6MB, bw=22156KB/s, iops=5538, runt= 60062msec
    slat (usec): min=1, max=200040, avg=1441.http://meta.stackexchange.com/questions/122692/moderator-tools-make-merging-questions-a-little-easier74, stdev=11322.69
    clat (usec): min=0, max=12031, avg= 0.41, stdev=32.24
     lat (usec): min=1, max=200042, avg=1442.29, stdev=11323.05
    clat percentiles (usec):
     |  1.00th=[    0],  5.00th=[    0], 10.00th=[    0], 20.00th=[    0],
     | 30.00th=[    0], 40.00th=[    0], 50.00th=[    0], 60.00th=[    0],
     | 70.00th=[    0], 80.00th=[    1], 90.00th=[    1], 95.00th=[    1],
     | 99.00th=[    2], 99.50th=[    2], 99.90th=[    3], 99.95th=[    9],
     | 99.99th=[   14]
    bw (KB  /s): min=  426, max=282171, per=13.12%, avg=2906.99, stdev=17280.75
    lat (usec) : 2=98.88%, 4=1.03%, 10=0.05%, 20=0.04%, 50=0.01%
    lat (usec) : 100=0.01%, 250=0.01%
    lat (msec) : 10=0.01%, 20=0.01%
  cpu          : usr=0.09%, sys=0.25%, ctx=7912, majf=0, minf=227
  IO depths    : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued    : total=r=0/w=332678/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
  WRITE: io=1299.6MB, aggrb=22155KB/s, minb=22155KB/s, maxb=22155KB/s, mint=60062msec, maxt=60062msec

Disk stats (read/write):
  sdb: ios=0/94158, merge=0/75298, ticks=0/116296, in_queue=116264, util=98.40%

为了保持这个答案的可读性，我修剪了它运行时产生的输出。

对我发现有趣的输出的解释：

您可以看到，我们得到了所有这些度量的最小、最大平均值和标准差。

slat表示提交延迟-

clat表示完成延迟。这是在提交到内核和IO完成之间传递的时间，不包括提交延迟。在较早版本的fio中，这是近似应用程序级延迟的最佳指标。

lat看起来挺新的。这个度量从IO结构在fio中创建并在clat之后立即完成时就开始了，这使得这个指标最能代表应用程序将体验到的内容。这是你可能想要的图形。

bw带宽是非常不言自明的，除了per=部分。文档表示，它用于测试具有多个工作负载的单个设备，因此您可以看到每个进程消耗了多少IO。

当fio在多个设备上运行时，就像我对这个输出所做的那样，它可以提供一个有用的比较，而不管它的目的是测试特定的工作负载。

我相信，硬盘上的延迟比固态驱动器的延迟要高得多，这一点也不足为奇。

资料来源：

https://tobert.github.io/post/2014-04-17-fio-output-explained.html

https://github.com/axboe/fio/blob/master/README