Рассмотрим применимость файловых систем к RAM-диску по атрибутам:
Безопасность (Журналирование)
Концептуальные заметки
Если вы хотите, чтобы ваш RAM-диск в конечном итоге сохранялся обратно на диск, вам потребуется программное обеспечение RAM-диска для периодической записи любых изменений обратно в файл резервной копии жесткого диска, чтобы при перезагрузке вы не теряли (слишком много) ) данные.
Если бы вы должны были постоянно перезаписывать файл резервной копии RAM-диска, вы бы полностью отказались от назначения RAM-диска, потому что это было бы то же самое, что просто записать файлы прямо на HDD. Другими словами, любые данные, хранящиеся на RAM-диске, следует рассматривать как расходуемые (если ваша система сейчас отключена, данные будут потеряны) для любых операций записи на RAM-диск, которые происходят между точками (точками) синхронизации в постоянные данные. медиа (ваш жесткий диск).
Если вы не хотите, чтобы ваш RAM-диск вообще имел резервные копии файлов, и можете позволить себе потерять данные всякий раз, тогда полностью игнорируйте безопасность данных.
NTFS: у него есть функция под названием "ведение журнала", которая в основном означает, что файловая система всегда находится в согласованном состоянии; она никогда не остается в состоянии, когда команда записи выполняется только наполовину, потому что каждая запись сначала ставится на диск (либо в журнал метаданных, либо в журнал данных, либо в оба), а затем, наконец, фиксируется. Это отлично подходит для энергонезависимых носителей, таких как жесткие диски и твердотельные накопители, но бесполезно для RAM-дисков. Главное, что пытается предотвратить журнал - это потеря данных во время внезапной потери питания ПК или программная ошибка, настолько серьезная, что она приводит к сбою системы без возможности синхронизации файловой системы (например, « синий экран смерти»).). Но поскольку журнал и данные файловой системы находятся в оперативной памяти, никакое количество данных не может предотвратить потерю данных! Таким образом, журнал - это просто потраченное впустую пространство и операции ввода-вывода.
FAT32: нет журнала.
FAT16: нет журнала.
Спектакль
Концептуальные заметки
На производительность влияют многие факторы, в том числе уровень безопасности данных (меры безопасности данных обычно напрямую влияют на производительность в результате повышения безопасности), объем и уровни кэширования, размер блока, а также алгоритмы индексации файловой системы и системы учета данных.
NTFS: производительность NTFS, вероятно, довольно конкурентоспособна в качестве ОЗУ по сравнению с FAT16 или FAT32 из-за использования более совершенных алгоритмов для учета и индексации данных. Несмотря на то, что в NTFS есть журнал, что несколько замедляет его, стоимость журнала в ОЗУ даже ниже, чем на жестком диске.
FAT16: использование меньшего адресного пространства дает FAT16 немного более высокую производительность по сравнению с другими файловыми системами. Однако файловая система использует довольно наивные алгоритмы для управления и индексации данных по сравнению с NTFS, поэтому из-за простоты производительность может частично или полностью компенсироваться недостатком производительности из-за отсутствия надежных алгоритмов.
FAT32: почти такой же, как FAT16, но он может содержать гораздо больше файлов в файловой системе - до 268 170 300 для кластеров 32 КБ - при очень небольшом (незначительном?) дельта производительности по сравнению с FAT16.
Характеристики
NTFS: обладает самыми надежными функциями по сравнению с FAT16 и FAT32. Он поддерживает такие вещи, как шифрование и сжатие на уровне файловой системы; очень большие (> 4 ГБ) файлы; расширенные атрибуты; альтернативные потоки данных; и гораздо более длинные имена файлов, чем FAT16 и FAT32. Некоторые программы, которые используют особые функции файловой системы, могут не работать, если вы не используете NTFS.
FAT16: чрезвычайно слабый фронт Должно работать с большинством программ, выполняющих обычный дисковый ввод / вывод, но разрешения на уровне файлов не учитываются.
FAT32: чрезвычайно слабый фронт Должно работать с большинством программ, выполняющих обычный дисковый ввод / вывод, но разрешения на уровне файлов не учитываются.
При размере всего 1,5 ГБ FAT16 не будет сталкиваться ни с одним из своих внутренних ограничений, за исключением, возможно, ограничения количества файлов, если у вас есть программа, которая создает много файлов. FAT32 полностью устраняет беспокойство по поводу ограничений, поскольку вы не можете хранить файл размером> 4 ГБ в объеме 1,5 ГБ, а максимальное количество файлов больше, чем вы, вероятно, можете уместить на 1,5 ГБ пространства (268 миллионов).
Тем не менее, я бы пошел с NTFS, если вам не нужны все последние 0,5% производительности. И даже в этом случае вы сможете добиться большей производительности с некоторыми операциями, использующими NTFS поверх FAT, благодаря улучшенному управлению данными (например, с поддержкой экстентов) для уменьшения внутренней фрагментации).