Как я могу регистрировать производительность чтения моего SSD со временем?

10

Я хотел бы вести журнал, со временем, возможно, еженедельно, скорости чтения моего твердотельного диска, определяемой таким инструментом, как Система -> Администрирование -> Дисковая утилита -> Тест:

снимок экрана

Есть ли способ архивировать тестовые данные из Дисковой утилиты, или вы можете подумать о каких-либо других инструментах, которые позволили бы мне собирать данные такого рода полуавтоматически?

Я хотел бы иметь возможность выполнить тестирование с использованием методов только для чтения, чтобы не излишне изнашивать диск.

ændrük
источник

Ответы:

4

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.3 мс

Оли
источник
5

Посмотрите на bonnie++.

Вам нужно awkи grepад из нее , чтобы получить номера , которые вы хотите , чтобы войти в течение долгого времени, но это должно быть возможно повторить то , что вы хотите в формате разделенных запятыми значений к новой строке файла журнала.

Продолжайте в том же духе, и через шесть месяцев импортируйте это в электронную таблицу и нарисуйте хороший график. Или используйте R.

Редактировать: Bonnie ++ на самом деле записывает CSV в качестве последней строки вывода, так что было бы несколько проще извлекать записи в долговременные журналы (если вы можете понять, как называются заголовки столбцов).

Но Bonnie ++ полагается на возможность записи файла (или нескольких файлов) в файловую систему, а затем запускает тесты чтения для этих файлов. Люди много суетятся из-за износа SSD, так что это может быть неоптимально.

Оли
источник
2
Или вы можете просто записать весь вывод в файлы с метками времени и заняться обработкой данных до следующего момента. В конечном итоге это не облегчит ситуацию, но у вас будет больше данных для анализа, когда вам это нужно.
Оли
Это почти идеально, но я хотел бы делать только тесты только для чтения, и я не уверен, возможно ли это с bonnie ++. Я обновил свой вопрос, чтобы уточнить это.
Ондрюк
2

Если вы хотите получить подробные данные из Дисковой утилиты (она же программа «palimpsest»), вы можете сделать копию кэшированных данных в ~/.cache/gnome-disk-utility/drive-benchmarkкаталоге. Похоже, что вы найдете последние результаты для каждого диска в формате, который является странным, но не слишком сложным для анализа (строки данных, разделенные двоеточиями ....). Вы можете просто скопировать эти файлы в архив, каждый раз давая им уникальное имя. К сожалению, они каждый раз перезаписываются в кеше, а сводные данные не записываются, поэтому вам придется их пересчитать.

См. «Ошибка № 794929 в gnome-disk-utility (Ubuntu):« Тест дисковой утилиты, ось X не определена »), чтобы узнать, как запросить ответ на вопрос о том, что на самом деле означают данные.

nealmcb
источник