Вероятность того, что исказятся и данные и CRC, да еще так, чтобы CRC осталась верной, много меньше, чем вероятность искажения двух битов на одинаковых позициях в разных записях.
И конечно всегда возможен вариант полной ж., но так жизнь устроена, ничего не поделаешь.
а если исказится CRC, и пару бит в разных записях? вариант полной ж. не берем во внимание. но ситуация, с искаженной crc и данных на всего каких-то 136битах есть немаловероятная
из доки микрона, на конкретную память: "Minimum required ECC 1-bit ECC per 528 bytes of data" это означает, что в 528байтах, может быть ошибка только в одном бите из 4224? если да, то достаточно 3-4 раза записать одно и тоже 32битное число...
из доки микрона, на конкретную память: "Minimum required ECC 1-bit ECC per 528 bytes of data" это означает, что в 528байтах, может быть ошибка только в одном бите из 4224?
Это значит, что ECC может исправить одну ошибку на 4224 бита. Т.е. много и сразу отваливаться не должно.
Цитата(brag @ Jun 16 2009, 21:07)
если да, то достаточно 3-4 раза записать одно и тоже 32битное число...
Ох, ну зачем 4-я запись-то? Что Вы с ней делать будете?
для круглости чисел процу проще будет обработать if(!(x&3)), чем if(x!=3). конкретному процу, в смысле. был бы avr, там до лампочки. хотя такая мизерная оптимизация не даст никакого выиграша
Сообщение отредактировал brag - Jun 16 2009, 18:04
Есть необходимость использовать в приборе флешку приличной емкости (8-16 мбит). Почитал про NANDы, испугался - гарантированных циклов записи/стирания нет (кроме первого сектора). Надо реализовывать ремап сбойных секторов. Надо размазывать запись чтобы часто перезаписываемые сектора (например FAT) не умерли через неделю. Я правильно понимаю, что в SD флешке это уже все реализовано? И еще - краем уха слышал, что бывают SD флешки в корпусе под пайку, с ногами. Подскажите где искать (или по каким словам).
Чем занимается контроллер в SD flash?
Jun 16 2009, 14:33
как тогда быть? держать еще нсеколько crc?
