Я думаю, нет, но это не окончательный ответ.
Сначала я создал очень большой (~ 160 МБ) файл .txt и внес изменения в файл в TextEdit. Как и ожидалось, этот файл и его версии были обнаружены в /.DocumentRevisions-V100/PerUID. Файлы оказались размером ~ 160 МБ ls, но, согласно данным, du -hони использовали 0B на диске. Количество жестких ссылок для каждого файла было 1. Папка под названием .cs(хранилище чанков) /.DocumentRevisions-V100снизилась примерно на 110 МБ.
Каждый раз, когда я менял файл, происходило следующее /.DocumentRevisions-V100:
- Файл ~ 160 МБ был создан в
/.DocumentRevisions-V100/staging/. Количество жестких ссылок для этого файла равно 1.
- Этот файл появился для перемещения
/.DocumentRevisions-V100/PerUID/<UID>/<#>/com.apple.documentVersions. Количество жестких ссылок осталось 1.
- Этот файл размером ~ 160 МБ стал 0B, а размер
/.DocumentRevisions-V100/.csвырос примерно на 2 МБ.
Свободное место на диске ( df) соответствовало duсказанному мной. Свободное пространство значительно уменьшится, а затем вернется почти к тому, что было до сохранения новой версии.
Затем я попытался уничтожить файл с помощью Безопасной пустой корзины. OS X, кажется, использует программу, вызываемую Locumдля безопасного удаления файла. Прикрепление fs_usageк Locumпоказывает очень много операций чтения и записи в исходный файл .txt. Пока Locumон делает свое дело, все версии /.DocumentRevisions-V100/PerUIDмогут быть доступны без изменений. После Locumзавершения записи данных, он освобождает исходный файл .txt, и версии /.DocumentRevisions-V100/PerUIDвнезапно исчезают. Locumзатем переходит к чему-либо еще в корзине, не касаясь его /.DocumentRevisions-V100.
Все, что находится внутри /.DocumentRevisions-V100, не удаляется надежно.
РЕДАКТИРОВАТЬ: я должен добавить, что все, что находится внутри, /.DocumentRevisions-V100как-то запутано или сжато (папка была всего ~ 120 МБ). Я еще не читал версии или разделы файловой системы обзора Сиракузы ... возможно, там есть подсказки.