Комментарии 19
«Обе эти файловые системы находятся в стадии тестирования и не являются стабильными, однако выглядят многообещающе.»
ZFS не стабильная? ZFS в стадии тестирования?
Ну тогда ext4 вообще экспериментальная
ZFS не стабильная? ZFS в стадии тестирования?
Ну тогда ext4 вообще экспериментальная
+3
Есть один технический момент. 9000 лет по 1000 файлов в секунду при размере адреса 2^128…
Log[10, 2^128]=38.53
Log[10, 9000*365*24*3600*1000 ]=14.45
Ошибочка на 24 порядка, если я ничего не путаю.
Получается, что необходимо будет на миллиарде машин по миллиарду файлов в секунду записывать, и только через триллион лет закончится адресное пространство.
Log[10, 2^128]=38.53
Log[10, 9000*365*24*3600*1000 ]=14.45
Ошибочка на 24 порядка, если я ничего не путаю.
Получается, что необходимо будет на миллиарде машин по миллиарду файлов в секунду записывать, и только через триллион лет закончится адресное пространство.
0
Wiki: 128-битная файловая система, 2^48 – количество файлов в любой индивидуальной файловой системе (2×10^14)
+3
Небольшой оффтопик касательно файловых систем.
У меня последнее время еще теплится надежда получить дедубликацию данных на локальном компьютере.
Базовый сценарий использования: есть утилита, например git-lfs. Она держит каждый файл на диске в нескольких экземплярах (в кэше скачивания и рабочей копии). Хочется, чтобы физически файл записывался на диск один раз (экономия места и времени на запись), т.е. использовать copy-on-write файлов.
Под Linux с Btrfs копирование фалов через copy-on-write уже умеет утилита cp из coreutils (с флагом --reflink=auto). И для git-lfs патч выглядит не очень страшно: github.com/github/git-lfs/pull/952
Вопрос: куда копать в стане Windows для получения схожего функционала?
У меня последнее время еще теплится надежда получить дедубликацию данных на локальном компьютере.
Базовый сценарий использования: есть утилита, например git-lfs. Она держит каждый файл на диске в нескольких экземплярах (в кэше скачивания и рабочей копии). Хочется, чтобы физически файл записывался на диск один раз (экономия места и времени на запись), т.е. использовать copy-on-write файлов.
Под Linux с Btrfs копирование фалов через copy-on-write уже умеет утилита cp из coreutils (с флагом --reflink=auto). И для git-lfs патч выглядит не очень страшно: github.com/github/git-lfs/pull/952
Вопрос: куда копать в стане Windows для получения схожего функционала?
+3
Я агитировал разработчиков ReactOS использовать ZFS. Но они меня не послушали. Может надо было активнее их трясти :-)
0
Я боюсь, что наличие данной фичи в ReactOS меня бы не спасло :)
+1
Что значит «не послушали?». Мы принимаем патчи. /улыбаюсь.
0
«Непослушали» — значит сказали, что FUSE — это неправильно, и поддержка юниксовых FS вам не нужна.
Я думал сам попробовать прикрутить, но не смог из-под Linux собрать ReactOS. А дальше уже времени не было занятья, к тому же я решил на C/C++ больше ни чего не делать.
Я думал сам попробовать прикрутить, но не смог из-под Linux собрать ReactOS. А дальше уже времени не было занятья, к тому же я решил на C/C++ больше ни чего не делать.
0
Для серверной версии есть дедупликация из коробки, для клиентской некоторые люди просто файлы с сервера копируют и запускают на свой страх и риск
+1
Я видел это решение и до сих пор не могу развидеть:
- дедупликация прикручена сбоку;
- с дедуплицируемого раздела нельзя загружаться;
- с дедуплицируемого раздела нельзя читать данные чем-либо кроме Windows с установленной дедупликацией;
- API для создания клона файла отсутствует (или я плохо искал?);
- изначально файл создается как «обычный файл», а потом при помощи внешней магии превращается в «дедуплицируемый» файл. И на уровне NTFS это совершенно разные вещи.
0
После того, как я потерял и восстанавливал (восстановил) дедуплицированный раздел со Storage Spaces, я тоже не в особом восторге. Но есть и бонус
> дедупликация прикручена сбоку
Зато запись всегда на максимальной скорости и не требует ресурсов CPU
> дедупликация прикручена сбоку
Зато запись всегда на максимальной скорости и не требует ресурсов CPU
0
Файловая система Btrfs является прямым конкурентом ZFS и обладает практически теми же функциями, за исключением того, что дополнительно дает возможность просмотреть список файлов, которые изменялись с момента последнего снапшота.
zfs diff [-FHt] snapshot snapshot|filesystem
0
Файловая система — инструмент, выбираемый под задачу (с сопутствующими ограничениями и «хотелками»). Не всегда более технически продвинутое решение оптимально.
Подскажите, где можно найти сравнение файловых систем в характерных для них сценариях использования, а не только по набору возможностей. Особенности сценария определили и закрепили, например, fat32 на носителях для фото и др. техники.
Подскажите, где можно найти сравнение файловых систем в характерных для них сценариях использования, а не только по набору возможностей. Особенности сценария определили и закрепили, например, fat32 на носителях для фото и др. техники.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Некоторые направления развития файловых систем