hdd remap

Alex 8elov написал(а) к Dmitry Batov в Jun 05 07:49:00 по местному времени:

29 Jun 05, Dmitry Batov -> Alex 8elov:

NF>>> бэдами, их pемапят и заменяют эти сектоpа на pезеpвную область.
NF>>> Значит будет медленнее на столько, на сколько стало больше таких
NF>>> замененных областей...
Ae>> Ну, всё логично, так и есть.
Ae>> Только тут ещё одна загвоздка, прежде чем осыпаться блок начинает в
Ae>> несколько раз медленнее читаться, и если винт посыпался, то ББ
Ae>> размножаются (пусть даже медленно), появляются блоки на грани
Ae>> сбоя, они читаются и пишутся но меееедлненно, на MНDD это кстати
Ae>> хорошо видно, а уж когда совсем помер - тогда ремапим, пока место
Ae>> в резерве есть.
DB> и еще чуть-чуть:
DB> блок не может медленней читаться, просто при сбое контрольной суммы
Может, то про что ты пишешь ниже - это совсем медленней, на таком
винте уже практически невозможно работать.

DB> сектора, происходит перечитывание всего кластера, чем больше попыток тем
DB> медленней результативная передача данных, при превышении попыток чтения
DB> определенного числа кластер считается плохим и ремапится в некоторых
DB> винтах даже автоматически. По всей поверхности диска есть резервные
DB> области для авторемапа и при заполнении ближайших к дефекту время поиска
DB> ремаппированного кластера увеличивается из-за необходимых больших
DB> перемещений головок. Кстати авторемап похоже пытается делать и винда при
DB> скандиске - обычная история - сначала при каждой перезагрузке
DB> тестируется винт, а затем винда после некоторого времени при
DB> перезапусках перезагружается, стоит нормально отремапить диск и все ОК
Если что-то обнаружено, а так прото - нет, новые винты сами при
простое отсканируются и отремапятся :)

... -Чт0, в0дку пъете? -Пъем. Была бы твеpдая - гpызли бы...
--- http://udav-st.pisem.net.·∙udAV-STAT...v-st.pisem.net ---