 |
Форум iHDD.RU
Ремонт накопителей и восстановление информации
|
|
MHDD FAQ
|
| Автор |
Сообщение |
MisterSilver
Зарегистрирован: 16.09.2008
Сообщения: 6
|
 Добавлено: Сб, 20 Сен, 2008 23:19 Заголовок сообщения: |
 |
|
| И, кстати, не совсем понятно, что значит если Сигейт старенький - то там просто меньшая плотность записи и если винт здоров то там просто не может быть блоков с такой скоростью доступа к ним (150) ? |
|
| Вернуться к началу |
|
 |
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Вс, 21 Сен, 2008 04:27 Заголовок сообщения: |
|
|
Seagate ваш, помедленнее сам по себе.
Если, к примеру, вы запустите тест на дренем квантуме,
то вся поверхность будет "зеленая".
На каждом винте, есть переназначенные сектора (ремапы),
и когда идет обращение к таким секторам, то происходит задержка.
На более скоростных винтах, это сильнее заметно....
...если вы проверите, современный сигейт с перендикулярной записью,
то сильно удивитесь количеству таких задержек. |
|
| Вернуться к началу |
|
|
Antech
Зарегистрирован: 03.10.2005
Сообщения: 838
|
| Добавлено: Вс, 21 Сен, 2008 15:59 Заголовок сообщения: |
|
|
nazyura
На каждом винте, есть переназначенные сектора (ремапы)
Ремапы? На каждом?
А PList'овые сектора разве дают задержки? |
|
| Вернуться к началу |
|
|
MisterSilver
Зарегистрирован: 16.09.2008
Сообщения: 6
|
| Добавлено: Пн, 22 Сен, 2008 14:02 Заголовок сообщения: |
|
|
| nazyura писал(а): | Seagate ваш, помедленнее сам по себе.
Если, к примеру, вы запустите тест на дренем квантуме,
то вся поверхность будет "зеленая".
На каждом винте, есть переназначенные сектора (ремапы),
и когда идет обращение к таким секторам, то происходит задержка.
На более скоростных винтах, это сильнее заметно....
...если вы проверите, современный сигейт с перендикулярной записью,
то сильно удивитесь количеству таких задержек. |
Вобщем, я так понял, что я могу не переживать, с винтом у меня все нормально? |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Пн, 22 Сен, 2008 20:00 Заголовок сообщения: |
|
|
| Цитата: | | А PList'овые сектора разве дают задержки? |
А какая разница ?
Split Area - одна на всех, и для P и для G и.т.д. и.т.п.
| Цитата: | | с винтом у меня все нормально? |
Нормально... |
|
| Вернуться к началу |
|
|
maysoft
Зарегистрирован: 27.09.2005
Сообщения: 661
|
| Добавлено: Пн, 22 Сен, 2008 21:03 Заголовок сообщения: |
|
|
nazyura
Сектора, занесённые в P-List задержек не дают  |
|
| Вернуться к началу |
|
|
Antech
Зарегистрирован: 03.10.2005
Сообщения: 838
|
| Добавлено: Пн, 22 Сен, 2008 21:29 Заголовок сообщения: |
|
|
nazyura
P-List - исключение из трансляции, G-List - замена (ремап). Я отстал от жизни? |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Пн, 22 Сен, 2008 21:39 Заголовок сообщения: |
|
|
maysoft
| Цитата: | | занесённые в P-List задержек не дают |
Почему ?
Разве сектора, занесенные в Plist, не имеют замены в Split-е ?
И что получается, когда мы переносим из G в P с пересчетом траслятора ?
Разве при этом уменьшается доступный LBA ?
Antech
| Цитата: | | P-List - исключение из трансляции |
Исключение из адресного пространства ?
То-есть, уменьшение объема User-LBA ? |
|
| Вернуться к началу |
|
|
Antech
Зарегистрирован: 03.10.2005
Сообщения: 838
|
| Добавлено: Вт, 23 Сен, 2008 13:29 Заголовок сообщения: |
|
|
nazyura
Не знаю, это у Вас (ремонтников) надо спросить . В тех статьях винтогуру, что я когда-то читал, было именно исключение из трансляции (ведь есть, наверное, какой-то запасной объем, который скомпенсирует это). |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Вт, 23 Сен, 2008 15:24 Заголовок сообщения: |
|
|
| Цитата: | | (ведь есть, наверное, какой-то запасной объем, который скомпенсирует это). |
Я понимаю эту мысль так:
Адреса всех найденных при скане бэдов, заносятся в PList
и транслятор, просто исключает все эти адреса из использования.
Потом, за счет некоторого резерва, подгоняет обьем винта, до нормы.
...
Далее... когда винт находится в эксплуатации, все найденные бэды,
попадают в GList, который является списком переназначенных секторов, пожирая SplitArea.
...
После обычного вендор-формата, который часто присутствует
в утилях от производителя (DeffectFree), весь GList,
перемещается в PLIst, очищается, а транслятор пересчитывается
с учетом PLIst-а и все эти сектора, исключаются из обращения.
А переназначенные сектора, живущие в SplitArea куда денутся ???
...
maysoft хитрый... сказал и убег..., а кто ответ бу держать пред народом, жаждущим кровы ?
 |
