Файловая система для очень маленькой (8 КБ) EEPROM

1961
PPaFeu

Мне нужно управлять 8 КБ пространства в EEPROM. Мне нужно хранить файлы в нем: конечно, они будут очень маленькими. Более того, мы не хотим терять какие-либо данные, которые уже сохранены, если батарея разряжена или что-то в этом роде. Для этого я ищу несколько файловых систем, которые были бы хороши в этом. (Я бы также принял отличный.) Кто-нибудь знает что-нибудь?

Заметки :

  1. Во время поиска я встретил JFS2, который кажется нормальным, но я прочитал «Минимальный размер файловой системы JFS2: 16 МБ», что слишком много фааааар и огорчает меня. Подтверждение?

  2. Я также встречал TexFAT, который выглядит великолепно с точки зрения безопасности, но я не смог найти никакой информации, касающейся размера минимальной системы, или минимального размера кластеров, или даже пространства, необходимого для ее собственной функциональности.

Большое спасибо.

5
ЭСППЗУ не требует батареи для хранения своих данных, и при этом она не идеальна для ситуаций, когда данные часто записываются в нее на месте. Обычно EEPROM записывается на заводе в контролируемых условиях. Поэтому нет необходимости в * журнализированной * файловой системе, такой как ** JFFS2. ** ** Ext2 ** или ** FAT32 **, или в простой пользовательской FS или даже в жестко закодированных таблицах, как правило, достаточно для организации данных для EEPROM. Или это действительно вопрос XY? sawdust 11 лет назад 5
Вы имеете в виду, что если вся система отключится без предупреждения, все, что написано в EEPROM, останется в любом случае? Нет риска потери данных, как вы можете иметь с традиционными хранилищами данных? Я знаю, что немного странно записывать данные в EEPROM на местах, но это действительно то, о чем меня просят. Спасибо за ваше время. PPaFeu 11 лет назад 0
* «Ты имеешь в виду, на случай ...» * - Да, но ... * «Нет риска потери данных ...» * - А? ** Энергонезависимое ** хранилище, такое как EEPROM, флэш-память и жесткий диск - все может сохранять данные без потребления энергии. Неожиданное (или грязное) завершение работы - это проблема, как правило (и решаемая) файловой системы. Когда все данные были сброшены на устройство, грязное отключение несущественно. В худшем случае устройство теряет питание во время операции записи важных данных FS. * Журнализированная * файловая система пытается сохранить целостность FS. Каков номер детали EEPROM? sawdust 11 лет назад 0
EEPROM - это отличное место для хранения руткитов и вирусов, но не более того. Кроме того, у них уже есть средства для хранения файлов. Почему бы не использовать его? Любопытно, почему вам нужно хранить на EEPROM вместо SSD, который не имеет движущихся частей? Lizz 11 лет назад 0
Что такое ко по отношению к кб? cutrightjm 11 лет назад 0
@ekaj: ko означает килооктет, то же самое, что и килобайт. То же самое относится к Mo / MB, Go / GB и т. Д. Неанглийские языки, как правило, не имеют прямого эквивалента слову «байт», поэтому вместо них используется «октет». Я отредактировал вопрос так, чтобы вместо него использовался KB. (* Примечание: тип MIME `octet-stream` используется для представления двоичных данных не в определенном формате. *) bwDraco 11 лет назад 0

1 ответ на вопрос

1
Waxhead

Архивы, такие как zip или 7-zip, в основном работают как файловая система, плюс вы получаете преимущество сжатия, и это звучит как хорошая идея для небольшой файловой системы. Можно ли было просто записать zip-файл прямо на блочное устройство? Не знаете, как вы справитесь с космическими сценариями, но все же, возможно, стоит попробовать?

Похожие вопросы