После 11 месяцев разработки опубликован релиз проекта OpenZFS 2.4.0, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после слияния с кодом из FreeBSD был признан основной реализацией OpenZFS и переименован...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64448
кажется, с semantic versioning эти тоже уже попрощались. Инвесторы любят большие числа.
А они его использовали когда-нибудь?
> semantic versioningВ мире разработки ПО есть много бесполезных вещей, и семантическое версионирование одни из них. На практике перед обновлелнием нужно знать две вещи: поменялся ли интерфейс между двумя релизами, и когда был сделан релиз. Семантическое версионирование кое-как отвечает только на первый, и никак вообще не отвечает на второй.
> поменялся ли интерфейс между двумя релизамиКак будто версия вида "dd.mm.yyyy" как-то отвечает на этот вопрос.
> когда был сделан релизКак будто версия вида "259" как-то отвечает на этот вопрос.
А че там с shrink томов? Все еще никак?
И никогда не будет.Скажи спасибо что можно удалить случайно добавленный третий диск из зеркала.
(случайно добавленный мимо зеркала - удалить нельзя уже никак)
В смысле никогда? Вот же видео 2013 года еще https://www.youtube.com/watch?v=G2vIdPmsnTI где обсуждаются варианты реализации фичи block pointer rewrite. И что когда ее вольют, можно будет это делать. А еще это позволит уменьшать фрагментацию. За 12 лет еще не закончили? А чем тогда разрабочики занимались?Да что там 2013, еще когда Sun был, они на Sun Tech Days рассказывали какая это крутая фича и как она полезна для будущего ZFS. Сам Джефф Бонвик над этим работал.
вроде бы (не проверял, но было бы крайне странно если бы не так) даже в солярке, не смотря на все обещания с 2013го - та же самая фигня. Можно удалить диск из зеркала. vdev удалить нельзя.
(про диск из raidz давай уж не будем, это фантастика)А чем разработчики занимаются, ты видишь из этой новости - крутят номер версии, чтобы произвести впечатление на последних оставшихся спонсоров.
параметр -a для zpool scrub вот, добавили.
Зато в BTRFS в корне нет таких проблем, как и размера для подтомов, в принципе, там есть только квоты по желанию
> Зато в BTRFS в корне нет таких проблем, как и размера для
> подтомов, в принципе, там есть только квоты по желаниюСабж вообще в основном - ФС для энтерпрайзных хранилок. Приоритеты у саней такие были.
А btrfs - general purpose FS с некими extras. Это просто разные приоритеты и набор свойств - пересекается лишь местами.
ZFS вообще ацкий тормоз без подпора сотнями RAM на 1-дисковой конфиге, не дай боже с современным быстрым SSD где он в РАЗЫ тормознее остального в линухе. Фороникс не даст соврать. Да еще out of tree. Так что файлуха для рутфс с снапшотами? Не, можно и микроскопом гвоздь забить если сильно захотеть. ZFS как рутфс в лине будет аналогично. А рутфс без снапшотов в 2025 году уже как-то совсем печальненько.
> А рутфс без снапшотов в 2025 году уже как-то совсем печальненько.Корневые снапшоны обычно не содержат ценных данных. Как в корпоративной среде, так и в домашней лабе, если всё сделано правильно, данные всегда выносят на отдельные диски. А корневая файловая система (рутфс) – эфемерная сущность: после развертывания новой ОС она обновляется, и, как правило, нет смысла мигрировать что-либо из старых снапшотов. Данные на рутфс особо не нужны.
> Корневые снапшоны обычно не содержат ценных данных.Они позволяют рекавери из любого факапа за 2 минуты, в стиле виртуалок. Это просто другой уровень менеждмента, типа как VM - но на bare metal. Не важно кто и как профачился. Хоть rm -rf / а система все равно вернется в рабочее состояние. При том в виде как оно было в момент снапшота. Без убиения времени на реинсталлы и конфигурацию этого.
И да, вот лично я это все юзаю на вот лично моих системах для упрощения себе жизни, "права на ошибку" и возможности быстро откатить действо результат которого не понравился. И на меньшее я уже не согласен.
> Как в корпоративной среде, так и в домашней лабе, если всё сделано правильно,
Если. Хорошо быть богом, который никогда не ошибается. А поскольку я смертный, то мне право на ошибку и возможность переиграть, манипуляции пространством и временем - очень даже. Виртуалки круче всего для R&D именно - этим. Почему я должен согласиться на меньшее на bare metal если технологии уже позволяют - я не в курсе. А вы можете линейно рулить системами, реинсталить, трахаться пару часов если какой-то апдейт не понравился по результату и проч. Я же уже забыл про такой менеджмент систем как страшный сон. При минимальной неуверенности в исходе операции - снапшот, пробую, не понравилось -> это состояние списывается в утиль, предыдущее возвращается. Машина времени с разными вариантами развития событий в версиях будущего - хорошо и правильно.
> на отдельные диски. А корневая файловая система (рутфс) – эфемерная
> сущность: после развертывания новой ОС она обновляется, и, как правило, нет
> смысла мигрировать что-либо из старых снапшотов. Данные на рутфс особо не нужны.Кроме того что там куча конфигурации системы под меня, я совсем не хочу убивать время на реконф системы с ноля, равно как и вспоминать какой софт, где и когда был, вот это все.
Да, конечно, в пиковом случае я это все переделать - смогу. Но явно не за 2 минуты как откат снапшота из любой позы. В чем пойнт "нелинейного" менеджмента систем в стиле VM и состоит.
Да, я и не спорил с концепцией делать снапшоты виртуальных машин, я за, только не накапливайте их — они вызывают тормоза.
Речь шла о снапшотинге rootfs средствами файловой системы. На десктопах я ещё могу понять, зачем это нужно, но на серверах достаточно снапшотов уровня гипервизора для rootfs. Вот для дисков с данными да, их не мешает снапшотить и бекапить иными способами и не коем случае не полагаться на бекапы на уровне гипервизора. Я просто встречал ситуации, когда админы и руководство считывает достаточным бекапы на уровне гипервизоров, это ошибочный подход, особенно, если это активно-работающие базы данных.> Кроме того что там куча конфигурации системы под меня, я совсем не хочу убивать время на реконф системы с ноля, равно как и вспоминать какой софт, где и когда был, вот это все.
> Да, конечно, в пиковом случае я это все переделать - смогу. Но явно не за 2 минуты как откат снапшота из любой позы. В чем пойнт "нелинейного" менеджмента систем в стиле VM и состоит.Я надеюсь, вы не правите конфиги напрямую в каждой системе, а используете модульный подход, при котором фрагменты конфигов находятся в .d‑директориях. Это позволяет нам централизованно хранить их, даже версионировать в системах контроля версий, и упрощаетcя развёртывание новых систем. Поэтому ситуация, при которой вам один и тот же конфиг придётся переписывать ещё раз в будущем - аномалия и мартышкин труд, не стоит так делать.
> Да, я и не спорил с концепцией делать снапшоты виртуальных машин, я за,
> только не накапливайте их — они вызывают тормоза.Я в курсе. Но для этого их на самом деле должно быть - много. Да, рюхание 100500 референсов на 1 блок может и начать требовать некий процессинг. Но если не жестить, разницу особо не видно. Пяток снапшотов рутфс карман не тянет.
> Речь шла о снапшотинге rootfs средствами файловой системы. На десктопах я ещё
> могу понять, зачем это нужно,Чтобы не наруливать конфиг с ноля, просто вернуть как было, за 2 минуты.
> но на серверах достаточно снапшотов уровня гипервизора для rootfs.
Это имеет плюсы и минусы. Минусы - интерфейс у гипервизоров бывает разный и к нему надо отдельно лезть out of band - всегда. На ремотном серваке не очень удобно. И это только с VM работает. А вон то и с физическими в общем то - тоже, и в менеджмент соваться - только если совсем тухляк.
> Вот для дисков с данными да, их не мешает снапшотить и бекапить иными способами
> и не коем случае не полагаться на бекапы на уровне гипервизора.Снапшоты вообще штука довольно деликатная. Бэд под блоком с 5 референсами - вынесет все 5 снапшотов с ним. Это не замена бэкапа, это быстрый откат "если прокатило".
Грубо говоря "перевесить указатель" на дофига гигз куда быстрее чем фактически копировать их.
> админы и руководство считывает достаточным бекапы на уровне гипервизоров, это ошибочный
> подход, особенно, если это активно-работающие базы данных.Сэр, я гипервизоры юзаю лет наверное 20 и - в курсе :). Лучшие бэкапы - off site вообще. Ovh fire не даст соврать.
> Я надеюсь, вы не правите конфиги напрямую в каждой системе, а используете
> модульный подход, при котором фрагменты конфигов находятся в .d‑директориях.Это как раз годная фича debian. Однако не все программы так умеют. И в целом - собирать пазл из кучи фрагментов одно. Атомарно за 2 минуты вернуть как было, 1 в 1 - другое.
Ну вот представь себе апдейтнул я кикад и там еще 5 гиг либс. А новый возьми и не открой нужный позарез проект. Круто что есть и старое состояние и новое. Можно и то поюзать и это без перекачки заново. И даже - в виртуалочку пушнуть btrfs send'ом. Так что зоопарк версий KiCad может быть и - немного виртуальным :). Subvol с системой то довольно просто в VM превратить. Просто receive его с любой бутявки. И вот мне новый VM с энной версией.
> Это позволяет нам централизованно хранить их, даже версионировать в системах
> контроля версий,Версионируй мне 5 гигз KiCad разных версий таким манером? Снапшоту то пофиг, будет себе 5 гигз той версии и этой версии.
> и упрощаетcя развёртывание новых систем. Поэтому ситуация, при которой вам один
> и тот же конфиг придётся переписывать ещё раз в будущем -
> аномалия и мартышкин труд, не стоит так делать.У меня есть некие подборки конфигов. Но это никак не адресует допустим желание поэкспериментировать с KiCad энной версией имея возможность переиграть развитие событий. И так далее.
> Версионируй мне 5 гигз KiCad разных версий таким манером? Снапшоту то пофиг, будет себе 5 гигз той версии и этой версии.Легко, Git LFS как раз для этого и предназначен. А какая файловая система под ним не имеет значения, просто используйте систему с CoW (Copy-on-Write) и активно дедуплицируйте похожие блоки – в этом случае эти 5 ГБ будут практически обнуляться при дедупликации.
Не мёртвое и то хорошо. Интересно, сколько бы стоила нормальная разработка, чтоб вот прям сделали версию, не стыдную в прод?
Для корпораций не много стоило бы. Просто оно им не нужно, когда есть готовые, проверенные и рабочие решения.
Это какие проверенные, ext4?
это цап-царап открытые исходники, а назад - пообещать что-то там оформить и... забыть (ну или тихо слиться).Привет, netapp.
bcachefs
BcacheFS, к сожалению, ещё не созрел.
Скорее btrfs, с учётом возможного появления искажений hole в структурах метаданных на raid5/6.
RAID 5 и RAID 6 для BTRFS использовать не рекомендуют, оно пока сыро, можете данные потерять. Я использую BTRFS + RAID10, полёт нормальный. Можно также с BTRFS использовать RAID 0, RAID 1, RAID 2.
vxfs/vxvm
NTFS
> NTFSКто о чем а адепт BSD о винде. Но так то NTFS весьма слоупочная штука. Даже на винде.
Нисколько бы она не стоила - потому что не получится "ящик водки и тех двоих обратно".А без тех - на сегодня нет ни одной рабочей и не имеющей печальной истории эпичных потерь данных фс с поддержкой EC. Место там проклято, или папы у всех и каждого из этих васянов оказались не сильны в математике - чорт его знает вот.
Ну и не забываем что фейл автора bcachefs был именно в том что с ним отказались сотрудничать разработчики ведра. Как выяснилось - слишком хорошо усевшиеся под ручейком корпоративных взносов, чтобы позволить кому-то что-то менять.
А без нормальной интеграции (с _обоих_ сторон!) - можешь не мечтать о свопе там нормальном или хотя бы эффективном управлении памятью. И нет, это снова не zfs виновата - стандартное решение от rhbm на базе _их_ ceph - там где идет речь о конвергентных конструкциях говорит "а вот вы так не делайте!"
Т.е. нормальная разработка возможна только в рамках корпоративного проекта ядра ос целиком. Где нет никаких "майнтейнеров", могущих стать в позу и заблокировать изменения.
Ты о чём, EXT4 и её прошлые версии сделали были без помощи корпорастов.
ext4 конечно хорошая фс для локалхоста без претензий и с хорошим бэкапом, ну или для виртуалочки на дэйтасторе (zvol backed, хстате)Но это идеи примерно 76го года выпуска. Хотелось бы чего-нибудь более приспособленного к современным задачам. (а хрен там)
Ну и не то чтоб без помощи... хотя конечно как сказать.
https://wiki.lustre.org/Frequently_Asked_Questions#Why_did_L...?
the Lustre team carried ext3 substantially forward by improving functionality and performance that have been included into the popular ext4 filesystem
А кто платил зарплаточки lustre team, кто платил, ГА?! (а потом выгнал на мороз)
Ух как много достойных изменений сарказмофф, а swap так и не осилили, как и /boot в одном пуле с root.И как же круто, на этом фоне, смотрится Bcachefs, где есть бэкграундворкер, который умеет и диск убрать и тип рейда сменить - всё на лету, с зфс сиди пересобирай пул и гоняй его туда/сюда. Жаль деды ослепли, так и будут пилить зфс с кривой лицензией, не замечая перспективную от кента. В тоже время дропаем иксы и пропихиваем вэйлэнд с горой костылей, без шансов на стабильность уровня тех же иксов. Может я чего не понимаю, но ощущение, что логика, которой раньше славилось сообщество, не просто вышла, а сиганула в окно.
> вэйлэнд с горой костылейКакие костыли ты можешь назвать в вяленом? Хотя бы один костыль. (Заметь: ты обещал гору, а я прошу всего один.)
> стабильность уровня тех же иксов
Стабильные иксы -- это оксюморон.
> Стабильные иксы -- это оксюморон.Как и стабильный линекс на десктопе.
Ну он же тормозит, а часть софта все равно работает в прослоечных иксах...
Вон хроимум вообще не запускался после обновления кде где выпили ли диалог выбора иксов. Вроде пофиксили уже.
> Ну он же тормозит,На вашем друндулете тормозит? Не, ну бывает, у отстающих от прогресса всегда так.
> а часть софта все равно работает в прослоечных иксах...
Часть древнего мусорного софта, который не может идти в ногу с технологиями? Да, работает через прослойку. Скажите спасибо что вам ее оставили.
> кдеИ причем тут внйланд? Идите в багтрекер композитора kwin
> BcachefsКоторый из достойной идеи превратился в bloatware, где количество кода чуть ли не больше, чем в ядре.
Современные файловые системы - вещь очень сложная, поэтому неудивительно.
А так какая вам разница, сколько там кода, если он работает и при этом стабильно (я не про Bcachefs, а вообще про любой продукт)?
Жалкая попытка оправдать смузикодерство, когда кодерам платят не за оптимизацию и минимализм, а за лишние функции и лишние классы, а так же лишние 100500 инструментов типа docker и прочих ненужностей типа git.
Круто. Слесарь Анатолий из Сызрани низпроверг индустрию. Гугл уже готовит оффер на 999ккк.
>> Bcachefs
> Который из достойной идеи превратился в bloatware, где количество кода чуть ли
> не больше, чем в ядре.По сравнению с сабжем и его культурными наслоениями - он довольно маленький и аккуратный.
>круто, на этом фоне, смотрится BcachefsТы прав, о покойниках либо хорошо либо никак.
Помянем.
Какие к хренам поминки?! КОЛ, КОЛ осиновый тащи! Оно щас вылезет и всех пожрьот!(чего там хорошего было-то и при прошлой жизни? Это ж абсолютно перпендикулярная zfs история - для васянов с одним-единственным нежно любимым и полируемым локалхостом.)
> а swap так и не осилилиИ не осилят без нормальной интеграции с ядром. Вообще своп работает, только плохо -- вешает систему при большой нагрузке, при обычном "десктопном" использовании эта проблема не проявляется. Хтя так ли уж нужен своп на zvol -- это тоже вопрос, потому как в любом случае своп лучше создавать на отдельном диске.
> как и /boot в одном пуле с root.
А с этим у тебя какие проблемы? У меня /boot в корневом пуле, и всё прекрасно работает.
> тип рейда сменить
Зачем это делать? Не проще ли заранее подумать об организации хранилища?
Не понимаю зачем нонче swap вообще. Не говоря уж о том чтобы класть его на zfs.
Вот boot другое дело, но нормально это поддерживаться будет только когда сам zfs будет нормально ядром поддерживаться (как минимум не скоро, если вообще).
> Не понимаю зачем нонче swap вообщеНу да, я тоже так думал. Отключил swap, включил zram -- и столкнулся с тем что при занятых 4 ГБ оперативной памяти вся оставшаяся память куда-то пропала, а браузер стал крашиться при ~10-12 открытых вкладках. Я даже в какой-то момент подумал что у меня какая-то из плашек памяти накрылась, побежал проверять мемтестом. Вернул своп, отключил нафиг zram (от которой без backing_dev вообще помоему только один вред) -- и всё заработало как и прежде.
> Вот boot другое дело
Так а что с ним не так-то? Вроде никаких проблем с размещением /boot у ZFS нет...
Вполне себе работает и без загрузочного пула.
> Не понимаю зачем нонче swap вообще.ты просто не используешь модный современный софт.
Когда в свопе тихо-мирно лежат совершенно ненужные 5-8 гигабайт, потому что мы ж на безопастных йезычках, и 386 нимодна и проклята, поэтому нааллоцируем себе десяток гигабайт памяти, и еще и загадим непойми чем, а освобождать - даже и не думаем.И они на самом деле никогда и не будут оттуда прочитанны, но поскольку туда уже что-то успели записать - возможно, нули - место вынь да положь. А оператива щас еще раз в пять подорожает.
> Вот boot другое дело
у тебя странная опечатка в слове ESP. К которой zfs ну никак и никакого отношения иметь не может.
boot нинуна со времен выноса в мусорку дедушкиных пней3, не умевших адресовать дальние секторы древнего pata диска.
>Не понимаю зачем нонче swap вообще.Потому что в лялексе есть дебильная политика overcommit memory. Свап нужен, чтобы память не кончилась внезапно и половина системы не была прибита OOM.
> Потому что в лялексе есть дебильная политика overcommit memory. Свап нужен, чтобы
> память не кончилась внезапно и половина системы не была прибита OOM.Эта политика еще и настраивается так то. И кому не нравится может ее отключить. Вот только тогда вместо 12 вкладок вы получите - 6, а потом - болт! Но можете конечно свопом еще похрустеть. И вообще-то о...тельно жрать память начали - сайты и браузеры. Представляете, на винде это все тормозит и по OOM дохнет ничуть не хуже. А вкладочка жрущая гиг оперативы - это суровая реальность жизни. Скажите спасибо что не два, а то новая версия рект@л.жс еще и не такое вам покажет.
Проблема в том, что академический подход сменился на метод "давай попробуем". Ранее был этап проектирования ПО, когда над ним думали месяцами. Сейчас же сажают сотню гугл-программистов, чтобы было быстрее и дешевле, а далее как в мультфильме "Песенка мышонка".
Академического подхода ни в индустрии, ни тем более в линуксе никогда не было. Ман отличия исследований от индустрии.
> дропаем иксыИх дропнули сами авторы. Никто не мешал всем остальным подхватить разработку. Например, лично тебе.
> пропихиваем вэйлэндА у тебя есть другие альтернативы? Поделись.
> без шансов на стабильность уровня тех же иксовВ чем нестабильность заключается? Особенно интересно послушать про нестабильность протокола. Давай, выдержки на «нестабильности» в тексте протокола в студию)
> Может я чего не понимаюА вот это правда, не понимаешь.
> не замечая перспективную от кента. В тоже время дропаем иксы и
> пропихиваем вэйлэнд с горой костылей, без шансов на стабильность уровня тех
> же иксов.В опенсорсе кто работает работы тот и определяет как это будет. Странно, да? :)
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 покажите, ведь эту технологию именно для ссд и придумали (для снижения усиления записи), не так ли?
samsung PM1731a (2021 год)
> Как раз наоборот. Настала эпоха всеобщей стандартизации и унификации.Хочу... хочу... я хочу жить в Советском^W эпохе всеобщей стандартизации и унификации!
В реальности Амазон себе процессоры делает. Производители памяти переключились на специализированную для ИИ-ускорителей - она дороже продаётся. PCIe-свитчи с материнок пропали с покупкой PLX Broadcom'ом - уважаемые люди купят меньше, а заплатят в сумме больше. С видеокартами тоже оказалось, что если они перестанут показывать видео, то денег больше выходит. На servernews новости либо про специализированные ИИ-ускорители (штандартнее некуда), либо про железо, которое не дойдёт до потребителей как во времена LGA771-E5v4.
Не первый год мои товарищи, достойные доверия, хвалят OpenZFS и практикуют. А я все никак не возьмусь под нее разбить диски. Но - =если только жив я буду= - возьмусь, ей-ей.
Я не понимаю какие вообще могут быть в современном мире альтернативы при создании настоящего софтового рейда? Все что выше упоминали школьники опеннета документированно "пока не работает, но в будущем ого-го" и уже теряло данные живых людей.
> Я не понимаю какие вообще могут быть в современном мире альтернативы при
> создании настоящего софтового рейда? Все что выше упоминали школьники опеннета документированно
> "пока не работает, но в будущем ого-го" и уже теряло данные
> живых людей.Чутка не понял - вы за OpenZFS или против? (: спрашиваю не для спора, просто интересен ваш опыт в этом вопросе.
>Чутка не понял - вы за OpenZFS или против? (: спрашиваю не для спора, просто интересен ваш опыт в этом вопросе.ЗА, потому как только он у меня много лет работает и не имеет ну просто никаких проблем при хранении данных в zpool. Контролируемое и ожидаемое поведение при манипуляциях, стабильная работа, документация и код написаны не снежинками из Линукс - чего еще желать?
А если еще есть возможность не заниматься ерундой и хранилище делать на выделенной машине, то сразу ставить FreeBSD и отдавать данные по сетке - там команда хоть и маленькая, но в приоритете надежность, а не модные игры с растом и ИИшками на файловом хранилище.
>>Чутка не понял - вы за OpenZFS или против? (: спрашиваю не для спора, просто интересен ваш опыт в этом вопросе.
> ЗА, потому как только он у меня много лет работает и не
> имеет ну просто никаких проблем при хранении данных в zpool. Контролируемое
> и ожидаемое поведение при манипуляциях, стабильная работа, документация и код написаны
> не снежинками из Линукс - чего еще желать?
> А если еще есть возможность не заниматься ерундой и хранилище делать на
> выделенной машине, то сразу ставить FreeBSD и отдавать данные по сетке
> - там команда хоть и маленькая, но в приоритете надежность, а
> не модные игры с растом и ИИшками на файловом хранилище.Спасибо за ответ. Смотрю в эту же сторону (и в части FreeBSD тоже).
> Спасибо за ответ. Смотрю в эту же сторону (и в части FreeBSD тоже).Система без LTS'а то? Где бинарные пакеты по остаточному принципу и полися вокруг них - дичь? Вот уж решение для продакшнов то.
Как тут кто-то сказал - у системы стабильность КИРПИЧА. Кирпича, Карл! :D
>> Спасибо за ответ. Смотрю в эту же сторону (и в части FreeBSD тоже).
> Система без LTS'а то? Где бинарные пакеты по остаточному принципу и полися
> вокруг них - дичь? Вот уж решение для продакшнов то.
> Как тут кто-то сказал - у системы стабильность КИРПИЧА. Кирпича, Карл! :DКритикуешь - предлагай, Карл.
>> Как тут кто-то сказал - у системы стабильность КИРПИЧА. Кирпича, Карл! :D
> Критикуешь - предлагай, Карл.Да господи, Ubuntu обычное на серваке. С Ubuntu 6 лет LTS - по дефолту. Всем. А есть еще расширенные программы поддержки. Бонусом - Live апдейты ядра. Представляете, будущее уже наступило и ребутать серваки уже не требуется. А такая фигня уже лет наверное 8. А теперь покажите мне такое шоу на этих ваших BSD вообще?! А, ну да, когда админов локалхоста SLA и прочие даунтаймы волновали.
Если корпоративный BS совсем не нравится и выковыривать подарки шатлворта лень, Debian при правильных таймингах тоже позволит около 6 лет спокойной жизни. При том чем больше всяких (не)локалхостов раскиданых фиг знает где тем меньше хочется каждому из - уделять внимание лишний раз. Хочется чтобы они работали, а не делали мозг, пардон.
Это примерно как с другим commodity. Да, первые автомобили - были собраны их водителями. Потому что других опций не существовало. Первые радиоприемники и телевизоры были в режиме сделай сам. А вы сможете собрать современное авто? Или спаять современный телевизор? В 2025, на уровне технологий 2025. А не вон то.
Благодарю за ответ.
В том все и дело, что такого рода варианты у меня уже есть, согласен, хорошо работающие. В основном сталкиваюсь не с проблемами поддержки ОС, как таковых, а с проблемами поддержки софта на нем, так как софтописатели начинают задирать цены на поддержку и пр. А каких-то прям лютых апдейтов ОС в сумме с ребутами и пр. у меня на 10 железных и 30 виртуальных серверах особо не наблюдается.Тем не менее OpenZFS хочу попробовать в проде, но нужно время для теста и минимального опыта работы с ней, а *BSD попробую на десктоп поставить, чтобы вообще понять, что там и как и далее буду делать выводы. Это как минимум интересно, как максимум - возможна польза.
Ну как "попробовать в проде" ? Попробуй TrueNAS - веб обвязка сделана над ZFS. Можно и руками.Про FreeBSD - чёт будущее её туманно. И пердолиться руками в стареющей системе не особо и хочется.
Хотя Linux идёт куда-то не туда и скоро (когда он станет платным) придётся вспоминать бабушек (FreeBSD) и дедушек (X-system).
> Ну как "попробовать в проде" ? Попробуй TrueNAS - веб обвязка сделана
> над ZFS. Можно и руками.
> Про FreeBSD - чёт будущее её туманно. И пердолиться руками в стареющей
> системе не особо и хочется.
> Хотя Linux идёт куда-то не туда и скоро (когда он станет платным)
> придётся вспоминать бабушек (FreeBSD) и дедушек (X-system).Да. С ZFS все понятно, к ней вопросов особо и нет - надо разибраться. А FreeBSD ... на новогдних выходных попробую накатить, поглядеть (:
> Хотя Linux идёт куда-то не туда и скоро (когда он станет платным)
> придётся вспоминать бабушек (FreeBSD) и дедушек (X-system).Да он уже давно платный - для тех кто хотел и мог платить. А на минималках для сообразительных он всегда бесплатным и останется.
Просто если вы хотите например дофига лет получать live апдейты на ядро убунты которая уже поседела вместе с админом - да за это придется доплатить. Ну и нормальная так то идея - доить тех кто хочет некромансить или желает энтерпрайзный уровень саппорта.
И так то я и сам услуги вокруг линуха оказываю. А почему бы и не зарабатывать денег своей экспертизой, собственно? А у кого экспертизы своей есть - могут и бесплатно проскочить. При том оно так - со всем. Люстру тоже - можете сами бесплатно вешать. Можете мастера за бабки вызвать. Уж как вы там предпочитаете.
> В том все и дело, что такого рода варианты у меня уже
> есть, согласен, хорошо работающие. В основном сталкиваюсь не с проблемами поддержки
> ОС, как таковых, а с проблемами поддержки софта на нем, так
> как софтописатели начинают задирать цены на поддержку и пр.Ну вот тут - специфика у каждого своя и я могу вашу специфику и не знать.
> А каких-то прям лютых апдейтов ОС в сумме с ребутами и пр. у
> меня на 10 железных и 30 виртуальных серверах особо не наблюдается.Я просто уже малость балуюсь околоrealtime и nontop вещами, которые останавливать крайне нежелательно по возможности. Особенно надолго. На этом фоне - оценил идею с live апдейтами. Это все же круто придумано. Сравнимых технологий в BSD просто не приоминается. А убунта так делает лет наверное 8 или больше.
> Тем не менее OpenZFS хочу попробовать в проде, но нужно время для
> теста и минимального опыта работы с ней, а *BSD попробую на
> десктоп поставить, чтобы вообще понять, что там и как и далее
> буду делать выводы. Это как минимум интересно, как максимум - возможна
> польза.Это как бы правильный подход к делу - самому посмотреть то и се и как оно в целом. Потому что в конечном итоге у всех свои предрассудки. А что понравится лично вам - только вы и знаете.
> Я просто уже малость балуюсь около realtime и nontop вещами, которые останавливать крайне
> нежелательно по возможности. Особенно надолго. На этом фоне - оценил идею
> с live апдейтами. Это все же круто придумано. Сравнимых технологий в
> BSD просто не приоминается. А убунта так делает лет наверное 8
> или больше.Мне до этого совсем далеко (: Все более-менее стандартно, более того, один из сервисов, который тоже был нежелателен к остановам, наконец-то передан в другие руки. Ко всему остальному - староверский подход. Но Ubuntu, конечно, суют часто в прод, от которого потом не открутишься.
>Система без LTS'а то? Где бинарные пакеты по остаточному принципу и полися вокруг них - дичь? Вот уж решение для продакшнов то.LTS дистр - он пришел из сборок, где всё время чешется что-то поменять ради самого процесса: если в прошлом релизе углы круглые, то в новом овальные и обязательно весь стек перетряхнуть в спешке к назначенной дате.
Когда ничего просто не ломается, то LTS дистр - это скорей термин из параллельного мира где хранят данные на нестабильных ФС и постоянно мониторят форумы "у кого данные пропали". Ужасные найденные дыры можно также закрыть патчем. Остальное - это как вечно повторяемая здесь сказка про то, что FB не поддерживает никакое оборудование и прочая чушь.
А уж если задача машины - это просто быть файловым сервером в закрытом сегменте, то от переезда на новые релизы вообще реальной пользы может оказаться зиро на ближайшие 5-7 лет.>Как тут кто-то сказал - у системы стабильность КИРПИЧА. Кирпича, Карл! :D
Каждый выбирает источники информации самостоятельно, в данном случае старательное цитирование слов какого-то дурачка.
Я не понимаю какие вообще могут быть в современном мире альтернативы при создании настоящего софтового рейда, кроме mdadm? //fixed that for you
Неплохо было бы разрабам ZFS взять пример с Оверстрита и тоже ввести трёхстадийную модель публикации выпусков, а то слишком уж много багов в системе, ориентированной на обеспечение надёжности хранения данных.
Это просто гениально! Такую чушь никакой ИИ не способен создать! Человечество спасено, спасибо тебе, друг
Все эти многочисленные файловые системы решают лишь серверные задачи. А вот обычной десктопной ФС с интеграцией функций реляционной БД до сих пор не существует.
> Все эти многочисленные файловые системы решают лишь серверные задачи. А вот обычной
> десктопной ФС с интеграцией функций реляционной БД до сих пор не существует.А зачем на десктопе интеграция функций реляционной БД? Для десктопа убежденного DBA чтоли? Майкрософт такое пытался как-то изобразить. Никто не понял зачем это надо. Они забили.
Ты про MUMPS ? Дык про неё и забыли все давно.