Выбор файловой системы для GNU/Linux на SD-карте
Я имею, встраиваюсь основанная на ARM система, работающая на SD-карте. Это в настоящее время - Debian GNU/Linux с помощью ext3 как файловая система. Поскольку я собираюсь переустановить систему, я начал задаваться вопросом об изменении на более благоприятную для флэш-памяти файловую систему. Я услышал о JFFS2, YAFFS2 и LogFS, и они все кажутся подходящий для задания. Какой Вы рекомендовали бы? Кроме того, я услышал, что было много ext4 улучшений для лучше удовлетворения дискам SSD; я должен интерпретировать это, как работающий ext4 должен быть очень хорошо? О чем я должен думать особенно в этом случае?
Я предполагаю, что использование системы важно. Но ради общности, предположите, что она сделает стандартный настольный материал (даже при том, что это, заражают маленькую основанную на ARM систему).
Спасибо за любые ответы.
Править: Википедия говорит мне (в "необходима цитата" операторе), что Съемные карты флэш-памяти и карты флэш-памяти с интерфейсом USB имеют встроенные контроллеры для выполнения выравнивания износа и коррекции ошибок, таким образом, использование определенной системы флеш-файла не добавляет преимущества. Таким образом я склоняюсь к тому, чтобы придерживаться файловой системы расширения.
2 ответа
Превосходная статья о файловых системах флэш-памяти.
Важный вопрос, когда разговор о файловых системах флэш-памяти следует: Что выравнивает износ? Статья Wikipedia. В основном на дисках флэш-памяти можно записать ограниченное количество раз, пока блок не разлагается. После этого файловая система (если нет никакого встроенного управления выравниванием износа на аппаратных средствах, как в случае SSD там обычно) должна отметить тот блок как недопустимый, и больше избегать использования их.
Типичные файловые системы (например, ReiserFS, NTFS, ext3 и так далее) разработаны для жестких дисков, которые не имеют таких ограничений.
JFFS2
Включает сжатие и изящную защиту выравнивания износа.
YAFFS2
- Единственная вещь, которая имеет значение: короткие времена монтирования, после успешного umount.
- Реализации пишут однажды свойство: после того как данные записаны в один блок, нет никакой потребности переписать его. Это важно, поскольку это уменьшает износ.
LogFS
- Не очень сформировавшийся, но уже включенный в дерево ядра Linux.
- Поддерживает большие файловые системы, чем JFFS2/YAFFS2 без проблем.
UBIFS
- Более сформировавшийся, чем LogFS
- Запишите кэширующуюся поддержку
- На масштабируемости:статья. на больших дисках, лучшей производительности, чем с JFFS2
ext4
Если никакой драйвер или карта (например, твердотельные диски действительно имеют внутреннее выравнивание износа, по крайней мере обычно), выравнивание износа дескриптора, то ext4 не является лучшей идеей, поскольку это не предназначается для необработанного использования флэш-памяти.
Какой является лучшим?
Конечно, это зависит от использования и поддержки. Из того, что я читал в Интернете, я рекомендую UBIFS. Хорошая поддержка больших файловых систем, сформировавшегося этапа разработки, соответствующей производительности и никаких огромных оборотных сторон.
Я не знаю, вписывается ли это в профиль Вашей системы, но что относительно того, чтобы использовать файловую систему только для чтения плюс раздел чтения-записи (или палка usb, которая может быть заменена легко)? Тем путем Вы будете иметь быстрый диск для своей ОС и можете заменить Ваше rw устройство хранения данных легко, когда это износится.
И затем существует unionfs. Поскольку я понял это, это "складывает" различные файловые системы (т.е. ro фс сверху rw фс). Если существует доступ для чтения unionfs, ищет через стопку th, пока он не поражает FS, содержащий файл, который мы ищем. Когда запись unionfs searchs для первого записываемого FS на стеке und использует его.
Я также нашел эти статьи, которые могут быть интересными: http://www.linux-mag.com/id/7357/ http://www.linux-mag.com/id/7345/
И две статьи с подсказками для использования SSD: http://danweinreb.org/blog/using-solid-state-disks-on-linux http://www.zdnet.com/blog/perlow/geek-sheet-a-tweakers-guide-to-solid-state-drives-ssds-and-linux/9190