Seagate Constellation ES.3 1TB (ST1000NM0033)

Настоятельно рекомендую проверять поверхность диска сразу после покупки при помощи MHDD - мне попался экземпляр с 666!!! секторами 150ms и 21!!! сектором 500ms - и этот результат повторяется при последующих прогонах MHDD. По расположению проблемных секторов становится понятно, что это производственный брак, а не следствие удара и/или падения, т.к. проблемные секторы располагаются неравномерно (несимметрично) по всей поверхности.

Пока тестируется в открытом стенде - очень тихий.

Скорость чтения в MHDD прыгает от 130... до 190 с копейками мегабайт в секунду.

Пытаюсь поменять у продавца.

а у кого брал?

ZikLoN:

Metiz_82,
знакомые из московии таскают.
В конце концов, заменил на SSHD - результаты подобные, но остановился, т.к. задолбало - потерял 2 недели почти с бесконечными тестами и обменами. Посмотрим, сколько он продержится в адеквате.
Возможно, подобные результаты MHDD это следствие "занятости контроллера" как пишут в тырнетах, но всё равно, чем бы подобные результаты ни были вызваны, напрягает, когда новый веник имеет такие показатели с нуля.

А может быть суть проблемы в том что ваш HDD стоит не в раиде и вы забыли выставить ERC (0,0)?

НА хабре был правильный мануал для пользования такими дисками, потерял ссылку, но и этот подойдет - https://geektimes.ru/post/92701/
Т.е. после покупки его необходимо настроить на "правильный лад" в зависимости от назначения

https://geektimes.ru/post/92701/

код выделить все

ST1000NM0033

SCT Error Recovery Control:
Read: 100 (10.0 seconds)
Write: 100 (10.0 seconds)


Если блок не пишется в течение 10 секунд, то помечается как плохой и жизнь продолжается. Какой-то подросток разнюхал про существование этой ф-ии и давай ее отключать. Ну юношеский максимализм, простительно.

По дефолту линукс (ядро) выставляет для каждого веника таймаут

код выделить все

cat /sys/block/sda/device/eh_timeout

в 10 секунд. Вантуз - тоже самое вроде этого. Если TLER таймаут сработает раньше, чем софтверный, то ядро залогирует ошибку и сделает ретрай.

Поэтому не нужно обнулять TLER. Вы будете обнулять TLER и системный таймаут временно, когда будете пытаться восстановить данные с полностью умершего диска. Вы даже не будете этого делать руками - программа сделает это сама. Если очень хотите, то поставьте таймаут TLER больше чем системный - допустим 60 секунд. А можете вообще не трогать, особого смысла в этом нет.

Дело в том, что для хардварного (опять же не для всех контроллеров) raid-а важен не сам этот параметр, а возможность его настройки. Фактически ентерпрайз веники отличаются от десктопных тем, что на них можно TLER настраивать. Десктопным веникам настраивать TLER просто не имеет никакого смысла. Софтверный реид может быть выполнен на любых дисках с TLER или без него.

Хардварные реид контроллеры были важны, когда процы были слабые и базовая память тормозная. На сегодняшний день они и даром не нужны. В 2019 пользуйтесь софтверным реидом и все будет отлично. TLER просто забудьте, не трогайте его. Пусть стоит как стоит. Все равно ядро будет долбить ретраи в течение того таймаута, который вы зададите.