Мой ReadyNAS Duo v2 имеет низкую скорость чтения и записи, несмотря на то, что он находится в гигабитной локальной сети. Я использую 2 x 2TB Western Digital Green дисков. Я вижу скорость чтения 3 МБ / с и скорость записи 1 МБ / с.
Любые указатели или предложения будут наиболее цениться.
Известно, что на накопители Western Digital Green влияет проблема, называемая IDLE3, которая является настройкой встроенного программного обеспечения, которая заставляет накопитель слишком часто парковать головку. Я изменил этот параметр и заметил улучшение в моем ReadyNAS Duo v2. Скорость чтения увеличилась с 3 МБ / с до 30 МБ / с, а скорость записи с 1 МБ / с до 20 МБ / с.
Есть программа idle3ctl, которую можно использовать для изменения настроек. Самое простое - вынуть диски из NAS, вставить их в компьютер под управлением Linux и изменить настройки с помощью следующих команд:
sudo apt-get idle3
./idle3ctl -d /dev/sda
./idle3ctl -d /dev/sdb
и выключите NAS и включите его снова.
Если вы хотите изменить настройку непосредственно из самого NAS, это немного сложнее. В прошлом регулировка значения IDLE3 была возможна с помощью этих шагов. Однако теперь, когда Debian прекратил поддерживать версию 'Squeeze', требуется еще несколько шагов:
Проверьте, сколько раз приводные головки были припаркованы. Если оно исчисляется тысячами, то, вероятно, головы припаркованы слишком часто (мои значения были около 2,2 миллиона).
smartctl -A /dev/sda | grep Load_Cycle_Count
smartctl -A /dev/sdb | grep Load_Cycle_Count
NAS запускает Debian 6, который называется squeeze. Эта версия устарела, поэтому вы должны указать apt-get, откуда получать обновления. Используйте следующие шаги, чтобы добавить новые значения в /etc/apt/sources.list
vi /etc/apt/sources.list
press 'i' to go into insert mode, then add the following lines:
deb http://archive.debian.org/debian squeeze main
deb http://archive.debian.org/debian squeeze-lts main
now press 'escape' to exit insert mode, and type ':wq' to save the file and quit vi
URL пришли отсюда
Установите Aptitude, который помогает устранить недостающие зависимости и конфликты:
apt-get install aptitude
Скажите APT-получить доверие архивных пакетов (получили эти команды из здесь):
sudo apt-get update -o Acquire::Check-Valid-Until=false
aptitude install debian-archive-keyring
Обновите apt-get
update apt-get
Выполните следующую команду, чтобы установить gcc. Важно - не принимайте первое решение, которое оно вам дает. Второй лучше, потому что он выполняет понижение, которое требуется.
aptitude install build-essential
Наконец, мы можем установить программу под названием idle3, которая позволяет нам изменять значение в прошивке.
cd ~
wget https://downloads.sourceforge.net/project/idle3-tools/idle3-tools-0.9.1.tgz
Общие инструкции по его использованию можно найти здесь
После загрузки архива, например, выпуска 0.9.1, распакуйте его:
tar xzvf idle3-tools-0.9.1.tar.gz
Перейдите в исходный каталог и скомпилируйте инструмент:
cd idle3-tools-0.9.1
make
Теперь у вас должен быть исполняемый файл idle3ctl.
ls idle3ctl
Проверьте версию
./idle3ctl -V
Определите, на какой диск его можно применить:
cat /proc/partitions
Если у вас есть два накопителя WD Green, они, вероятно, будут:
/dev/sda
/dev/sdb
Прочитайте значение IDLE3, используя следующую команду. Это говорит о том, сколько секунд накопитель ожидает перед парковкой головок:
./idle3ctl -g105 /dev/sda
Чтобы установить его на 5 минут (300 секунд), используйте следующие команды:
sudo ./idle3ctl -s 138 /dev/sda
sudo ./idle3ctl -s 138 /dev/sdb
На самом деле, возможно, стоит вообще отключить его (как сказал здесь Даниэль Мауэрхофер, сотрудник WD)
./idle3ctl -d /dev/sda
./idle3ctl -d /dev/sdb
Я отключил настройку на моем, и все работает очень хорошо. Теперь диски отключаются программным обеспечением ReadyNAS, а не самим диском.
Важно - выключите диск с помощью обычной страницы администратора, НЕ перезагружая. Когда он запускается, производительность должна быть лучше.
PS. Western digital предоставляет инструмент для Windows под названием wdidle3.exe, который можно использовать для изменения настроек в Windows.
Диски Western Digital Green на самом деле не предназначены для использования в NAS. Помимо настройки IDLE3, есть также функция TLER, которая контролирует, сколько времени накопитель может потратить на исправление ошибок. На правильных дисках NAS эта продолжительность сохраняется низкой. Причина в том, что если диск реагирует слишком долго (потому что он исправляет ошибку), RAID может решить, что диск неисправен, и вынуть его из RAID или начать реконструкцию. Султана хорошо описывает проблему:
Поскольку я недавно столкнулся с этой самой темой, я могу попытаться объяснить, что большинство людей подразумевает под "RAID Capable".
Все жесткие диски Western Digital могут быть помещены в массив RAID, но не все из них поддерживают функции, на которые способны диски RE (RAID Edition) и которые несколько лучше подходят для подключения к контроллерам RAID, независимо от того, являются ли они полными. аппаратные надстройки (Adaptec, LSI, Areca, Intel PCIe и High-End HighPoint) или встроенные контроллеры встроенного ПО (например, контроллеры Intel ICHxR, SiliconImage и Marvell), такие как Error Recovery Control и драйверы с двумя головками двигателя.
TLER - это ограниченное по времени восстановление после ошибок, версия WD контроля восстановления после ошибок (Seagates и Samsung называется CCLT), которая действительно вступает в действие только тогда, когда диск в массиве сталкивается с ошибкой при попытке чтения или записи в сектор / блок. / страница / др. Для дисков на аппаратном контроллере RAID контроллер имеет собственный уровень восстановления после ошибок при попытке исправить конфликты между тем же файлом / блоком / страницей / сектором, который должен быть зеркально отражен (в RAID 1) или сохранен в паритете (в RAID 5).
Когда обычный настольный диск сталкивается с ошибкой чтения или записи, он будет повторять как можно больше раз для чтения или записи, восстановления и переназначения поврежденного сектора / страницы / блока / и т.д., Иногда для этого требуется несколько минут. , В этот промежуток времени RAID-контроллер будет воспринимать жесткий диск как не отвечающий и конфликтует с методом восстановления ошибок RAID-контроллера и обычно удалит "не отвечающий" диск из RAID-массива, если он займет больше времени, установленного в прошивке карты. (обычно 10 секунд), даже если сам диск все еще находится в "хорошем состоянии". В простом зеркале RAID массив будет проходить процесс перестройки, который в значительной степени просто копирует данные с неразорвавшегося диска на сброшенный диск, чтобы поддерживать полное зеркало, которое, когда вы учитываете как процесс перестроения, так и процесс повторной аутентификации, может занять несколько часов - в зависимости от объема данных и размера зеркальных дисков. В массиве RAID 5 восстановление может занять значительно больше времени.
Диски eition RAID (WD RE2 / 3 / 4s и диски Seagate Constellation) в дополнение к аппаратным и гарантийным различиям имеют параметр в микропрограмме для остановки попытки восстановления с операцией чтения или записи через 7–10 секунд и позволяют контроллеру RAID просто восстановление путем копирования данных с другого диска (в RAID 1) или из информации о четности (RAID 5). Даже на встроенных контроллерах RAID, таких как встроенное ПЗУ Intel ICHxR, время ожидания ERC составляет 10-14 секунд, если я не ошибаюсь.
Тем не менее, на некоторых жестких дисках настольного класса может быть включен контроль исправления ошибок с использованием определенных инструментов в Linux или Windows (например, SmartMonTools), что делает их более подходящими для использования в RAID-массиве - фактически у WD был доступен инструмент называемый «TLER.exe», который фактически позволял изменять настройку ERC в микропрограмме привода (однако, он применял бы это изменение к каждому диску WD, обнаруженному инструментом сразу), но к большинству дисков WD Green (сделано после 2008/2009) больше не поддерживает функцию в своем встроенном программном обеспечении, и накопители Seagate Barracuda могут поддерживать включение CCTL, но вернутся к заводским настройкам встроенного программного обеспечения, если диски отключены (другими словами, если система перезапускается в теплом режиме, настройки остаются, но если один выключается и загружается в холодном режиме, затем CCTL возвращается в отключенное состояние - настройка в прошивке изменчива).
Тем не менее, именно настройки управления восстановлением ошибок TLER / CCTL иногда делают диски RAID-издания сами по себе неподходящими для использования на одном рабочем столе, потому что, если они когда-либо сталкиваются с подобной ошибкой чтения / записи, диск просто остановит попытку после От 7 до 10 секунд, вместо того, чтобы повторять попытки столько раз, сколько это делают обычные настольные накопители.
Иными словами, настольные накопители хороши как в RAID-массивах, так и в корпоративных накопителях, если на настольных накопителях никогда не возникает ошибка чтения / записи или сбойный сектор, что является нереальным ожиданием. Единственным случаем, в котором это не будет проблемой, является использование программного RAID в Windows, так как ОС изначально знает о динамических дисках и информации о конфигурации зеркала / полосы с четностью, поскольку она хранится на диске, а не в ПЗУ прошивки или на аппаратном BIOS.
В конечном итоге ваш пробег может отличаться, так как есть люди, которые сделали массивы RAID 5 на своих встроенных контроллерах RAID (firmware-RAID) и не имели проблем с использованием обычных настольных дисков, и те, кто создал массивы RAID 5 на карта LSI PCIe с резервным аккумулятором и встроенным кешем 256 МБ, использующая накопители WD RE4 и имевшая проблемы. Диски RE выходят из строя и могут вынимать весь массив так же легко, как и настольные диски в том же месте, в зависимости от типа RAID-массива, в котором они настроены. В конце концов, не рекомендуется использовать диски настольного класса в любом массиве, кроме простого зеркала, и ни в коем случае не поддерживается любыми известными производителями дисков.
Если я что-то упустил, пожалуйста, не стесняйтесь звонить
