Почему мой жесткий диск хорошо работает в тестах, но медленен в приложениях?

547
Albert Z.

В последнее время мой жесткий диск работал медленно, для загрузки приложения потребовалось несколько секунд. Это Hitachi HTS723232L9SA62 ( 7200 об / мин ). Я провел тест, и скорость была в диапазоне 70 Мегабайт / сек . Однако, когда я открываю приложение (например, Google Chrome), я запускаю iotop (я использую linux), и он говорит, что загрузка моего жесткого диска составляет от 5 00 килобайт / с до 1 мегабайта / с . Иногда он достигает пика около 15 мегабайт / секунду в течение нескольких секунд, а затем снижается до 1-2 МБ / с . Там нет SMART ошибок.

Как это возможно? Почему тесты показывают, что скорость моего жесткого диска в 60 раз выше скорости, которую я получаю? Как можно получить такие низкие скорости? Это звучит как фрагментация, но я использую linux с файловой системой ext2, поэтому фрагментация должна быть незначительной или отсутствовать. У меня более 200 ГБ свободного места на жестком диске 320 ГБ.

Мои компьютерные характеристики

  • Thinkpad x61
  • Intel Core2Duo 2,00 ГГц
  • 2 ГБ памяти DDR2-667
  • Hitachi HTS723232L9SA62 320 ГБ 7200 об. / Мин. Внутренний жесткий диск

Спасибо за вашу помощь!

2
Два слова «плохие сектора», которые ваши тесты записывают в хорошие сектора, ваши приложения уже существуют на диске и должны быть прочитаны. Замени жесткий диск и радуйся. По размеру HDD старый, старый, чем большинство картин в музее, если вы откорректировали его возраст Ramhound 8 лет назад 1
@Ramhound Есть ли способ исследовать эти плохие сектора? Я проверил и не было SMART ошибок. Значит ли это, что нет плохих секторов? Albert Z. 8 лет назад 0
2 гигабайта памяти, возможно ли в это время (например, с хромом со многими вкладками), что вы уже перемещаете страницу на тот же диск, с которого читаете? Обычные тесты HD это не тестирование запуска программы, а подкачка на диск, хотя есть тесты, которые будут. по большей части тесты HD - это небольшие программы, занимающиеся только определенным вводом / выводом, в основном беспрепятственным остальным, что происходит, для тестирования только самого HD (и контроллера, и шины). Psycogeek 8 лет назад 0

2 ответа на вопрос

0
Matt Clark

In a benchmark, you will be writing to a continuous stream of sectors, and then reading back that stream of sectors, when booting an application, the head is tracking all over the disk loading many many files - this is your seek time.

To reduce this, I recommend a defragmentation.

The disk will also actively load something into memory (the 15mb/s), and then start to actually do its processing once it is loaded (the drop to nothing).

In Windows task manager you can view your HDD statistics.

Спасибо за быстрый ответ. Я использую Linux (3.19.0-20) с файловой системой ext2. Поэтому дефрагментация, вероятно, не является решением. Может ли это быть из-за узкого места в другом месте? Albert Z. 8 лет назад 0
0
Frankeex

It is hard to answer without knowing your benchmarking software and how comprehensive and "real world test" based it is. In synthetic testing it could be benchmarking activities which do not really occur like when you use it with normal tasks. It could be writing/reading one contiguous stretch which often is not the case in reality. Maybe try another benchmarking software package and see how it goes from there.

Я использовал «dd» для моего теста в соответствии с инструкциями [здесь] (https://wiki.archlinux.org/index.php/SSD_Benchmarking#Using_hdparm) Albert Z. 8 лет назад 0

Похожие вопросы