У меня есть четыре диска, два из которых WD15EARS, на сервере, и я пытаюсь разместить два WD15EARS в Linux mdadm RAID, но по какой-то причине производительность массива очень низкая (он синхронизируется со скоростью около 15 МБ / с) . Сначала я подумал, что это проблема с выравниванием, поскольку это диски расширенного формата, но я так не думаю. это как я их выровнял. У меня также есть два таких диска на моем настольном ПК, тщательно согласованные с LVM и RAID, и они работают нормально.
Я сделал несколько тестов скорости на отдельных дисках (sdb и sdd). Hdparm -t показывает 80 МБ / с для sdb и только 30 МБ / с для sdd (а два других диска, два Samsung, имеют скорость около 100 МБ / с). Эти результаты повторяемы. Это также показывает, что это не вопрос выравнивания, потому что тогда hdparm -t будет медленным на обоих дисках.
Мне не удалось обнаружить никаких различий, которые могли бы объяснить, почему один из этих дисков работает медленнее, за исключением того, что SMART сообщает следующее о хорошем диске:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
И сообщает об этом на неисправном диске:
Offline data collection status: (0x85) Offline data collection activity
was aborted by an interrupting command from host.
Auto Offline Data Collection: Enabled.
Автоматический автономный сбор данных должен выполняться каждые четыре часа, но сообщение о состоянии на неисправном диске никогда не меняется.
Я предположил, что именно эта автономная коллекция вызывает замедление, но я не могу ее отменить. Smartctl -X ничего не делает, что имеет смысл, потому что диски не имеют возможности «Прервать автономный сбор при новой команде», согласно smartctl -c.
В настоящее время я провожу длительное самотестирование, которое, надеюсь, что-то даст, но пока что я надеялся, что кто-нибудь знает, что может происходить.
Изменить: самотестирование завершено, все в порядке. Отключение автоматического автономного сбора данных тоже не помогло.
И я только что сделал тесты DD для записи. dd if=/dev/zero of=/dev/sdX bs=10M На хорошем диске было 65 МБ / с, на плохом - около 15 МБ / с. Определенно что-то не так.
Edit2: я взял диски из центра обработки данных и подключил их к своему ПК с помощью преобразователя USB в SATA. Теперь работает нормально ...
Возможно в Причиной значительного снижения производительности может быть автоматическое управление звуком (AAM) - проверьте его состояние на обоих дисках, используя hdparm -M и полностью отключите его, установив значение 254.
Кроме того, включение кеша записи на дисках с помощью hdparm -W стоит попробовать.
Поскольку вы используете диски Caviar Green (чего, честно говоря, делать не следует для настройки Linux RAID) и уже используете их, обязательно отключите функции энергосбережения, особенно функция IntelliPark.
Если ничего не помогает, это действительно может быть проблема с оборудованием - открыть RMA и вернуть диск в WD.
Я решил это. Оказалось, что родной SATA (AHCI) не включен. Теперь он работает (массив синхронизируется со скоростью 70 МБ / с), скорость чтения составляет 120 МБ / с. Тем не менее, такой медлительности не должно быть в устаревшем режиме, но, по крайней мере, она исчезла.
У меня теперь тоже есть нормальный NCQ. Раньше у меня был нефункциональный NCQ (dmesg|grep -i ncq: очередь 0/32; ноль означает, что диск его поддерживает, а контроллер - нет).
Проверьте выравнивание разделов на 4к секторах.