Спорадическая скорость записи на USB-массив Drobo
У меня есть Drobo 2-го поколения (4 отсека с USB 2 и FireWire 800), который подключен к компьютеру, который работает в качестве офисного файлового сервера. В последнее время я заметил, что это выглядело немного медленно, поэтому я провел несколько тестов, чтобы выяснить, в чем проблема. Я провел несколько тестов скорости по сети на другой USB-накопитель, и они прошли со скоростью около 35 МБ / с. Затем я проверил скорость вращения как на сервере, так и на другом ноутбуке и настольном компьютере. В целом, скорость довольно стабильна и составляет около 14 МБ / с (при чтении 19 МБ / с). Что меня беспокоит, так это то, что график скорости записи по всему графику. На изображении ниже, верхний тест - Drobo (выглядит практически одинаково на всех системах), а нижний тест - еще один жесткий диск USB, который у меня был.
Как вы можете видеть, обычный USB-накопитель (хотя и не очень быстрый, это был портативный 4800RMP, размер ноутбука, накопитель) хорош и последовательный. Дробо, однако, повсюду. Я не могу себе представить, что драка хороша для производительности.
Так как он на нескольких компьютерах, это не контроллер USB или что-то еще. Поэтому я волнуюсь, что Drobo работает плохо:(Или, может быть, это фрагментация или что-то еще, что можно исправить?
Спасибо!
редактировать
Комментарий Шейна заставил меня задуматься... и я вспомнил, что у моего друга есть дробо первого поколения, поэтому я провел тест на это. Результаты ниже первого изображения, да, безумно повсюду на записи... может быть, это просто, как Drobos? Но я был бы упущен, если бы воспринял это как эмпирическое доказательство того, что проблемы нет. У другого Дробо тоже может быть проблема. Тем более что он на 2 года старше моего:P
1 ответ
У меня точно такой же аппарат, и я быстро проверил его. На linux, и я использовал iozone и O_DIRECT (минимизировать эффекты кэширования). Мои номера для чтения / записи для последовательных очень похожи на ваши. Запись 14 МБ / с, чтение 26 МБ / с. Мой на firewire 400.
File size set to 524288 KB
Record Size 64 KB
O_DIRECT feature enabled
Command line used: iozone -s 512M -r 64k -i 0 -i 1 -I
Output is in Kbytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 Kbytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
KB reclen write rewrite read reread
524288 64 13485 15283 26090 27290
Я подозреваю, что здесь задействованы некоторые возрастные особенности, так как прошло много месяцев с тех пор, как я восстановил разделение на нем. Я сомневаюсь, что медлительность может быть исправлена без полного перестроения, поскольку файловая система, на которой я выполнял вышеупомянутый тест, потребляется минимально (5%) и сильно нефрагментирована. Поскольку приведенный выше тест является полностью последовательным, трудно получить более идеальные условия, чем это.