LINUX.ORG.RU

Линус Торвальдс высказался о ZFS

 , ,


4

5

В процессе обсуждения планировщиков ядра Linux пользователь Джонатан Данти пожаловался, что изменения в ядре сломали важный сторонний модуль — ZFS. Вот что написал в ответ Торвальдс:

Имейте в виду, что тезис «мы не ломаем пользователей» относится к программам пространства пользователя и к ядру, которое я сопровождаю. Если вы добавляете сторонний модуль вроде ZFS, то вы сами по себе. У меня нет возможности поддерживать такие модули, и я не отвечаю за их поддержку.

И, откровенно говоря, я не увижу ни одного шанса на включение ZFS в ядро, пока не получу официальное сообщение от Oracle, заверенное их главным юрисконсультом или, лучше всего, самим Ларри Эллисоном, в котором говорится, что всё ок, и ZFS теперь под GPL.

Некоторые думают, что добавить код ZFS к ядру — неплохая идея, и что интерфейс модуля нормально с этим справляется. Что ж, это их мнение. Я же не чувствую такое решение надёжным, учитывая спорную репутацию Oracle и проблемы, связанные с лицензированием.

Поэтому мне абсолютно неинтересны штуки вроде «слоёв совместимости ZFS», которые, как некоторые думают, изолируют Linux и ZFS друг от друга. Нам от этих слоёв никакой пользы, а учитывая склонность Oracle судиться из-за использования их интерфейсов — я не думаю, что это реально решает проблемы с лицензиями.

Не используйте ZFS. Вот и всё. По-моему, ZFS это больше баззворд, чем что-то ещё. Проблемы с лицензированием — только ещё одна причина, почему я никогда не стану заниматься этой ФС.

Все бенчмарки производительности ZFS, что я видел, совершенно не впечатляют. И, как я понимаю, ZFS уже даже толком не сопровождается, и никакой долгосрочной стабильностью здесь не пахнет. Зачем вообще её использовать?

>>> Подробности

Deleted

Проверено: a1batross ()
Последнее исправление: Deleted (всего исправлений: 1)

Ответ на: комментарий от constin

Да , теперь этим ко-ко-ко будут затыкать оппонетов на ЛОРе

ZFS - Ненужно! Это жалкий завистник.

JJackFLASH ★★
()
Ответ на: комментарий от kott

любая лазейка может и будет использована

Вообще-то ZFS и есть уровня тыртырпрайза. Я, конечно, сомневаюсь в безопасности ZoL, но на Linux выбора-то и нет. ☺

юзайте ZFS на BSD

Не на всех *BSD есть ZFS.

mord0d ★★★★★
()
Ответ на: комментарий от Legioner

А зачем нужна дедупликация на уровне ФС?

Потому что она работает на блочном уровне. Вообще может и есть какие-то альтернативы этому, но я ни разу не видел чтобы это делалось прозрачно, то же самое со сжатием. В общем ждем когда в XFS это всё добавят

e7z0x1 ★★★★★
()
Ответ на: комментарий от mord0d

Я, конечно, сомневаюсь в безопасности ZoL, но на Linux выбора-то и нет

Теперь его и на BSD нет, потому что BSD использует ZoL)))))

Deleted
()
Ответ на: комментарий от gremlin_the_red

А на COW ты, типа, не упрёшься?

Дядя, ты же понимаешь о чем говоришь? зачем ты сравниваешь задницу и палец?

это настолько адовая некомпетентность, что я бы автора такой инновации помошником дворника брать бы не стал,

пошел переход на личности. Не все файлы - документы. Все, «давай, до свидания» , «гений» софистики.

constin ★★★★
()
Ответ на: комментарий от Deleted

Ахахах, т.е. этому жирному монстру нужно куча оперативки и raid из nvme, чтобы не тормозить?

Можно подумать с твоей хваленой btrfs ситуация другая, бгг

e7z0x1 ★★★★★
()
Ответ на: комментарий от MrClon

Я вот лет 10 использую XFS и на сервере и на десктопе. Проблем вроде никаких не было ттт. Но диски у меня без всяких рейдов и т.п.

Посматриваю на Btrfs (пару лет назад думал перейти, но не стал). Можно ли её уже на сервер или лучше подождать ещё года 2-3 ?

Объёмы данных небольшие - 2-4 ТБ.

Qasta
()
Ответ на: комментарий от e7z0x1

Конечно другая, у меня Btrfs на обычном десктопе прекрасно работала.

А вот когда я поставил на десктоп ZFS, я впервые увидел, как каталог с жалкими несколькими тысячами фоточек открывается 40 секунд. Действительно, такая уникальная фича никакой Btrfs и не снилась))

