Проблема выбора флешовой файловой системы для at91sam7s/7x, обыкновенный spi'йный dataflash Опции

[Harbour]

Hi.

Нужна FS со следующими характеристиками :

- wear leveling (так как флеш примитивный)
- log structured или transaction based, т.е. fault tolerant
- small memory footprint (< 8k [при одном открытом файле])
- особо быстрая скорость не требуется
- совместимость с существующими FS (FAT например) нафиг не нужна

При беглом обзоре по инету из открытых нашел ELF, из закрытых lffs (symbian) и targetffs (из targetos), остальные или рассчитаны на работу с mmc./sd (т.е. wear пофиг), или жутко кушают озу.
Кто-то задавался данным вопросом ? Может есть готовые решения ? Или кто думал написать свою - можно сложить усилия, кой-какие идеи уже имеются.

P.S. Кстати а где взять более подробную инфу по lffs/targetffs ? А то как-то скупо все у них на сайте.

P.P.S Еще о NOR датафлеши от атмеля - в любой NOR флеши можно стереть страницу и потом сбрасывать биты, так сказать до упора - в доке по at45db четко написано - не рекомендуется, вопрос кто что думает по этому поводу ?

TIA

[KiV]

Hmm, обычно это справедливо для NAND флешей.

похоже что dataflash это комбинированный флеш , т.е. не чистый NOR, отсюда и ограничения.

Вот именно! DataFlash как-бы сказать... не совсем NOR. Чегой-то там атымел намудрил... Отсюда и такие странные ограничения - и не NAND и не совсем NOR.

Да, но эти записи придется делать в другую страницу.

Почему в другую - запись именно в ту-же страницу (с Buil-in Erase). Где-то у атмела видел описание именно такого алгоритма. Единственное ограничение - контроль 10000 подобных циклов на один блок, после чего обязательное стирание блока. У меня подобного контроля не было (как и файловой системы ) т.к. было гарантированное алгоритмом стирание блока задолго до 10000 циклов. А вот один знакомый напоролся на это. Причем при некотором износе массива (~30-50%) сбои начали проявлятся при 7-8 тысячах подобных перезаписей. Правда это все со слов человека. Сам такого не наблюдал.