Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами... |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 5 6 | Печать |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 31 мая 2018 13:04 Сообщение отредактировано: 10 августа 2018 10:03
Disk #1 - Hitachi HTS543232A7A384 S.M.A.R.T. | Verify #1 | Verify #2 | Карта блоков Нулевой атрибут S.M.A.R.T. 5. и ненулевой 196. как бы говорит, что были софт-беды и они исправлены без ремапов, но тест поверхности показывает, что в определённых местах есть провалы. С чем они могут быть связаны? Так получилось, что с первого раза я тестирование закончить не успел и сохранил промежуточные данные test #1 и странно, что на следующий день в test #2 начало диска читается гораздо лучше, при том, что при первом тестировании не было секторов с доступом более 50 мс. Почему данные тестирования могут так плавать день ото дня? |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
ATauenis написал: У меня есть ноут на 32-х битной XP, если что-то надо будет перетестить именно в Victoria, могу запустить там. Её надо 32-битную систему. Подойдёт всё от 2000 до 10. |
aleksvolgin
Advanced Member
Всего сообщений: 2123 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 21 нояб. 2010 |
CodeMaster написал: Нет. Называй диски так: полное название модели диска_полный серийный номер: WD5000LPVT-22G33T_WD-WX51AA214000. Попадутся два диска одинаковой модели различающиеся только серийными номерами - сам же себе за это потом спасибо скажешь. Для простоты навигации по теме, у каждого диска будет название типа Disk #XX. CodeMaster написал: Диски тестировать надо в открытом корпусе с активным охлаждением оных, никаких ноутов. Аксиома. У меня есть ноут на 32-х битной XP, если что-то надо будет перетестить именно в Victoria, могу запустить там. |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
aleksvolgin написал: С названиями всё путём ;-) (можно посмотреть адресную ссылку) Это упрощение только для этой темы. Нет. Называй диски так: aleksvolgin написал: ОК, это не проблема. Диски тестировать надо в открытом корпусе с активным охлаждением оных, никаких ноутов. Аксиома. |
DOS Logic
Advanced Member
d(-_-)b Откуда: Украина. Ивано-Франковск Всего сообщений: 4778 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 1 июля 2006 |
нормально виктория 4,47 работает на всех виндах от ХР до 10, 32 или 64 не важно только на винде 7 и выше надо запускать файл в режиме администратора и будет все ок |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
Пошло это по теме :-( DOS Logic написал: Не ссуть, надо будет заработает, мне сейчас HDDScan удобнее. нормально виктория 4,47 работает на всех виндах от ХР до 10, 32 или 64 не важно |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
CodeMaster написал: Могут быть места с ухудшенной читаемостью, где она вытягивается за счёт ECC. Может компьютер не справляться - при прямом доступе к портам тестирование идёт в режиме PIO, это сильно грузит процессор. Могут параллельно запущенные процессы сбивать таймер. тест поверхности показывает, что в определённых местах есть провалы. С чем они могут быть связаны? CodeMaster написал: Ну, вообще говоря, плотность записи современных HDD такова, что они даже на громкие звуки реагируют, не говоря уже о положении в пространстве, вибрации, атмосферном давлении, температуре и др. А может, причина чисто софтовая, в самом стенде. Почему данные тестирования могут так плавать день ото дня? |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 31 мая 2018 16:19 Сообщение отредактировано: 31 мая 2018 16:20
В дополнение, еще может быть влияние температуры, чтение может улучшаться/ухудшться при прогреве/охлаждении. PS. Это явление очень сильно заметно с MFM, у моделей с разомкнутой петлей позиционирования. Я как то проверял ST-225, отформатированный много лет назад. Пока диск был холодный, чтение файлов было на ура, по мере прогрева появились плохие сектора. Легкий обдув вентиляторм сделал секторы снова хорошими |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
KALDYH написал: Это очень интересная информация. А не встречалась кому блок-схема как firmware винта проводит отбор кантидатов на ремап, их тестирование и собственно ремап (он по возможности происходит с сохранением информации или всегда с потерей)? Могут быть места с ухудшенной читаемостью, где она вытягивается за счёт ECC. KALDYH написал: Не, там мощные системы, загрузка проца 1%. Я вот как-то тестил винты на буке PIII-500 через переходник в USB 1.1, так вот там видно, что скорость режется на уровне 30 Мбит/с (у HDDScan и того меньше) и загрузка проца 50-90% Может компьютер не справляться - при прямом доступе к портам тестирование идёт в режиме PIO, это сильно грузит процессор. KALDYH написал: Тут, кстати, интересный вопрос (вкупе с предыдущим про проц). По идее, тест Verify в HDDScan и Victoria for Win и Линейное чтение (которое раньше и в DOS назвалось верификацией) в Victoria 3.5 проводится firmware винта без участия интерфейса и компа и комп здесь выступает как терминал который выводит собираемую контролером диска информации о скорости доступа. Всё бы вроде так и видно что тесты Read и PIO - чтение идут значительно медленнее, но... тот самый бук PIII-500. Неужели его не хватает для минимальных требований прог тестирования и он не справляется даже с функцией терминала? Могут параллельно запущенные процессы сбивать таймер. KALDYH написал: Это да, но это выглядит как чуть более медленный единичный блок секторов (я же не на вибростенде их проверяю ;-) и на график никак не влияет. Ну, вообще говоря, плотность записи современных HDD такова, что они даже на громкие звуки реагируют KALDYH написал: Оно статично. не говоря уже о положении в пространстве, вибрации, KALDYH написал: Это влияло бы на всё тестирование поверхности. атмосферном давлении, температуре и др. KALDYH написал: Может, но вряд ли этот "софтовый" затык может занять 5-10% объёма диска. К данному моменту у меня есть графики тестирования около 20-ти разных дисков и на некоторых я перепроверял подозрительные "впадины" и "пики" и они либо повторяются, либо несколько сглаживаются (в основном провалы) если по этому месту пройтись записью. В данном случае этого не было, да и опять же объём совсем другой это не единичный провал. А может, причина чисто софтовая, в самом стенде. i8088 написал: Температура у них примерно стабильна, да и тестируются диски более 80 гигов, т.ч. MFM тут не причём. В дополнение, еще может быть влияние температуры, чтение может улучшаться/ухудшться при прогреве/охлаждении. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 31 мая 2018 22:09 Сообщение отредактировано: 31 мая 2018 22:31
CodeMaster написал: Так remap при записи и делается, при чтении откладываются кандидаты на remap. обственно ремап (он по возможности происходит с сохранением информации или всегда с потерей)? CodeMaster написал: Verify - это обычная ATA команда, не требующая передачи блока(ов) данных (обычно размер проводится firmware винта без участия интерфейса и компа и комп здесь выступает как терминал блоков 512 байт). CodeMaster написал: Не понял. Скорость чтения определяется режимом передачи данных и совместной работой диска/ Всё бы вроде так и видно что тесты Read и PIO - чтение идут значительно медленнее, контроллера/драйвера. В режиме PIO4 теоретически достижимый максимум 16.7MB/s с довольно сильной.загрузкой CPU (одного ядра, в случае многоядерных). Верификацию Вы можете проверять даже на 286 машине, на 286 работает например MHDD 2.7.4.3. Те P3-500 не хватить для этого никак не может, ищите причину в ОС и программе. Вообще такие замры идеально под DOS делать... У Seagate Barracuda есть особенность FW - если скорость контроллера менее скорости отдаваеиой диском, то чем быстрее диск мог бы отдать данные, тем медленнее идет чтение. У той же Seagate есть баг, встречается у некоторых семейств - скорость верификации ниже скорости чтения, например ALPINE со старым FW 3.06 на verify дает ~36 MB/s, на чтении ~56MB/s (в начале диска). |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 5 6 | Печать |
Полигон-2 » Технический флейм » Примеры S.M.A.R.T. и сканов HDD / SSHD / SSD с вопросами... |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |