Рассмотрим применимость файловых систем к RAM-диску по атрибутам:
Безопасность (Журналирование)
Концептуальные заметки
Если вы хотите, чтобы ваш RAM-диск в конечном итоге сохранялся обратно на диск, вам потребуется программное обеспечение RAM-диска для периодической записи любых изменений обратно в файл резервной копии жесткого диска, чтобы при перезагрузке вы не теряли (слишком много) ) данные.
Если бы вы должны были постоянно перезаписывать файл резервной копии RAM-диска, вы бы полностью отказались от назначения RAM-диска, потому что это было бы то же самое, что сначала просто записать файлы прямо на жесткий диск. Таким образом, другими словами, любые данные, хранящиеся на диске 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, благодаря улучшенному управлению данными (например, с поддержкой экстентов ) для уменьшения внутренней фрагментации).