Будут ли блоки недавно созданного впоследствии удаленного файла когда-либо записываться обратно на диск?

Я согласен с Джонатаном Леффлером, но не только в отношении классических файловых систем Unix: на аналогичную тему было обсуждение файловой системы ext4.

В комментарии Теодор Ц. 'o (один из основных разработчиков файловой системы ext4) утверждает: "...например, если вы создадите рабочий файл, а затем удалите его через 20 секунд, он, вероятно, никогда не попадет на диск".

В классических файловых системах Unix ответ был бы «Нет» (то есть данные для созданного и удаленного файла не обязательно попадут на диск), хотя некоторые метаданные каталога (время модификации), вероятно, все же изменятся. Следовательно, происходящее частично зависит от используемой файловой системы.

Обратите внимание, что даже вызов sync() не гарантирует, что они будут записаны; он только планирует запись данных обратно на диск. Отсюда древнее предписание дважды вводить команду sync перед остановом системы — это давало компьютеру достаточно времени для завершения записи, потому что он может записывать на диск быстрее, чем вы дважды набираете sync (особенно если вы используете настоящий компьютер). Телетайп со скоростью 110 бод).

Стандарт POSIX говорит (о функции sync(), которая используется командой sync):

Функция sync() должна запланировать запись всей информации в памяти, которая обновляет файловые системы, во все файловые системы.

Запись, хотя и запланированная, не обязательно завершается по возвращении из sync().

Если Linux изменил свое определение, чтобы гарантировать, что «все данные записываются на диск», то это правильное и полезное расширение. Но это не классическое поведение — и остерегайтесь переноса опыта Linux на другие системы.

Есть и другие функции, такие как fsync(), которые дают другие, более строгие обещания:

Функция fsync() должна запросить, чтобы все данные для дескриптора открытого файла, названного fildes, были переданы на устройство хранения, связанное с файлом, описанным fildes. Характер передачи определяется реализацией. Функция fsync() не должна возвращаться до тех пор, пока система не завершит это действие или пока не будет обнаружена ошибка.

И есть варианты файловых дескрипторов, которые опять дают другие обещания: O_SYNC, O_DSYNC, O_RSYNC. Найдите их в стандарте POSIX (open()).

Я провел небольшое исследование и обнаружил, что в Linux это действительно зависит от файловой системы.

ext3, кажется, всегда записывает удаленные файлы, независимо от того, насколько они малы или как скоро они будут удалены. XFS не всегда делает это, что может привести к гораздо лучшей производительности для приложений, использующих недолговечные временные файлы, если у вас достаточно оперативной памяти.

Я подозреваю, что это делают и «современные» файловые системы Linux (ext4, btrfs). Это хорошо.

Что вам действительно нужно знать, здесь?

Если вопрос "будет ли он, вероятно, записан на диск?" ответ — нет, если ваша обработка краткая, но без обещаний.

Если вопрос "могу ли я быть уверен, что он не будет записан на диск?" ответ тоже нет. Удаленный файл является таким же файлом, как и любой другой, пока он остается открытым; это просто файл без названия (ссылка).

Если ответ "это полностью бесплатно с точки зрения диска?" ответ снова нет - например, я почти уверен, что в системе с квотами количество «блоков» в файле будет взиматься с квоты файловой системы пользователя, как только вы их записываете.