Исходное сообщение
"Реализация в Linux проверки целостности данных в блочных устройствах  " Отправлено i_am, 17-Июн-08 11:18
Вообще-то в HDD всю жизнь сектора были более чем 512 байтов, как раз для ECC.И ECC там всегда есть.Только вот как правило все накопители сами считают ECC, чинят ошибки а то и принимают решение о переносе данных из нестабильного сектора в резервный.Не совсем понятно зачем это вообще выносить на уровень ос.Конечно программно считать ECC вместо того чтобы накопитель это делал аппаратно сам круто но вот НАФИГА БЫ???Процессор нечем занять?Если пытаться померяться с железом накопителя в исправлении ECC - особо смысла не вижу: ecc и сам накопитель посчитает, а трудные случаи все-равно к ошибке чтения приведут.В лучшем случае.Можно подумать что ECC можно рассчитать лучше чем сам накопитель.Ага, удачи.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Вообще-то в HDD всю жизнь сектора были более чем 512 байтов, как > раз для ECC.И ECC там всегда есть.Только вот как правило все > накопители сами считают ECC, чинят ошибки а то и принимают решение > о переносе данных из нестабильного сектора в резервный.Не совсем понятно зачем > это вообще выносить на уровень ос.Конечно программно считать ECC вместо того > чтобы накопитель это делал аппаратно сам круто но вот НАФИГА БЫ???Процессор > нечем занять?Если пытаться померяться с железом накопителя в исправлении ECC - > особо смысла не вижу: ecc и сам накопитель посчитает, а трудные > случаи все-равно к ошибке чтения приведут.В лучшем случае.Можно подумать что ECC > можно рассчитать лучше чем сам накопитель.Ага, удачи.
	Введите код, изображенный на картинке: