Спорадическая скорость записи на массив USB Drobo
У меня есть Drobo 2-го поколения (4 отсека с USB 2 и FireWire 800), который подключен к компьютеру, который действует как офисный файловый сервер. В последнее время я заметил, что это кажется немного медленным, поэтому я провел несколько тестов, чтобы выяснить, в чем проблема. Я провел несколько тестов скорости по сети на другом USB-накопителе, и они прошли около 35 МБ / с. Затем я протестировал скорость дробо как на сервере, так и на другом ноутбуке и настольном компьютере. В целом, скорость довольно стабильна и составляет около 14 МБ / с (при чтении 19 МБ / с). Что меня беспокоит, так это то, что график скорости записи все над графиком. На изображении ниже верхний тест - это Drobo (выглядит практически одинаково во всех системах), а нижний тест - это еще один жесткий диск USB, который у меня был.
Как видите, обычный USB-накопитель (хотя и не очень быстрый, это был портативный накопитель с 4800 об / мин, размером с ноутбук) приятный и стабильный. А вот дробо можно встретить повсюду. Я не могу себе представить, чтобы это было хорошо для производительности.
Поскольку он установлен на нескольких компьютерах, это не контроллер USB или что-то в этом роде. Так что я волнуюсь, что Drobo испортился :( Или, может быть, это фрагментация или что-то еще, что можно исправить?
Спасибо!
редактировать
Комментарий Шейна заставил меня задуматься ... и я вспомнил, что у моего друга есть Drobo первого поколения, поэтому я провел тест на этом. Результаты ниже первого изображения, и да, сумасшедшие повсюду на записи ... может быть, это просто как Drobos? Но было бы ошибкой, если бы я воспринял это как эмпирическое доказательство отсутствия проблемы. У другого Дробо тоже может быть проблема. Тем более что он на 2 года старше моего: P
У меня точно такой же прибор, и я провёл небольшое тестирование. В 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%) и сильно нефрагментирована. Поскольку приведенный выше тест является полностью последовательным, трудно найти более идеальные условия.