Deleted
()
Ответ на: комментарий от constin

Дядя, ты же понимаешь о чем говоришь?

Естественно. А ты понимаешь, как работают снэпшоты?

Не все файлы - документы

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

gremlin_the_red ★★★★★
()
Ответ на: комментарий от Deleted

Пусть те, кто эти проблемы создал, и заботятся о них

Двояко вещаешь, ибо Oracle не пихает ZFS в Linux. Соответственно, она и проблем Торвальдсу и Ко никаких не создала. Получается, проблемы создал пласт пользователей самого Linux, использующих или желающих использовать ZFS. Т.е. озаботиться «этими проблемами» ты предложил именно им? Тогда вопросов нет.

anonymous
()
Ответ на: комментарий от anonymous

Т.е. озаботиться «этими проблемами» ты предложил именно им?

Ну да, логично.

Deleted
()
Ответ на: комментарий от mord0d

я не про уровень энтерпайза, а про лицензию и оракловские «манеры»

или это всё выдумки, потому что ты их не замечаешь?

kott ★★★★★
()
Ответ на: комментарий от Deleted

А вот когда я поставил на десктоп ZFS, я впервые увидел, как каталог с жалкими несколькими тысячами фоточек открывается 40 секунд.

Какой конфиг десктопа?

e7z0x1 ★★★★★
()
Ответ на: комментарий от Deleted

потому что BSD использует ZoL

  • Не на всех *BSD есть ZFS;
  • В FreeBSD 13-CURRENT (по-вашему — devel-ветка) поставляется сторонним портом, и то в качестве экспериментальной альтернативы.
mord0d ★★★★★
()
Ответ на: комментарий от e7z0x1

дедупликацию, её нет

Она есть. Оффлайновая. Для инлайновой нужно дохера памяти, поэтому в апстрим не берут, но есть патч out-of-tree.

gremlin_the_red ★★★★★
()
Ответ на: комментарий от gremlin_the_red

Про оффлайновую я знаю, но это не сильно подходит для ситуации если сервер перегружается достаточно редко. Проблемы потребления памяти, когда у тебя 512 GiB RAM отходят как-то на второй план :D

e7z0x1 ★★★★★
()
Ответ на: комментарий от kott

Я юзаю [btrfs] на ssd. Убийств не наблюдается.

А давно юзаешь? У меня вот btrfs на ssd где-то год. Посмотрел смарт, там сказано, что записано 10 терабайт за это время. Это 28 гигов в сутки получается. Я, если что, торренты на ssd не качаю. И, несмотря на это, подозреваю, что если продолжится в том же духе, то btrfs выжжет весь ресурс ssd гораздо раньше, чем я предполагал.

Ты сам смотрел, сколько всего на ssd за сутки пишется?

anonymous
()
Ответ на: комментарий от mord0d

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

C raid там только одно сходство - переживает потерю одного диска (если рассматривать raidz1 и raid5)

Cказал бы, что это raid3 или raid4, но записывающий блоки в неизвестном порядке, да еще данные при записи разбиваются на неизвестное количество блоков. И, вообще, это хрен знает что, и неизвестно почему это работает.

А raid’ы все имеют регулярную структуру.

anonymous
()
Ответ на: комментарий от anonymous

А давно юзаешь?

с 2016-го

Ты сам смотрел, сколько всего на ssd за сутки пишется?

нет

kott ★★★★★
()

Линус - сноб.

Зато FreeBSD не отказываются от поддержки бинарной совместимости GNU/Linux много десятков лет и больше десятка лет CDDL/ZFS и это не вызывает проблем на фоне в миллион раз меньшего финансирования.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)

хорошо, что ещё фак не показал. :-)

как нвидии

samy_volosaty ★★★★★
()
Последнее исправление: samy_volosaty (всего исправлений: 1)
Ответ на: комментарий от constin

Любое средство инкрементального бэкапа?

ты меня шутишь? Каждые 5-10 минут? Это невозможно.

Борг пробегает по моей полутерабайтной помойке за полторы минуты.

ZhAN ★★
()
Ответ на: комментарий от Qasta

Можно ли её уже на сервер или лучше подождать ещё года 2-3 ?

btrfs у меня работает года полтора, брат жив. Но у меня нештатных выключений компа почти не бывает. Если ты смелый и дерзкий — попробуй её. Если не очень то почитай для начала wiki и багрепорты, не знаю как сейчас, но по слухам в былые времена она имела свойство самопроизвольно превращаться в тыкву

