После 11 месяцев разработки опубликован релиз проекта OpenZFS 2.4.0, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после слияния с кодом из FreeBSD был признан основной реализацией OpenZFS и переименован...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64448
кажется, с semantic versioning эти тоже уже попрощались. Инвесторы любят большие числа.
А че там с shrink томов? Все еще никак?
И никогда не будет.Скажи спасибо что можно удалить случайно добавленный третий диск из зеркала.
(случайно добавленный мимо зеркала - удалить нельзя уже никак)
Не мёртвое и то хорошо. Интересно, сколько бы стоила нормальная разработка, чтоб вот прям сделали версию, не стыдную в прод?
Для корпораций не много стоило бы. Просто оно им не нужно, когда есть готовые, проверенные и рабочие решения.
Это какие проверенные, ext4?
это цап-царап открытые исходники, а назад - пообещать что-то там оформить и... забыть (ну или тихо слиться).Привет, netapp.
bcachefs
BcacheFS, к сожалению, ещё не созрел.
Скорее btrfs, с учётом возможного появления искажений hole в структурах метаданных на raid5/6.
vxfs/vxvm
Нисколько бы она не стоила - потому что не получится "ящик водки и тех двоих обратно".А без тех - на сегодня нет ни одной рабочей и не имеющей печальной истории эпичных потерь данных фс с поддержкой EC. Место там проклято, или папы у всех и каждого из этих васянов оказались не сильны в математике - чорт его знает вот.
Ну и не забываем что фейл автора bcachefs был именно в том что с ним отказались сотрудничать разработчики ведра. Как выяснилось - слишком хорошо усевшиеся под ручейком корпоративных взносов, чтобы позволить кому-то что-то менять.
А без нормальной интеграции (с _обоих_ сторон!) - можешь не мечтать о свопе там нормальном или хотя бы эффективном управлении памятью. И нет, это снова не zfs виновата - стандартное решение от rhbm на базе _их_ ceph - там где идет речь о конвергентных конструкциях говорит "а вот вы так не делайте!"
Т.е. нормальная разработка возможна только в рамках корпоративного проекта ядра ос целиком. Где нет никаких "майнтейнеров", могущих стать в позу и заблокировать изменения.
Ух как много достойных изменений сарказмофф, а swap так и не осилили, как и /boot в одном пуле с root.И как же круто, на этом фоне, смотрится Bcachefs, где есть бэкграундворкер, который умеет и диск убрать и тип рейда сменить - всё на лету, с зфс сиди пересобирай пул и гоняй его туда/сюда. Жаль деды ослепли, так и будут пилить зфс с кривой лицензией, не замечая перспективную от кента. В тоже время дропаем иксы и пропихиваем вэйлэнд с горой костылей, без шансов на стабильность уровня тех же иксов. Может я чего не понимаю, но ощущение, что логика, которой раньше славилось сообщество, не просто вышла, а сиганула в окно.
> вэйлэнд с горой костылейКакие костыли ты можешь назвать в вяленом? Хотя бы один костыль. (Заметь: ты обещал гору, а я прошу всего один.)
> стабильность уровня тех же иксов
Стабильные иксы -- это оксюморон.
> Стабильные иксы -- это оксюморон.Как и стабильный линекс на десктопе.
Ну он же тормозит, а часть софта все равно работает в прослоечных иксах...
Вон хроимум вообще не запускался после обновления кде где выпили ли диалог выбора иксов. Вроде пофиксили уже.
> Ну он же тормозит,На вашем друндулете тормозит? Не, ну бывает, у отстающих от прогресса всегда так.
> а часть софта все равно работает в прослоечных иксах...
Часть древнего мусорного софта, который не может идти в ногу с технологиями? Да, работает через прослойку. Скажите спасибо что вам ее оставили.
> BcachefsКоторый из достойной идеи превратился в bloatware, где количество кода чуть ли не больше, чем в ядре.
Современные файловые системы - вещь очень сложная, поэтому неудивительно.
А так какая вам разница, сколько там кода, если он работает и при этом стабильно (я не про Bcachefs, а вообще про любой продукт)?
Жалкая попытка оправдать смузикодерство, когда кодерам платят не за оптимизацию и минимализм, а за лишние функции и лишние классы, а так же лишние 100500 инструментов типа docker и прочих ненужностей типа git.
>> Bcachefs
> Который из достойной идеи превратился в bloatware, где количество кода чуть ли
> не больше, чем в ядре.По сравнению с сабжем и его культурными наслоениями - он довольно маленький и аккуратный.
>круто, на этом фоне, смотрится BcachefsТы прав, о покойниках либо хорошо либо никак.
Помянем.
> а swap так и не осилилиИ не осилят без нормальной интеграции с ядром. Вообще своп работает, только плохо -- вешает систему при большой нагрузке, при обычном "десктопном" использовании эта проблема не проявляется. Хтя так ли уж нужен своп на zvol -- это тоже вопрос, потому как в любом случае своп лучше создавать на отдельном диске.
> как и /boot в одном пуле с root.
А с этим у тебя какие проблемы? У меня /boot в корневом пуле, и всё прекрасно работает.
> тип рейда сменить
Зачем это делать? Не проще ли заранее подумать об организации хранилища?
Не понимаю зачем нонче swap вообще. Не говоря уж о том чтобы класть его на zfs.
Вот boot другое дело, но нормально это поддерживаться будет только когда сам zfs будет нормально ядром поддерживаться (как минимум не скоро, если вообще).
> Не понимаю зачем нонче swap вообщеНу да, я тоже так думал. Отключил swap, включил zram -- и столкнулся с тем что при занятых 4 ГБ оперативной памяти вся оставшаяся память куда-то пропала, а браузер стал крашиться при ~10-12 открытых вкладках. Я даже в какой-то момент подумал что у меня какая-то из плашек памяти накрылась, побежал проверять мемтестом. Вернул своп, отключил нафиг zram (от которой без backing_dev вообще помоему только один вред) -- и всё заработало как и прежде.
> Вот boot другое дело
Так а что с ним не так-то? Вроде никаких проблем с размещением /boot у ZFS нет...
Проблема в том, что академический подход сменился на метод "давай попробуем". Ранее был этап проектирования ПО, когда над ним думали месяцами. Сейчас же сажают сотню гугл-программистов, чтобы было быстрее и дешевле, а далее как в мультфильме "Песенка мышонка".
AI когда интегрируют? Инвесторы интересуются...
Еще ни блокчейна ни биг даты ни вебдваноль не интегрировано. Слова года интегрируются по порядку, не бегите впереди паровоза.
значит зажировка будет последней
этим уже инвесторов не разведешь, ты нам тухляк не гони )))
> этим уже инвесторов не разведешь, ты нам тухляк не гони )))Не путайте инвесторов и инвесторов в зрелые корпоративные решения. ВебДваНоль еще очень даже!
> Пакеты с новой версией в ближайшее время будут подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOSЧто-то я по ссылке бинарных пакетов ни для каких версий не нахожу, только исходники.
Значит ближайшее время еще не наступило.
Всегда рад помочь, ваш КО.
> Значит ближайшее время еще не наступило.
> Всегда рад помочь, ваш КО.Спасибо, КО.
Но разве для предыдущих версий не должно быть бинарных пакетов?
Есть они там, да, по ссылке на заглавной.
Снизу слева - Getting started, и дальше по дистрам
> Есть они там, да, по ссылке на заглавной.
> Снизу слева - Getting started, и дальше по дистрамСмотрел там, там рассказывают как поставить то, что есть в репах каждого дистра. Какие-то свои пакеты не предлагают.
А ты рассчитывал .Appimage там увидеть?
> А ты рассчитывал .Appimage там увидеть?Как сказано в новости:
> Пакеты с новой версией в ближайшее время будут подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOS
Вот я и рассчитывал найти там deb-пакеты для прошлой версии 2.3.5 (для неё же "ближайшее время" уже наступило?) под все поддерживаемые версии Ubuntu и Debian.
> Пакеты с новой версией в ближайшее время будут подготовлены для основных дистрибутивов
>> Вот я и рассчитывал найти там deb-пакетыПросто автор новости неправильно выразился. В каждом дистрибутиве сами готовят пакеты с zfs. Где-то быстрее, где-то на это уходит больше времени. В openSUSE, например, свежие версии zfs появляются практически сразу, в Дебиане на это может уйти несколько месяцев.
В Ubuntu 22.04 как была изначально zfs 2.1.5 так и есть (были только патчи безопасности). В 24.04 — zfs 2.2.2.
Может в дебиане в бэкпортах какое-то шевеление и есть, но в убунте с zfs стабильность.
Не знаю как там в Убунту (не пользуюсь), а в Дебиане да, бжкпорты. Вполне стабильные кстати. По крайней мере у меня ни разу не было проблем с ZFS.
В дебиане в бэкпортсах лежит свежак. От силы 2-3 недель на опакечивание да карантин в сиде/экспериментале.Пакеты для федоры/рхел лежат действительно на zfsonlinux.org/fedora/epel.
А в убунте печально все с зфс, это правда, он не в основном репозитории и мейнтейнер там любитель какой-то. Там не только зфс лежит протухший, они его и патчить не собирались, когда в нем пару лет назад гентушники критическую потерю данных вскрыли.
Чересчур переоценённая ФС. Причём не только OpenZFS, но и её оригинальная реализация. Задумка интересная, но вот воплощение -- полный отстой. Самое большее тянет на прототип, заготовку, которую по-хорошему надо не допиливать, а глядя на которую нужно писать новую фс с нуля. Ну а с текущей моделью разработки надеяться на то что ZFS когда-нибудь доведут до ума вообще не приходится. Только костылями обрастает. В идеале фс вообще должна разрабатываться совместно с устройством хранения данных, чтобы фс могла напрямую управлять размещением данных на накопителе, без всяких костылей типа trim, а этого не просматривается даже на горизонте.
Эдуард залогинтесь.
У производителей нас и есть свои разработки под их оборудование...
А что лучше то? бтрфс?
Вот выпустят Ханса - будет ReiserFS6 (ReiserFS5 оставят Шишкину).
И заживём !
Шишкин вам, а не рейзерфс!
расскажи как надо!> фс могла напрямую управлять размещением данных на накопителе
это просто твои мечты о светлом? а есть какой-то стандарт, который позволяет это делать? а производители ssd вообще в принципе позволяет это делать? а производители hdd? но кроме этих устройств хранения данных существуют и другие, а как там обстоят дела с этим? а какие проблемы решит, если фс будет сама управлять размещением данных на накопителе и какие новые проблемы появятся от такого решения и как они будут решаться?
> чтобы фс могла напрямую управлять размещением данных на накопителе,
> без всяких костылей типа trim, а этого не просматривается
> даже на горизонте.Кек. Это уже 10 лет как сделали.
The Linux kernel work on zoned storage started back in 2014 with the most minimal amount of support incorporated into the 3.18 kernel
Только этот ваш ZNS похоже не взлетел и на замену ему уже изобрели новый велосипед -- FDP (Flexible Data Placement), который даже на серверах пока экзотика. А о потребительских устройствах, которые до сих пор даже неймспейсы создавать не позволяют, вообще говорить не приходится.
> похоже не взлетел1. Как это сочетается с "нет на горизонте" и с shop.sandisk.com?
2. Давно можно купить зонированный жёсткий диск на барахолке https://www.ebay.com/itm/277587025512> А о потребительских устройствах
Да какие потребительские устройства. Ну и денежные современные потребительские устройства - это такие кирпичики, разве что эпоксидкой не залитые. Что в них используется - касается только производителя устройства. Может, Apple такое делает для экономии. А может нет. Но пользователей это не касается и узнать невозможно.
Ты мне покажи бытовой ssd с поддержкой ZNS, мало ли что там у корпов существует в их лабораториях в единичных экземлярах. И ещё неизвестно, не снимет ли Сандиск эти устройства с производства. Intel Optane тоже все хвалили, и где они? И кстати, как там у ZFS с поддержкой ZNS? И вообще, могу конечно ошибаться, но по-моему ZNS тоже не даёт полной свободы для ФС, поправьте если я неправ.
> Ты мне покажи бытовойТак их и не будет, время универсального железа прошло. Ты мне мейнфрейм бытовой покажи. Ты мне покажи, куда тот новый SSD на 245 ТБ по цене квартиры втыкать в ПК.
> время универсального железа прошлоКак раз наоборот. Настала эпоха всеобщей стандартизации и унификации.
> Ты мне мейнфрейм бытовой покажи
Любой современный десктоп
> Ты мне покажи, куда тот новый SSD на 245 ТБ по цене квартиры втыкать в ПК
Так не надо продавать обычные по сути расходники по цене квартиры. А куда воткнуть 245 ТБ я придумаю. Ладно 245ТБ, хотя бы обычный 8-терабайтник с ZNS покажите, ведь эту технологию именно для ссд и придумали (для снижения усиления записи), не так ли?