правильная работа с Flash, нюансы при работе с Flash Опции

[billidean]

Добрый день всем.
Недавно занимался разработкой контроллера для NADN-Flash, при этом стояла задача минимальной потери данных вследствие "битости" ячеек. Т.е. пришлось реализовывать алгоритм контроля целостности используемых ячеек флэшки. В результате получился довольно серъезный алгоритм.
Сейчас стоит задача использования обычной флэшки(её еще предстоит выбрать) для хранения каких-то данных, и будет нехорошо, если часть данных пропадет.
На сколько мне известно у флэшек периодически бъются ячейки, и после этого с ними нельзя работать.
Вопрос к тем, кто работал с флэшками в подобных проектах: Вы также занимались контролем целостности используемых ячеек флэшки? Неужели и здесь придется городить эту немалую систему контроля?
З.Ы.: с Flash-памятями мало знаком, буду благодарен за полезные ссылки.

[billidean]

Народ, 160 просмотров, и ни одного посетителя, кто работал с флэш-памятью???

Что успел накопать:
1. NAND - память применяется при работе с большими объемами данных, имеет малую стабильность сохранности ячеек, поэтому необходим дополнительный контроллер, завязанный на контроль данных. Имеет большие времена записи/чтения/стирания по причине больших блоков/секторов. Также довольно небольшой ресурс около 10,000 записей.
2. NOR - довольно быстрая память, имеет не большие блоки для записи/чтения, НО имеет относительно малые объемы, из-за чего для больших объемов данных придется ставить несколько корпусов. А самое интересное, что я вычитал на эту память - она не нуждается в контроле битых ячеек!!! Вот эту последнюю информацию я не понимаю, ведь ресурс у них тоже ограничен, около 100,000 записей. (Кто что может сказать по этому вопросу, прошу высказаться, чем больше инфы, тем лучше!!!)

Прошу поделиться опытом использования тех или иных флэшек для хранения/перезаписи данных.

[DmitryR]

Ресурс NAND очень различается в зависимости от типа. SLC, которые хранят по одному биту в ячейке, выдерживают тоже сто тысяч записей. Сектор там 528 байт. Кажется туда помещается 512 байт, завёрнутые в код Рида-Соломона, исправляющий две ошибки. Как мы конфигурили Рида-Соломона под чётное число символов - не помню, кажется извращались с длиной символа. Поэтому если вам не надо делать SSD (то есть иметь неограниченный лимит записи) то вероятно вы без перемещения секторов сможете обойтись.