P.S. если задачу можно решить кондовым ext4 и заднице нет шила, то нафиг все эти эксперименты

MrClon ★★★★★
()
Ответ на: комментарий от Deleted

Я 5 лет юзал [btrfs]

И до сих пор используешь? Посмотри, пожалуйста, в smart, интересно, что скажет sudo smartctl -a /dev/

anonymous
()
Ответ на: комментарий от ZhAN

Борг умеет монтировать бэкапы,

мой тезис заключается в том, что на любой бэкап надо время, на snapshot в ZFS время не нужно, там нет операций. Этого достаточно, чтобы перестать сравнивать бэкапы с snapshot в COW. Это разные вещи.

constin ★★★★
()
Ответ на: комментарий от gremlin_the_red

А на COW ты, типа, не упрёшься?

Если мы говорим о процессе создания снепшота, то не упрусь, там нет процессов записи на диск.

constin ★★★★
()
Ответ на: комментарий от MrClon

Спасибо.

У меня раз в год примерно бывает неожиданное отключение, поэтому btrfs не вариант пока. Хотя возможность проверить чексуммы блоков данных выглядит заманчивой… Данные мне важнее производительности (нагрузки копеечные). Останусь на XFS.

Qasta
()
Последнее исправление: Qasta (всего исправлений: 1)

Лицензии и патенты — это привилегия для одних и риски для всех остальных. Линус все правильно сделал.

Nervous ★★★★★
()

По лицензионным причинам, Линус, разумеется, прав.

Но говорить «все бенчмарки, которые я видел - не впечатляют» и «как я понимаю, ZFS уже даже толком не сопровождается» без захода на https://github.com/zfsonlinux/zfs - это как-то не похоже на Линуса. Стареет мужик...

Deleted
()
Ответ на: комментарий от anonymous

Нет, я потом обратно на ext4 переехал.

Сейчас этот ssd в таком состоянии:

SMART info:
      4 Start_Stop_Count          =        0 
      5 Reallocated_Sector_Ct     =        0 
      9 Power_On_Hours            =    42753 [h]
     12 Power_Cycle_Count         =     1684 
    225 Host_Writes_32MiB         =   33.191 [TB]
    232 Available_Reservd_Space   =      100 [%]
    233 Media_Wearout_Indicator   =       90 [%]
    241 Host_Writes_32MiB         =   33.191 [TB]

Это при том, что на нём ещё своп-раздел был все эти годы))

Deleted
()
Ответ на: комментарий от constin

Но если файлы меняются, то идёт запись на все снэпшоты и IO будет ничуть не меньше. А если файлы не меняются, то 1) нахера так часто делать снэпшоты?, 2) при такой частоте содержимое каталогов будет в кэше и на обход дерева много IO не потребуется.

gremlin_the_red ★★★★★
()
Ответ на: комментарий от Qasta

Использую Btrfs на десктопе и сервере. NVMe, SATA SSD, SATA HDD, с dm-crypt и без. Неожиданные отключения случаются +/- раз-два в месяц, ни одна ФС не сломалась, не пропало ни одного файла. Естественно, есть резервные копии (локальные тоже на Btrfs), так что даже если что случится — не страшно.

YMMV.

anonymous
()
Ответ на: комментарий от anonymous

Но с другой стороны - разве это все не должно подключаться в ведро через какой-то «интерфейс»? Почему именно в ядре должна быть какая-то особенная реализация чтоб еще одна ФС поддерживалась?

На практике не работает. Чтоб разработать нормальный, производительный интерфейс плагина обычно нужно знать, что этот плагин будет делать и как будет устроен. Т.е. можно разработать интерфейс под существующие реализации файловых систем, но он не подойдёт для будущих.

Например, когда bcachefs пытались смержить в апстрим, выяснилось, что автору понадобился особый лок, в котором кроме shared/exclusive есть третья блокировка intent, которая не позволяет другие intent и exclusive блокировки, но позволяет shared и может быть переключено в exclusive. Торвальдс в ответ предложил просто добавить это третье состояние в существующий примитив. Т.е. идея неплохая, но до bcachefs никому не была нужна.

khrundel ★★★★
()
Последнее исправление: khrundel (всего исправлений: 1)
Ответ на: комментарий от constin

На чем такое еще можно организовать?

Очевидно, на btrfs.

intelfx ★★★★★
()
Ответ на: комментарий от Qasta

У меня раз в год примерно бывает неожиданное отключение, поэтому btrfs не вариант пока

Заметь, я не говорил что btrfs как-то особенно чувствителен к падению питания. У меня нет никакой информации на этот счёт

MrClon ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.