Answers:
hdparm
也可以做测试。与bonnie++
它们相比,它们有些简单,但是它们运行速度很快(运行时bonnie++
可能会占用大量资源),并且不需要写入磁盘。这也意味着它没有测试文件系统的效率(希望)随着时间的推移随着内核升级而提高。
您可以运行如下测试:
sudo hdparm -t /dev/sda
它会以如下形式响应:
/dev/sdf:
Timing buffered disk reads: 432 MB in 3.01 seconds = 143.53 MB/sec
现在,这不包括延迟。如果这让您感到困扰,那么您可以下载并编译一个名为“搜寻程序” 的脚本,该脚本会进行一些搜寻并计算时间。您需要学习一点C语言,但是您可以将输出自定义为更容易记录的内容。
或者您可以相信SSD的响应时间不会比0.3ms差很多
看一看bonnie++
。
你需要awk
和grep
地狱离开它让你想记录随时间变化的数字,但它应该是可能的呼应你在一个逗号分隔值格式的日志文件的新行想要的东西。
花费六个月的时间,将其导入电子表格并绘制一个漂亮的图形。或使用R。
编辑:Bonnie ++实际上写了一个CSV作为它的最后一行输出,因此,将它拖入长时间日志(如果您可以算出列标题是什么)会更容易一些。
但是Bonnie ++依靠能够将一个(或多个)文件写入文件系统,然后对这些文件运行读取测试。人们对SSD的磨损大惊小怪,所以这可能不是最佳选择。
如果确实要从“磁盘工具”(又名“ palimpsest”程序)捕获详细数据,则可以在~/.cache/gnome-disk-utility/drive-benchmark
目录中复制缓存的数据。似乎您会在这里找到每个磁盘的最新结果,其格式很奇怪,但解析起来并不难(用冒号分隔数据行....)。您可以将这些文件复制到存档中,并为它们每次指定一个唯一的名称。不幸的是,它们每次都在高速缓存中被覆盖,并且摘要数据不会被记录,因此您需要重新计算。
请参见“在gnome-disk-utility(Ubuntu)中的错误#794929:“ Disk Utility基准,x轴未定义”” 中的请求和响应,以更清楚地了解数据的实际含义。