|
| Вернуться к началу |
|
|
maysoft
Зарегистрирован: 27.09.2005
Сообщения: 661
|
| Добавлено: Ср, 24 Сен, 2008 00:45 Заголовок сообщения: |
|
|
| Ну это как бы настолько банально и не ново, что просто как-то ломает это обсуждать |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Ср, 24 Сен, 2008 06:21 Заголовок сообщения: |
|
|
| Цитата: | | настолько банально и не ново |
Незнаю, что здесь банального...
Я вот специально просмотрел трансляторы от совершенно новых винтов WDC одинаковых моделей, и у всех винтов, совершенно разное количество, занятых цилинров и секторов в SplitArea, в зависимости от веса транслятора.
При этом, базовый размер SplitArea, у них одинаковый.
То-есть, чем больше вес транслятора - тем меньше, остается цилиндров и секторов в SplitArea.
А это значит, что все, что находится в трансляторе - переназначено, а не исключено.
...Да и в заводском скрип-конфиге, явно указывается, максимальное количество допустимых переназначений при скане...
|
|
| Вернуться к началу |
|
|
vakr
Зарегистрирован: 12.05.2007
Сообщения: 145
|
| Добавлено: Ср, 24 Сен, 2008 08:47 Заголовок сообщения: |
|
|
nazyura
А я насколько понимаю если бэд-сектор отмечен в г-листе, то он непосредственно заменяется из сплитареа.
Если в п-листе, то воркареа просто вся последовательно сдвигается "вправо" в сплитареа. Отсюда и задержек нет. |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Ср, 24 Сен, 2008 09:42 Заголовок сообщения: |
|
|
vakr
| Код: | | просто вся последовательно сдвигается "вправо |
Что сдвигается ?
Бэды при скане, так-же случайны, как и при работе...
Какая разница, куда сдвигать бэдовые, например 1 и 10000 сектора ?
Например (образно):
Адрес начала SA = 0 - конец 299
Адрес начала SplitArea = 300 - конец 999
Адрес начала UserArea = 1000 - конец 10000
Есть 2 бэда, 1000 и 10000 секторы.
Они заменены соответственно на 300-301.
Что и куда сдвинется ?
|
|
| Вернуться к началу |
|
|
vakr
Зарегистрирован: 12.05.2007
Сообщения: 145
|
| Добавлено: Ср, 24 Сен, 2008 12:44 Заголовок сообщения: |
|
|
Бэд в 3000 секторе. Может быть:
- s2999 (LBA2999) - s302 (LBA3000) -s3001 (LBA3001) ... хеад прыгает
- LBA0 (s302) - LBA1 (s1000) - ... LBA3001 (s3001) ... хеад последовательно летит. |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Ср, 24 Сен, 2008 13:22 Заголовок сообщения: |
|
|
| Цитата: | | ... хеад последовательно летит. |
Во первых, если и "последовательно", то задержки все равно будут.
VCM, все рано куда прыгать, назад или вперед - скорость прыжка не меняется.
Куда она полетит, если читаются сектора от 9500 до 10000, последовательно ?
Вот дочитались мы до 9999, а дальше куда прыгнет ?
Только назад и прыгнет...
...а если не 10000, а 9998 в ремапе, а нам нужно от 9500 до 10000 ?
Как не крути, а задержки будут обязательно.
Возьмите любой новый, шустрый винт и обязательно увидите задержки. |
|
| Вернуться к началу |
|
|
vakr
Зарегистрирован: 12.05.2007
Сообщения: 145
|
| Добавлено: Ср, 24 Сен, 2008 17:50 Заголовок сообщения: |
|
|
[quote="nazyura"] | Цитата: | | ...а если не 10000, а 9998 в ремапе, а нам нужно от 9500 до 10000 ? |
аналогично. (По сути)
| Цитата: | Как не крути, а задержки будут обязательно.
Возьмите любой новый, шустрый винт и обязательно увидите задержки. |
Без сомнения. Задержка задержке рознь. (От забора до забора чуток дальше, чем до канавы ). И прыгать приходится чаще. Да и природа задержек может видоизмениться с переходом на перпендикуляр. Имхо. |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Ср, 24 Сен, 2008 19:12 Заголовок сообщения: |
|
|
| Цитата: | | Да и природа задержек может видоизмениться |
Ничего не изменится, пока используется актуатор.
| Цитата: | | Задержка задержке рознь |
При чем здесь ваш забор ?
При обращении к 9998, актуатор прыгнет назад, потом, опять вперед на 9999.
Такая "оптимизация", не может спати от задержек,
если это только не "исключение" сектора.
Еще раз повторяю...
Куда и как прыгает актуатор, нет никакой разницы.
Скорость перемещения актуатора, не зависит от направления.
Мало того, если сектора отстают друг от друга менее 25%-30% длинны радиуса,
то скорость перемещения падает, так-как, актуатор, не может набрать макимаьную скорость при таких расстояниях.
Короткие прыжки (не перемещения с трека на трек),
занимают больше времени. Поэтому при измерении производительности,
минимальный seek, равен 1/3 радиуса.
...
А при "перпендикуляре", задержки еще заметнее,
потому-что производительность выше. |
|
| Вернуться к началу |
|
|
vakr
Зарегистрирован: 12.05.2007
Сообщения: 145
|
| Добавлено: Ср, 24 Сен, 2008 20:07 Заголовок сообщения: |
|
|
nazyura
Вы рассматриваете случай прямой подмены бэда, а я - его пропуск в трансляторе физики в логику. |
|
| Вернуться к началу |
|
|
nazyura
Зарегистрирован: 11.10.2005
Сообщения: 337
|
| Добавлено: Чт, 25 Сен, 2008 06:50 Заголовок сообщения: |
|
|
| Цитата: | | а я - его пропуск в трансляторе физики |
Я уже говорил что...
| Цитата: | | у всех (новых) винтов (WDC), совершенно разное количество, занятых цилинров и секторов в SplitArea, в зависимости от веса транслятора |
А это значит, что бэды, при скане, не пропускаются (не исключаются).
Об этом, так-же, говорят, и логи скана и задержки на новых винтах.
Каждая ячейка в трансляторе, указывает на конкретный сектор в Split-е.
В трансляторе просто нет отдельной области, специально созданной,
для пропуска секторов. Он однообразен и его структура, неизменна.
Транслятор указывает смещения, относительно первого сектора Split-а,
и при встрече адреса указанного в P/G-листах, передает указатель,
на соответствующий адрес Split-а... можете посмотреть в hex-редакторе
Мысли о том, что на новых винтах, сектора просто пропускаются транслятором,
возникают только потому, что,
при заводском скане, обьемные, бэдовые области и треки, обрезаются и
исключаются из использования, но они не имеют отношения к самому транслятору.
Для этого есть таблицы зонного распределения.
Там действительно, есть пропуски проблеммных участков и треков.
...Представьте себе, сколько бэдов, на современных винтах, обнаруживаются сканом.
Их сотни тысяч, миллионы, и почти все в разных местах.
Никакого транслятора не хватит, что-бы вместить такое количество секторов.
Поэтому, режутся зоны, треки и изменяются таблицы зонного распределения,
а в транслятор и PList, попадают только те сектора, которые были обнаружены,
при "тонком", чувствительном, завершающем скане
(обычно - с большим временем доступа)
и если такие сектора ввести обратно в строй, то они будут работать.
Можете это проверитить, сделав очистку PList-а и пересчитав транслятор.
При этом, количество секторов в SplitArea - прибавится. |
|
| Вернуться к началу |
|
|
|
|
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
Накопители. Восстановление информации и ремонт
