Зловещее зарево Embedded Linux встаёт над миром

[mend0za]

Файловая система JFFS2 на SPI EEPROM ST Micro m45p80 на 1 MB.

Ядро 2.6.28.10, armv5tejl, самопальный порт BSP c 2.6.16.4 (кстати, я ещё не писал что портировал SPI драйвера в дополнение к своим старым изыскам и добавил возможность отключения MTD_CONCAT в оригинальный вендорский код :) ).

Форматирую устройство, заливаю файловую систему.
192KB занято файловой системой (из 1024KB - уже круто).

Начинаю создавать мелкие файлы, дохрена мелких (14b) файлов. На счётчике 4337 заканчивается место. Это 59КB реальных данных. "df -B 1 ." показывает бред (осталось 72KB), du утверждает что записано 2.1MB.

Отключаю компрессию - результат идентичный.

Считаем payload - порядка 164 байта на файл. Это алилуйя.

Напрягаю мозг - и отключаю JFFS2_SUMMARIZE. Теперь влазит 6030 файлов (82KB данных)
Но начинается неведомое - эти файлы теперь невозможно поменять. Удалить - можно , поменять - нельзя (no free space on device).

И мёртвые с косами вдоль дорог стоят.

Comments

[gmax-lj.livejournal.com]

звучит бредово, понимаю, но можно ли сделать не N тысяч файлов по 160 байт, а один большой, где хранить ключ (например, хеш пути в фс) и данные? доступ можно в юзерспейсе редиректить. но это если jffs2 с одним файлом лучше справится..

[mend0za.livejournal.com]

я планирую разбить всё таки по файлам на каждую переменную

переменных немного, гораздо меньше тысячи, и размер их небольшой (uint8, uint16, uint32, их массивов, некоторое количество небольших строк и массивов строк)

Просто я планирую зашить расстановку так, чтобы значения читались по имени переменной (т.е. файла), а не по мистическим цифрам или смещениям. Это изрядно облегчит отладку (cat и od -x) .