Некоторые направления развития файловых систем

[alexhemp]

«Обе эти файловые системы находятся в стадии тестирования и не являются стабильными, однако выглядят многообещающе.»

ZFS не стабильная? ZFS в стадии тестирования?
Ну тогда ext4 вообще экспериментальная

[andrewzhuk]

Хотя бы вот. Возможно с последними патчами большинство проблем было исправлено, но не известно, что будет дальше. «If you want people to think something's production ready, stop putting „0.xxxx“ in your version numbers» (и еще)

[alexhemp]

Так пишите корректно «Порт ZFS на Linux находиться в стадии тестирования».
На Solaris и FreeBSD это production файловая система.

[Wesha]

Так пишите корректно «Порт ZFS на Linux находиться в стадии тестирования».

А ещё корректнее «Порт ZFS на Linux находится в стадии тестирования»…

[KirillGuzenko]

Есть один технический момент. 9000 лет по 1000 файлов в секунду при размере адреса 2^128…

Log[10, 2^128]=38.53
Log[10, 9000*365*24*3600*1000 ]=14.45

Ошибочка на 24 порядка, если я ничего не путаю.

Получается, что необходимо будет на миллиарде машин по миллиарду файлов в секунду записывать, и только через триллион лет закончится адресное пространство.

[andrewzhuk]

Wiki: 128-битная файловая система, 2^48 – количество файлов в любой индивидуальной файловой системе (2×10^14)

[Bozaro]

Небольшой оффтопик касательно файловых систем.

У меня последнее время еще теплится надежда получить дедубликацию данных на локальном компьютере.

Базовый сценарий использования: есть утилита, например git-lfs. Она держит каждый файл на диске в нескольких экземплярах (в кэше скачивания и рабочей копии). Хочется, чтобы физически файл записывался на диск один раз (экономия места и времени на запись), т.е. использовать copy-on-write файлов.

Под Linux с Btrfs копирование фалов через copy-on-write уже умеет утилита cp из coreutils (с флагом --reflink=auto). И для git-lfs патч выглядит не очень страшно: github.com/github/git-lfs/pull/952

Вопрос: куда копать в стане Windows для получения схожего функционала?

[potan]

Я агитировал разработчиков ReactOS использовать ZFS. Но они меня не послушали. Может надо было активнее их трясти :-)

[Bozaro]

Я боюсь, что наличие данной фичи в ReactOS меня бы не спасло :)

[Jeditobe]

Что значит «не послушали?». Мы принимаем патчи. /улыбаюсь.

[potan]

«Непослушали» — значит сказали, что FUSE — это неправильно, и поддержка юниксовых FS вам не нужна.
Я думал сам попробовать прикрутить, но не смог из-под Linux собрать ReactOS. А дальше уже времени не было занятья, к тому же я решил на C/C++ больше ни чего не делать.

[Jeditobe]

смог из-под Linux собрать ReactOS

.
Очень странно, у нас наверное больше половины разработчиков под линуксом кодит.

FUSE — это неправильно, и поддержка юниксовых FS вам не нужна.

. Видимо, произошло недопонимание.
Мы недавно добавили поддержку EXT1\2\3

[easyman]

Для серверной версии есть дедупликация из коробки, для клиентской некоторые люди просто файлы с сервера копируют и запускают на свой страх и риск

[Bozaro]

Я видел это решение и до сих пор не могу развидеть:

• дедупликация прикручена сбоку;
• с дедуплицируемого раздела нельзя загружаться;
• с дедуплицируемого раздела нельзя читать данные чем-либо кроме Windows с установленной дедупликацией;
• API для создания клона файла отсутствует (или я плохо искал?);
• изначально файл создается как «обычный файл», а потом при помощи внешней магии превращается в «дедуплицируемый» файл. И на уровне NTFS это совершенно разные вещи.

[easyman]

После того, как я потерял и восстанавливал (восстановил) дедуплицированный раздел со Storage Spaces, я тоже не в особом восторге. Но есть и бонус
> дедупликация прикручена сбоку
Зато запись всегда на максимальной скорости и не требует ресурсов CPU

[Bozaro]

> Зато запись всегда на максимальной скорости и не требует ресурсов CPU

Это не связанные вещи.
В btrfs то же отсутствует поиск совпадающих блоков в момент записи. Т.е. они объединяются потом при помощи внешней тулзы.

[gatech]

Файловая система Btrfs является прямым конкурентом ZFS и обладает практически теми же функциями, за исключением того, что дополнительно дает возможность просмотреть список файлов, которые изменялись с момента последнего снапшота.

zfs diff [-FHt] snapshot snapshot|filesystem

[Adnako]

Бесполезно объяснять — он где-то слышал, что у кошки 4 лапы и у коровы 4 — значит они одинаковые.

[nvv]

Файловая система — инструмент, выбираемый под задачу (с сопутствующими ограничениями и «хотелками»). Не всегда более технически продвинутое решение оптимально.
Подскажите, где можно найти сравнение файловых систем в характерных для них сценариях использования, а не только по набору возможностей. Особенности сценария определили и закрепили, например, fat32 на носителях для фото и др. техники.