The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от opennews (??), 13-Окт-23, 23:34 
После более двух лет разработки опубликован релиз проекта OpenZFS 2.2, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после переноса поддержки FreeBSD был признан основной реализацией OpenZFS и переименован...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59930

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (1), 13-Окт-23, 23:34 
> в виде отдельно загружаемого модуля, который поставляется отдельно от ядра

Кто понимает, значит ли это большую безопасность за счет отделение модуля от ядра?
Или разницы не будет?

Ответить | Правка | Наверх | Cообщить модератору

3. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Вася Пукин (?), 13-Окт-23, 23:43 
Нет конечно, с точки зрения безопасности разницы нет никакой.
Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +5 +/
Сообщение от Анан (?), 13-Окт-23, 23:53 
это сделано чисто изза лицы
если бы лица была GPL2\3 давно бы фс была в ядре
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

17. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (17), 14-Окт-23, 01:03 
> если бы лица была GPL2\3 давно бы фс была в ядре

Угу, щас! Там вон кента то вертают за то что ядерные подсистемы не использует на максимум. А эта штука туда бы и за 10 лет не пролезла, даже с мылом, потому что переписывать дохрена.

Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Аноним (20), 14-Окт-23, 01:15 
Если бы задались целью - вообще легко.
Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Аноним (-), 14-Окт-23, 09:20 
> Если бы задались целью - вообще легко.

Да вообще ерунда - переписать больше половины, наверное, здоровенного нетривиального кода достаточно критичного к багам. Заодно потом еще годиков десять баги половить, иначе оно будет прикольно взбрыкивать. Разумеется иногда теряя данные и что там еще.

Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от Аноним (10), 14-Окт-23, 00:01 
Вообще ни разу, он загружается в адресное пространство ядра и представляет с ним одно целое. А сделано это из-за лицензии.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

26. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним. (?), 14-Окт-23, 07:17 
При монолитном ядре - нет. При гибридном или микроядре, может что-то дать.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от аНОНИМ (?), 13-Окт-23, 23:42 
Одна из лучших ФС для линукса
Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +5 +/
Сообщение от анон (?), 14-Окт-23, 11:09 
Если забыть про все остальные)
Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –8 +/
Сообщение от пох. (?), 14-Окт-23, 11:13 
> Одна из лучших ФС для линукса

к сожалению, да.

Правда сразу после ntfs-3g

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

199. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от mos87 (ok), 16-Окт-23, 12:29 
а она далеко позади FUSE конечно.
Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от лютый арчешкольник... (?), 14-Окт-23, 15:37 
>Одна из лучших ФС для линукса

только закончил миграцию с zfs на btrfs на бэкапном сервере....
zfs ужасно деградировала всего за год. ls -l в пустом каталоге по 5 сек надо ждать.
фрагментацию показывает низкую, место есть. ещё и постоянный геморрой при обновлениях ядра.

du -sh /blabla с btrfs медленнее в десятки раз (40 сек vs 20 минут)... сами такое юзайте

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

81. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +6 +/
Сообщение от Аноним (81), 14-Окт-23, 16:04 
надо просто знать какие каталоги у тебя в ФС пустые и не делать лс -л там, изи
Ответить | Правка | Наверх | Cообщить модератору

84. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Аноним (-), 14-Окт-23, 16:13 
> надо просто знать какие каталоги у тебя в ФС пустые и не
> делать лс -л там, изи

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

Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (156), 15-Окт-23, 14:10 
может тебе еще hammer2 понравится, правда это не под ляликс.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

184. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Минона (ok), 16-Окт-23, 08:57 
> du -sh /blabla с btrfs медленнее в десятки раз (40 сек vs 20 минут)... сами такое юзайте

# time du -sh /blabla/
6.43T   /blabla

real    2m11.230s
user    0m2.805s
sys     0m24.544s

Там ~ 1 млн. файлов.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

262. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (262), 19-Окт-23, 01:09 
> # time du -sh /blabla/
> 6.43T   /blabla
> real    2m11.230s
> user    0m2.805s
> sys     0m24.544s
> Там ~ 1 млн. файлов.

Ну тогда вот btrfs, на 1 диске, всего 5400RPM, дофига мелких и средних файлов...

На холодную:
real    1m29.206s
user    0m1.309s
sys    0m19.071s

С cache hit в оперативу потом - такое:
real    0m2.874s
user    0m0.439s
sys    0m2.432s

А сколько их всего?
find ./ | wc -l
838549

Чуть меньше миллиона, но сравнимо. Ни на что не претендующие цифры впрочем. Из malus - на этом томе рефлинков чуть более чем дочерта.

Ответить | Правка | Наверх | Cообщить модератору

263. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Минона (ok), 19-Окт-23, 10:08 
Ну сравнимо.
Ответить | Правка | Наверх | Cообщить модератору

268. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (268), 19-Окт-23, 22:24 
> Ну сравнимо.

В принципе да, но неплохо бы уточнить конфигу железки хотя бы на предмет дисков/девайсов/их параметров. А заодно и сравнение cold/hot кешей, в конечном итоге 2 довольно разные случая.

Т.е. если мы на холодную после ребута на файлуху лезем и весь миллион честно читаем - это одно. А если там уже основательно пошариться до этого - и половина cache hit будет, это уже другое. Хотелось бы понимать этот аспект (насколько это hot/cold случаи) для вон того замера.

Ответить | Правка | Наверх | Cообщить модератору

272. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Минона (ok), 20-Окт-23, 15:25 
>> Ну сравнимо.
> В принципе да, но неплохо бы уточнить конфигу железки хотя бы на
> предмет дисков/девайсов/их параметров. А заодно и сравнение cold/hot кешей, в конечном
> итоге 2 довольно разные случая.

-
> # time du -sh /blabla/
> 6.43T   /blabla
> real    2m11.230s
> user    0m2.805s
> sys     0m24.544s
> Там ~ 1 млн. файлов.

Это "на холодную".
Второй проход - 20 сек.
raidz2 из 8 SATA WD Gold.

Ответить | Правка | Наверх | Cообщить модератору

204. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Stellarwind (?), 16-Окт-23, 15:07 
Некие проблемы есть, но оно хоть не разваливается на ровном месте, умеет raidz/raid5 и не выдает No space left on device, хотя там еще минимум половина должна быть свободна :)
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

254. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 21:10 
> Некие проблемы есть, но оно хоть не разваливается на ровном месте, умеет
> raidz/raid5 и не выдает No space left on device, хотя там
> еще минимум половина должна быть свободна :)

А еще некие господа, не пользующиеся btrfs лучше всех остальных знают какие там якобы-проблемы якобы-есть. Иногда еще и лучше чем фэйсбук с миллиардом юзерей на этом всем. Ну вы поняли, экспертиза уровня бох^W пох это как-то так.

Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –6 +/
Сообщение от пох. (?), 13-Окт-23, 23:44 
> Добавлена поддержка технологий, применяемых для контейнерной
> изоляции в Linux

еще тысчонка строк linoops-only мусора затрагивающего кучу тонких мест.
Это точно еще openzfs а не ZoL ? А, впрочем, действительно, о чем это я...

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (9), 14-Окт-23, 00:00 
Можно подумать ZFS где-то кроме Линукса массово используется сейчас.
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (22), 14-Окт-23, 03:01 
Ну, вообще да. В FreeBSD и Солярке. Только в Солярке своя ZFS, во многом несовместимая с OpenZFS, да и сама Солярка почти сдохла уже.
Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (32), 14-Окт-23, 09:08 
Осталось только найти фрибжду где-то.
Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +4 +/
Сообщение от Аноним (36), 14-Окт-23, 09:09 
Если тебя никуда не берут, ты всё ещё можешь сходить на оф.сайт и загрузить там
Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (-), 14-Окт-23, 09:26 
> Если тебя никуда не берут, ты всё ещё можешь сходить на оф.сайт и загрузить там

Чтобы взяли куда-то где есть фрибсд, это такой нехилый квест - такую локацию еще надо ухитриться найти.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от Аноним (49), 14-Окт-23, 10:49 
Это не квест, это фильтр
Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (85), 14-Окт-23, 16:16 
> Это не квест, это фильтр

Отлично работает, почти все BSD уже отфильтровал на задворки истории!

Ответить | Правка | Наверх | Cообщить модератору

203. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от bOOster (ok), 16-Окт-23, 14:47 
Это нехилый квест, особенно для тебя, так как платят за работу там обычно значительно выше чем в рядовых конторах. А ты это не потяняшь. Неудачник...
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

210. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (210), 16-Окт-23, 20:39 
> Это нехилый квест, особенно для тебя, так как платят за работу там
> обычно значительно выше чем в рядовых конторах. А ты это не
> потяняшь. Неудачник...

Судя по тому как оттуда лезут эксперты по виндочке, с комплексами по части линухов, денег, неудачников и проч - нафиг мне такие "успехи" уровня пох.

Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (77), 14-Окт-23, 15:53 
> массово
> FreeBSD
> Солярка

А ты с юмором, я смотрю. Netflix ZFS поди не использует, Сони в приставках тоже, Джунипер и подавно. Солярку в проде последний раз видел в конце 2008 года, когда мигрировал с неё большое приложение на Линукс. Может она всё ещё где-нибудь жива, но массовым это не назовёшь никак. Линукс на серверах победил точно так же, как Виндоус на десктопах. А другого IT у нас для вас нет.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

29. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (36), 14-Окт-23, 09:04 
Только под фортки нет нормальной реализации
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

34. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (32), 14-Окт-23, 09:08 
Портируй, законтрибуть в опензфс.
Ответить | Правка | Наверх | Cообщить модератору

52. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 11:08 
так пытались уже. Даже почти нормально работало. Уперлись в...блямс - невозможность ни использовать кривой линуксный код, совершенно ненужный на другой платформе с совсем другой архитектурой, ни малой кровью от него избавиться.

На чем и забили.

Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (17), 14-Окт-23, 01:04 
> Это точно еще openzfs а не ZoL ? А, впрочем, действительно, о чем это я...

Прости похыч, но ты же на виндочку свалил. Вот твои бсды и прочие проприентарные юниксы и околели аки мамонты. Ты какое будущее ожидал в результате своих маневров?

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

41. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 09:44 
Вот от этого и свалил. Когда вместо собственного кода там начался безумный и безнадежный копипаст линуксного мусора.

Еще один линукс только всем хуже мне нужен примерно как еще одна всем-хуже чем винда.

Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 14-Окт-23, 09:56 
> Вот от этого и свалил. Когда вместо собственного кода там начался безумный
> и безнадежный копипаст линуксного мусора.

Так надо было раньше впрягаться, если ты хотел чего-то иного. А ты вместо этого сидел на попе ровно, рассказывал какой ты кр00той, а вон те - работали. И добились большего чем вон те. Ну жизня и пришла и предъявила будущее созданное без тебя и твоей крутизны в результате. Что тебе не нравится то? А драпом на виндочку ты, соответственно, зацементировал надгробие на могилке этих технологий. Как любитель линухов я если что совсем и не против так то. Наглый снобизм фанов проприетарных юниксов и прочих BSD всегда хотелось вышибить мощным подж@пником. И вот этот момент наступил. Да так что мне даже и поджопник отвешивать не надо, вам и так прекрасно надрали зад. Красота.

> Еще один линукс только всем хуже мне нужен примерно как еще одна всем-хуже чем винда.

Ну, а мне вот линух - нормалек, в отличие от бздей и проприетарных *никсов всяких. Где всякие концепции, вэйности, а как до дела - везде голый зад или корп булшит на выбор. В линухе имхо смогли получше чем это.

Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 10:12 
> Так надо было раньше впрягаться, если ты хотел чего-то иного.

в смысле, начать самому писать код вместо разработчиков-за-деньги-миллиардера ?
Извини, немедленно займусь чуть попозже - вот только найду кряк на бесконечные деньги и 64 часа в сутках (48 маловато, у меня есть другие хобби)

Обрати внимание, кстати, что одного миллиона $$ оказалось недостаточно (а на другие хобби мне бы пожалуй до конца жизни вполне хватило бы и еще осталось).

> Ну, а мне вот линух - нормалек

ну а мне вот нах..й не нужен он такой, написанный за бабло и в интересах rhbm и других платиновых спонсоров. Рад что тебе уютно быть у них на подсосе.

Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от фнон (?), 14-Окт-23, 12:24 
переезжай на редокс!
смотри, там сплошные преимущества:
1 пишут пять калек; и еще шелл может немного больше
2 делают ради удовольствия, никуда не спешат, на мнение окружающих кладут болт
3 чтобы заработало нужно попердолиться с конфигами и железом
4 возможно оно помрет через год, но может и через 2
5 никаких вложений от корпораций
6 презрение со стороны линуксоидов (просто вундузятники даже о таком не слышали)

это же почти Линукс времен начала 200х!

Ответить | Правка | Наверх | Cообщить модератору

89. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 14-Окт-23, 17:30 
> переезжай на редокс!

...
> это же почти Линукс времен начала 200х!

Одной мелочи только не хватает - Торвальдса как руководителя проекта. А какие-то безымянные корпоративные подлизы таки уже не то :)

Ответить | Правка | Наверх | Cообщить модератору

118. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 21:52 
ага, чтоб он снова всех нас продал с потрохами ibm.

Ответить | Правка | Наверх | Cообщить модератору

121. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 22:15 
> ага, чтоб он снова всех нас продал с потрохами ibm.

А без него и продавать будет нечего, ололо. Хотя конечно если у тебя нет авто - тогда угонщики конкретно обломаются, кто уж спорит. Вот написал то в норку мерзавцам!

Ответить | Правка | Наверх | Cообщить модератору

125. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 22:34 
>> ага, чтоб он снова всех нас продал с потрохами ibm.
> А без него и продавать будет нечего, ололо. Хотя конечно если у
> тебя нет авто - тогда угонщики конкретно обломаются, кто уж спорит.

так теперь у вас тоже нет авто, а долг по кредиту за него банку - остался. С чем и поздравляем.

И go пешком на автобус IBM. Проезд не забываем оплачивать!

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 23:29 
> так теперь у вас тоже нет авто, а долг по кредиту за
> него банку - остался. С чем и поздравляем.

Теперь у нас и правда нет авто - у нас гибрид звездолета с машиной времени.

> И go пешком на автобус IBM. Проезд не забываем оплачивать!

Что-то не помню чтобы бортовой компьютер какие-то билеты просил. Я просто плюхнулся в капитанское кресло да вбил координаты, ему нормуль вроде. И IBM никаких претензий не выдвигал, разве что попросил прислать улучшения в дизайн, если вдруг. Ну мне так то это как раз и не сложно. Сколько их IBM сделает, а сколько я? Ну и вот чего мне жабой давиться при таком раскладе?

Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от User (??), 15-Окт-23, 10:45 
Ну да. С файлухами вот только беда - так, чтоб just works, покрывая 80% use cases - не почитай ни одной. Ну и "модели безопасности" нет. И даже сетевого экрана родом не из 90х - нет. И графического стека не завезли. И прикладного софта. И пакетного менеджера... А, не - над этим ещё работают.
В общем, в ларёк за пивом сгонять ещё нельзя - но в космос слетать уже почти. Нужны только движки и ещё ряд-другой, а в остальном...
Ответить | Правка | Наверх | Cообщить модератору

158. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (-), 15-Окт-23, 14:51 
> Ну да. С файлухами вот только беда - так, чтоб just works,
> покрывая 80% use cases - не почитай ни одной.

Это опенсорс. Нравится - пользуетесь, не нравится - не пользуетесь, или как-то решаете вопросы, вам даже исходники дали. Можете пользоваться чем-то другим, мне то что?

А для меня - интересные мне проекты в лине раза в 3 быстрее билдились. Со временем гибкость DIY встретилась с парадигмами корпов, позволило нарастить масштабы операций. Я могу на btrfs хранить десяток чушек с linux kernel, займут места по сути 1 раз (рефлинки), билдить это меня в лине не напрягает, и я смог заимплементить давние мечты, которые под виндой никогда не достиг бы. Для меня это повод любить линуха и технологии за ним, подыгрывая причастным.

> Ну и "модели безопасности" нет.

Я не камлаю на ритуалы, предпочитая работу на результат. И малость умею в offensive. На мой вкус это работающая модель безопасности. Из проприетари я бы не смог сделать то что хотел в желаемом виде.

> И даже сетевого экрана родом не из 90х - нет.

Силовые щиты моего крейсера дизайнены мной, выдерживать й0пс такого же. Это, кажись, работает. У меня есть сомнения что вы с "экранами" и "моделями" вообще на такой же threat level ориентировались, так что не думаю что мне сильно нужно ваше ценное мнение по этому топику.

> И графического стека не завезли. И прикладного софта.

(дорисовывая печатку в каде) ну, мне, вроде, нормуль... и графические дрова я допинал совместно с амдшниками до вида когда все стабильно и шустро работает сколько угодно. В винде я например так и не смог добиться багфикса пары дров создававших мне траблы. Такая разница. Мне такая работа систем больше нравится.

> И пакетного менеджера... А, не - над этим ещё работают.

Хорошо работают: прочитал новость на опеннете, запустил апдейты, о, libcurl уже везде пофикшен. И на это можно уповать. А, вот, кстати - утром я нашел пару программ с виндовыми билдами у которых вулн был эксплойтабелен. Все познается в сравнении :)

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

Да вообще-то правильно запрограммив координаты оно и материализуется прямо около ларька, главное failsafe не забывать, на случай если неучтенный фонарный столб попадется, рематериализоваться в столб не прикольно. Но в этом случае я лишь отмотаю в прошлое, объясню себе баклану что там столб и - во второй версии будущего запаркуюсь идеально. Вы обо всем этом вообще не узнаете - для вас неудачной парковки никогда и не было.

Ответить | Правка | Наверх | Cообщить модератору

107. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от пох. (?), 14-Окт-23, 18:14 
> это же почти Линукс времен начала 200х!

только в том еще в самом крайнем случае удавалось что-то либо самому поправить, либо хотя бы попросить лично кого-то кто мог. А тут - увы, не разбираюсь я в этих закорючках.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

88. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 17:28 
>> Так надо было раньше впрягаться, если ты хотел чего-то иного.
> в смысле, начать самому писать код вместо разработчиков-за-деньги-миллиардера ?

Что-то не помню какие там миллиардеры писали например btrfs, и тем более - bcachefs какой. В первом - Мэйсон навверное не бедный чувак, но не настолько же? Да и из оракла он довольно быстро удрал, как впрочем и почти все остальные мало-мальски известные опенсорсники, видать климат там проприетарью все же воняет шибко. Кент вообще - ну вот реально с какой-то стрит, за ним вообще никаких корпов не стоит. А таки вот - десять лет фигачит довольно продвинутый дизайн. Упрямый чувак, тем и победит.

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

> Извини, немедленно займусь чуть попозже - вот только найду кряк на бесконечные
> деньги и 64 часа в сутках (48 маловато, у меня есть другие хобби)

Ну да, ну да, пятки майкрософтовского топа сами не оближутся, а там еще кнутователи с ненавистной галеры поди деда какого-то требуют, который лайн, и что там еще.

> Обрати внимание, кстати, что одного миллиона $$ оказалось недостаточно (а на другие
> хобби мне бы пожалуй до конца жизни вполне хватило бы и еще осталось).

Что-то я не понял кому и на что миллиона баксов не хватило, нельзя ли уточнить?

>> Ну, а мне вот линух - нормалек
> ну а мне вот нах..й не нужен он такой, написанный за бабло
> и в интересах rhbm и других платиновых спонсоров. Рад что тебе
> уютно быть у них на подсосе.

Я вообще c RHBM мало пересекаюсь и технологии у меня здорово другие. Это не отменяет того факта что где-то внутрях - а я таки познал прелести корпооративных подходов, нашел их эффективными и мощными. И тоже не дурак гвоздить контейнерами и виртуалками. В том числе и - вот - массово рефлинкнутыми на шаблон. Это круто и эффективно. Одна из многих причин по которым девопсы ушли ветеран-чтототам. Да, мои лекала отличаются от редхатовских. И сильно. И базированы скорее на демьяне, btrfs, ... -  но и комиты и ряд разработок редхата полезны. А насильно их использовать - а кто меня заставит? Не хочу вот использовать рхелы, dnf и прочие сратисы с XFS - ну и как меня заставишь?

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

108. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 18:20 
> Что-то не помню какие там миллиардеры писали например btrfs, и тем более

oracle, novell, прочие владельцы больших команд.

> но не настолько же? Да и из оракла он довольно быстро
> удрал

на чем все писание кажись и закончилось на пол-дороге, с так и не заработавшим raid?

> климат там проприетарью все же воняет шибко. Кент вообще - ну
> вот реально с какой-то стрит, за ним вообще никаких корпов не

и что он жрет эти десять лет?

>> Обрати внимание, кстати, что одного миллиона $$ оказалось недостаточно (а на другие
>> хобби мне бы пожалуй до конца жизни вполне хватило бы и еще осталось).
> Что-то я не понял кому и на что миллиона баксов не хватило,
> нельзя ли уточнить?

это годичный взнос одного частного спонсора в разработку freebsd. Он с тех пор поумнел и больше столько сразу не выдает. Ну а может и нету уже столько сразу.

> btrfs, ... -  но и комиты и ряд разработок редхата
> полезны. А насильно их использовать - а кто меня заставит? Не

ну и попробуй не поиспользовать системдрянь вместе с udev, например. А то что ты жрешь за обе щеки и нахваливаешь - мне неинтересно.

Ответить | Правка | Наверх | Cообщить модератору

109. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 18:54 
> oracle, novell, прочие владельцы больших команд.

Урфин Джюс и его деревянные солдаты - "один солдат и куча начальников". А core дизайна наваял таки 1 конкретный Мэйсон. Остальные оптимизили, фиксили, отлаживали, улучшали... но core собрал вон тот кадр. Конечно без вытряхивания лажи и оптимизаций радости было бы сильно меньше.

А сейчас Кент примерно так же делает. Да, потом может быть и к нему набегут, а почему нет, у него достаточно многообещающий дизайн - и ничего реально лучше все равно никто не покажет. Особенно на шару то. Но - потом. Стервятники набегают только когда видят добычу, не раньше.

>> но не настолько же? Да и из оракла он довольно быстро удрал
> на чем все писание кажись и закончилось на пол-дороге,

Мдя? https://btrfs.readthedocs.io/en/latest/Kernel-by-version.html - а почему они тогда нормальные логи могут на каждый кернел писать? И вроде даж не позорно смотрятся. И честно, и улучшения весьма методически и периодически.

Я вот даже уже местами погонял этот их bg_tree, даже несколько файлух сконвертил их чудным конвертором (пришлось собрать btrfs progs самому, ога). Реально как ракета теперь монтируется. Местами скостил себе пару секунд boot time. На одноплатниках и виртуалках весьма козырно, ибо 1 раз в шаблон загнать а профит на всех и вся. А проблем от фичи особо не ожидается имхо. Кстати как по заказу вошло в 6.1 кернел LTSный, так что некрофилы уже таки смогут маунтить эти штуки с bg_tree. Нашел пару багов. Помог загасить, все как обычно. Так что другим их уже не достанется. Вот так совместными силами штуки допинываются до ума. Чего и вам желаю...

> с так и не заработавшим raid?

Вот те раз, "шмель слишком тяжелый и не может летать, но поскольку он об этом не знает то летает". Блин а как я им пользуюсь то? RAID1 я достаточно плотно проверял. Если конечно RAID5 какой, это уже более стремно, но метаданные можно в RAID1 оставить даже и там, благо оно с разными схемами хранения ОК.

> и что он жрет эти десять лет?

А он в фьюжн ио перешел а потом и в мордокнигу, там думается культура опенсорсных разработок сильно приятнее. Фэйсбук еще и экспертов по сжатию себе прибрал, Yan Colett и Jarek Duda, да и Przemyslaw Skibinski (автор lzbench) кажись рядом пристроился. Три кондовых опенсорсных алгоритмиста от сжатия. Так что LZ4 и ZSTD ничего так вышли, заодно второго вот и к btrfs'у как раз прикрутили, напрашивается же. Думаю там опенсорсникам сильно комфортнее.

> это годичный взнос одного частного спонсора в разработку freebsd. Он с тех
> пор поумнел и больше столько сразу не выдает. Ну а может и нету уже столько сразу.

А, ну как бы удачи ему и все такое, но по моему он куда-то не туда инвестировал и мог бы об этом догадаться и пораньше. Ну и да, если скидывать по мегабаксу за раз то они довольно быстро кончаются так то.

> ну и попробуй не поиспользовать системдрянь вместе с udev, например. А то
> что ты жрешь за обе щеки и нахваливаешь - мне неинтересно.

Представляешь, у меня есть и ряд систем без оных - например openwrt. Но они меня бесят в плане менеджмента намного больше, потому что аналог системды из скриптоты - да еще с генерацией конфигов - это вообще капец. А рулить как в 1995 году компами я уже более не согласен. Удобно когда можно посмотреть что, почему и откуда в системе запускается, 1 командой, и когда при факапе загрузки диагностика есть. И мне не интересно как это твои вэйности и прочий ментальный булшит рушит, вот честно. Потому что "машина должна работать а человек думать" (c) IBM.

Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (5), 13-Окт-23, 23:52 
Где поддержка 2.4 и 2.6 ядер?
Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Анонин (?), 13-Окт-23, 23:57 
Этот хлам еще где-то используется? У 2.6 EOL был в 2011 году...
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Анан (?), 14-Окт-23, 00:00 
в оракле 7ке и то ядро 3.10 , а уек 5
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

12. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (12), 14-Окт-23, 00:26 
Зачем тебе на 4 пне ZFS когда есть православный FAT16?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

13. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (13), 14-Окт-23, 00:31 
RAIDZ Expansion всё никак не доделают?
Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от danonimous (?), 14-Окт-23, 00:46 
Ого, Sabayon Linux вспомнили! Он, оказывается, ZFS поддерживает, и он ещё жив!

А в Calculate ZFS есть?

Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +4 +/
Сообщение от Аноним (15), 14-Окт-23, 00:54 
Следует переписать на Расте, чтобы поменять лицензию.
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (16), 14-Окт-23, 01:01 
не реально - это больше 27 млн строк кода придется переписывать
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (17), 14-Окт-23, 01:06 
> не реально - это больше 27 млн строк кода придется переписывать

А если пойдет такая пьянка то и устройство файлухи можно сделать менее архаичное. Ну вон Кент Оверстрит легко даст мастеркласс на эту тему.

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (36), 14-Окт-23, 09:06 
Не даст, у растеров от такого мозг взрывается, иначе почему мы не видим ни одного большого проэкта на расте ин масс
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 09:46 
Ну что ты как маленький? Надо ж не переписать а _начать_переписывать_. Начни с CoC.md, потом сбор donates, не забудь список разработчиков с оно/это/они - и бабло потечет рекой.

А там может и нескучный йезычок выучишь потихоньку (но это совсем даже и необязательно).

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

200. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от mos87 (ok), 16-Окт-23, 12:30 
>Следует переписать на Расте, чтобы поменять гендерный маркер.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

21. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от penetrator (?), 14-Окт-23, 01:21 
нет ни слова про SUSE а зря

https://en.opensuse.org/OpenZFS

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от пох. (?), 14-Окт-23, 11:11 
ну так о мертвых - лучше бы просто ничего.

"Solution

Disable secure boot, if applicable. "

вот примерно так у них - все.

Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от penetrator (?), 14-Окт-23, 11:40 
кому он нафиг нужен это секьюребут

ни один регистр интеловскому драйверу не запишешь даже из под рута, прощай нормальный PWM

включать секьюребут чтобы грузилась shim прокладка? нахой

Ответить | Правка | Наверх | Cообщить модератору

209. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от анон (?), 16-Окт-23, 19:56 
Есть чудная история с it87.
Где асус начал пихать ноунейм китайские чипы без доки в топ сегмент.
И ты там тоже ничего не пропишешь, потому что иди лесом.
И еще изюминка, неправильной записью можно убить ite, поэтому для чипа, у которого маркировка совпадает с чипом из 2008 (и есть дока), они специально сделали несовместимость, чуть ли не для каждой подревизии одинаковых матплат.
Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (28), 14-Окт-23, 08:48 
Чем ZFS хуже BTRFS?
Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (36), 14-Окт-23, 09:08 
Ты опять всё перепутал
Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от ОноНим (?), 14-Окт-23, 09:08 
Да.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

40. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (40), 14-Окт-23, 09:41 
Если Btrfs работает пол года без сбоев - это большая удача, а zfs просто стабильно работает как и заявленно.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

44. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (-), 14-Окт-23, 09:50 
> Если Btrfs работает пол года без сбоев - это большая удача, а zfs просто
> стабильно работает как и заявленно.

Это не соответствующее действительности заявление. И если фанатам марки не осталось ничего как пытаться даунплеить конкурентов - с ними и их дизайном все ясно.

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

Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от DEF (?), 15-Окт-23, 07:43 
Юзаю BTRFS с 2012 года, не потерял ни одного бита. Выходит я супер удачливый.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

185. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Минона (ok), 16-Окт-23, 09:10 
Биты это слишком мелко, обычно теряется сразу всё.
Ответить | Правка | Наверх | Cообщить модератору

211. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (210), 16-Окт-23, 20:44 
> Биты это слишком мелко, обычно теряется сразу всё.

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

Кстати минона очередной бсдшник (а может и виндузоид) которому как обычно на опеннете за btrfs'а виднее чем тем кто кучу файлух с ним юзает.

Ответить | Правка | Наверх | Cообщить модератору

193. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от EULA (?), 16-Окт-23, 10:57 
Да, да. Как с обновлением CVE на ядре 5.10.
Одни две недели ждали обновления модуля ZFS и их активно ломали. Другие с дури обновили ядро и потеряли данные на ZFS.
И так с каждой мажорной версией ядра. От недели до двух надо ждать пока модуль допилят и дистростроители его добавят в репы. И ведь плохая не файловая система, а сама организация ее поддержки в ОС.


PS. Линуксовая версия модуля ломает ZFS, созданную во FreeBSD.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

43. Скрыто модератором  –3 +/
Сообщение от Аноним (-), 14-Окт-23, 09:48 
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

57. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от penetrator (?), 14-Окт-23, 11:45 
не претендую ни на что, так заметка...

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

вот эта фича только добавлена в zfs, а я на btrfs пользуюсь уже давно

копия виртуалки на 100 гигов создается за доли секунды

и все фичи искаропки (кроме рхел) без модулей и прочей нудятины

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

134. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Денис Попов (?), 15-Окт-23, 00:03 
Что значит "только добавлена в zfs"? Дедупликации на zfs 100 лет в обед.
Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от penetrator (?), 15-Окт-23, 00:34 
> Что значит "только добавлена в zfs"? Дедупликации на zfs 100 лет в
> обед.

почему бы не почитать статью особенно когда я цитирую?

https://github.com/openzfs/zfs/pull/13392

Ответить | Правка | Наверх | Cообщить модератору

237. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 17-Окт-23, 23:32 
> Что значит "только добавлена в zfs"? Дедупликации на zfs 100 лет в обед.

Только она ресурсов жрет как не в себя, и проца и оперативы. А рефлинки это просто, быстро и дешево - и ничего не стоит. Потому что такая себе просьба к файлухе создать копию которая изначально те же самые блоки. А потом, когда и если оно изменится, CoW поддержит иллюзию что это таки 2 разных независимых файла было.

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

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

186. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Минона (ok), 16-Окт-23, 09:31 
> вот эта фича только добавлена в zfs, а я на btrfs пользуюсь уже давно

Эта фича для пингвинят, неумеющих использовать zvol вместо файла.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

212. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (210), 16-Окт-23, 20:47 
>> вот эта фича только добавлена в zfs, а я на btrfs пользуюсь уже давно
> Эта фича для пингвинят, неумеющих использовать zvol вместо файла.

Можно и гланды, через ж, автогеном удалить если сильно приспичило. Но вон то по линии менеджмента на порядки проще. Просто дать 1 ключ cp - и это никак не отсвечивает в менеджмент систем. От слова вообще. Полностью прозрачная операция. По эффекту это как 100% дедуп с самого начала - только вот по ресурсам ничего не стоит, потому что хинт что это 100% идентичная копия сразу же и дается через специфичный ioctl, дешево и сердито.

Ответить | Правка | Наверх | Cообщить модератору

266. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от edo (ok), 19-Окт-23, 21:36 
> Можно и гланды, через ж, автогеном удалить если сильно приспичило

Это вы не к месту написали. Основное использование zvol — это как раз виртуалки: отдельное блочное устройство, которое из коробки умеет thin provisioning, сжатие, снапшоты, плюс даёт всё те же гарантии консистентности, что и сама zfs

Ответить | Правка | Наверх | Cообщить модератору

269. Скрыто модератором  +/
Сообщение от Аноним (-), 19-Окт-23, 22:36 
Ответить | Правка | Наверх | Cообщить модератору

270. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (270), 19-Окт-23, 22:38 
>> Можно и гланды, через ж, автогеном удалить если сильно приспичило
> Это вы не к месту написали. Основное использование zvol — это как
> раз виртуалки: отдельное блочное устройство, которое из коробки умеет thin provisioning,
> сжатие, снапшоты, плюс даёт всё те же гарантии консистентности, что и
> сама zfs

Проблема только в том что это начинает напоминать менеджмент БД на raw-разделах. И должно умереть жестокой смертью. По примерно тем же причинам - геморрой в администрировании на всю голову это как раз то от чего все с превеликим удовольствием избавятся, забьют в могилку осиновый кол и еще бетонными плитами обложат, отстроив саркофаг, чтобы уж точно ничего оттуда не вылезло.

Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

271. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (270), 19-Окт-23, 22:41 
p.s. а еще я на понимаю как оно с таким соотношением жора ресурсов, отвала на апдейтах кернелов и прочими потугами отожрать RAM чтобы задачам не досталось вот именно виртуалочникам зайдет. Они, вообще, реально такие существуют где-то кроме воображения опеннет-экспертов и ушибленных фанов марки?
Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

71. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (71), 14-Окт-23, 15:20 
Хуже? Она лучше! Ну, разве что бывают проблемы с производительностью при работе с zvol.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

39. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от NecroJoke (?), 14-Окт-23, 09:39 
В Альте работает :)
Ответить | Правка | Наверх | Cообщить модератору

194. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от EULA (?), 16-Окт-23, 10:59 
Главное ядро не обновляй. Иначе быть беде.
Но это касаемо любого дистра, а не только Альта.
Ответить | Правка | Наверх | Cообщить модератору

227. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Stellarwind (?), 17-Окт-23, 12:08 
А вы из тех кто всегда на mainline ядре сидит? Вот нахрена?
Хотя наверно потому что еще и видео АМД и там всегда нужно bleeding edge ядро и месу чтобы нормально работало.
Ответить | Правка | Наверх | Cообщить модератору

230. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от EULA (?), 17-Окт-23, 12:27 
> А вы из тех кто всегда на mainline ядре сидит? Вот нахрена?

Вы из тех, кто CVE держит незакрытыми у себя? Уверены, что вас еще подломили?

2021 год. После закрытия дыры в ядре  5.10 обновление модуля пришлось ждать 2 (две, Карл) недели.

Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 10:03 
Ну ок, потрачу что-ли еще немного бисера впустую - вдруг все же кому-то пригодится.

Итак, test case для zfs + freebsd: берем работающую систему и zfs send ее куда-нибудь подальше. Берем другую работающую систему (совсем другую, чтоб уж точно исключить наведенные сложные глюки), создаем на ней zvol, внутри zvol (!) разделы как на диске первой системы (у меня там, логично, boot, своп и zpool), и туда zfs receive полученное в пункте 1.
(как несложно догадаться, изначально я хотел чтобы это была виртуалка первой машины внутри второй, поэтому мне и понадобились разделы, но так далеко вам не надо будет ходить)

Опционально (результат не должен от этого зависеть) - пытаемся сделать этому пулу import. (ну конечно не забыв про либо nomount либо altroot)

Не забудьте осмотреться в отсеках - это важно, потому что второй раз вы этого не увидите.

shutdown/reboot

Ожидание - ну либо какая-нибудь _объяснимая_ ошибка, либо мы видим два пула - настоящий и виртуальный из виртуального диска внутри zvol.
Реальность - ну сами увидите.

Проделывалось все это под немодной freebsd 12, поэтому ничего не могу обещать по поводу модных современных с линуксом унутре. Но рискну предположить что воз и ныне там, поскольку это скорее всего geom а не сама zfs и никаких подвижек в его коде не было.

а, да - sysctl'и управляющие рекурсивным поиском - по вкусу.
Результаты будут разные, но каждый раз - занимательные.

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от ant2 (?), 14-Окт-23, 12:25 
Рекомендую попробовать zxfer.
Он работает ОК.
На 12-stable желателен патчик https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254530
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 12:53 
> Рекомендую попробовать zxfer.

Простите, вы пробовали прочитать написанное?


Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 12:58 
> На 12-stable желателен патчик https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254530

патч прекрасен: https://bz-attachments.freebsd.org/attachment.cgi?id=225842
т.е. все что вы категорически не хотели знать о zfs и руках которыми ее кодят.
(нет, это не имеет ни малейшего отношения к тому что я там выше описывал. Просто отдельный шедевр искусства, самодостаточный.)

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

91. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 14-Окт-23, 17:37 
> (как несложно догадаться, изначально я хотел чтобы это была виртуалка первой машины
> внутри второй, поэтому мне и понадобились разделы, но так далеко вам
> не надо будет ходить)

Вау. Пох пытается освоить враппинг виртуалок в стиле почти как я vs btrfs. Только в btrfs это сильно проще, меньше entity на прогрев мозга - и оно потом еще и работает к тому же. В линухе, конечно.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

96. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 17:49 
> Вау. Пох пытается освоить враппинг виртуалок в стиле почти как я vs
> btrfs. Только в btrfs это сильно проще, меньше entity на прогрев

только в btrfs нет volumes, поэтому чья бы корова мычала...

> В линухе, конечно.

В линухе мне не нужно. Совсем. Вместе с линухом.

Ответить | Правка | Наверх | Cообщить модератору

112. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (112), 14-Окт-23, 20:38 
> только в btrfs нет volumes, поэтому чья бы корова мычала...

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

>> В линухе, конечно.
> В линухе мне не нужно. Совсем. Вместе с линухом.

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

Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от пох. (?), 14-Окт-23, 21:21 
опять зелен виноград. Все что у тебя не работает и никогда не будет - тебе не баг а фича.

пользуюсь. вполне доволен. Моего труда в нее вложено ровно ноль, и это прекрасно.

Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (119), 14-Окт-23, 21:57 
> опять зелен виноград. Все что у тебя не работает и никогда не
> будет - тебе не баг а фича.

Знаешь что мне в btrfs больше всего нравится? Его менеджмент, вот это - next gen, в отличие от того миндфака который был раньше. Теперь не надо трахаться с этим вашим секстантом, звездами, компасом, картами бумажными. Вбил координаты в консольку - и гипердрайв тебя закинул в указанное назначение. Это круто и правильно.

А вон то - таки стоит на пути такого подхода, как я понимаю имея множество проблем по части того чтобы это все динамически переигрывать. И это хорошая прчина желать смерти подобным технологиям, как по мне. О чем я должен скучать, чудак? О вон том педальном менеджменте, полном боли и миндфака? Ну уж нет - вот спасибо. Ты сам там сратисы, LVMы и что там еще используй, храни десятки девайсов на складах, грей мозг выравниванием, или что там тебе удобно. А мне так больше почему-то не хочется. Вообще совсем.

> пользуюсь. вполне доволен. Моего труда в нее вложено ровно ноль, и это прекрасно.

Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит простой и ненапряжный менеджмент, а вот миндфак я оставлю ветеран-юникс-пользователям виндочки, имхо.

Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 23:07 
>> опять зелен виноград. Все что у тебя не работает и никогда не
>> будет - тебе не баг а фича.

слив засчитан. Вместо по существу - опять сказки про белого бычка.

> Знаешь что мне в btrfs больше всего нравится? Его менеджмент, вот это
> - next gen, в отличие от того миндфака который был раньше.

угу. Образчик "неминдфака":
btrfs subvol create /srv/docker
btrfs subvol list -a /

ID 257 gen 63247491 top level 5 path <FS_TREE>/@
ID 258 gen 63247080 top level 5 path <FS_TREE>/@home
ID 402 gen 63247491 top level 257 path @/srv/docker

> Теперь не надо трахаться с этим вашим секстантом, звездами, компасом, картами
> бумажными. Вбил координаты в консольку - и гипердрайв тебя закинул в
> указанное назначение. Это круто и правильно.

что за херня у нас получилась, почему мы попали не в соседнюю подворотню а в другую вселенную, где нас тащат в яму-тысячи-щупалец-с-утолщением-на-концах и, главное - как это исправить?

(Чувак берет любимый отбойный молоток и бодро лезет с ним в гипердрайв. "Давайте не будем ему мешать и просто понаблюдаем за ним"(c) - но с расстояния в пару миллионов парсек - чтобы не быть утянутым в ту чорную дыру которую он сейчас наворотит.)

> А вон то - таки стоит на пути такого подхода, как я

А вон в том есть пул, отдельно, и фс или том в нем - отдельно (и еще снапшоты - тоже отдельно, потому что это не fs а снова отдельная сущность). Поэтому заехать вот так одним движением не туда - не получится. И пул не нужно никуда "монтировать" чтобы создать на нем фс в таком месте иерархии в каком хочется (и она автоматически смонтируется куда сказано, а не вот такое устроит).

> Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит

Вон там выше - прекрасное. Но наблюдать лучше издалека.

И это лишь одна из любимых моих фич но далеко не единственная.

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 00:15 
> слив засчитан. Вместо по существу - опять сказки про белого бычка.

Да не, просто на меньшее согласиться после вон того - уже тяжко.

> угу. Образчик "неминдфака":
> btrfs subvol create /srv/docker
> btrfs subvol list -a /
> ID 257 gen 63247491 top level 5 path <FS_TREE>/@
> ID 258 gen 63247080 top level 5 path <FS_TREE>/@home
> ID 402 gen 63247491 top level 257 path @/srv/docker

У тебя получилось то что ты запросил. Subvol в /srv/docker + 2 которые были до этого. Технически это вложенные структуры - @ содержит в себе @/srv/docker видимо. Но при снапшотировании снапшот НЕ идет в subvolume, они рулятся полностью независимо в этом плане и это их пойнт и есть. Альтернативные "точки входа" с своими независимыми снапшотами. Можно выбрать более гранулярно что и как снапшотим.

А @ и @home - видимо была типовая абстракция "в стиле убунты" (они первые ее придумали). Когда система поделена на "/" и "/home", это 2 разные точки монтирования с разным subvol= ... в монтировании, их можно снапшотить независимо друг от друга. По дефолту снапшот / назван как @ а /home как @home. Настоящий top of hierarchy в этой абстракции немного косплеит виртуалки, он - на один уровень выше этого. Представь себе что ты гипервизор и менеджишь виртуалку с снапшотами. Зачем гуесту видеть свои мозги? Ну и вот тут так же.

Истинный top файлух маунтится при менеджменте в отдельную локацию. Там скорее всего будет только 2 "диры" (на самом деле subvolume) - @, @home. И да в btrfs subvolume и snapshot это одно и от же. Когда ты просишь снапшот, создается sybvolume изначально который ссылается на те же блоки а потом как пойдет.

Почему ты не создал и доскер куда-то туда же в "one level above" - ну, может ты баклан и не умеешь в абстракции "god mode" когда самое интересное - ВНЕ основного поля видимости и НЕ засирает управляемое лишним, так что нечаянно испортить это становится куда сложнее, соответственно. Но любой кто понимает концепции типа гипервизоров прекрасно понимает и вот это "one level above" - с множественными состояниями именно там. Не отсвечивающими кишками в текущее состояние особо. А зачем? Менеджмент отдельно, менеджимое отдельно.

> что за херня у нас получилась, почему мы попали не в соседнюю
> подворотню а в другую вселенную, где нас тащат в яму-тысячи-щупалец-с-утолщением-на-концах
> и, главное - как это исправить?

Вы попали в higher plane - где на самом деле и происходило управление. То что вы считали пространством-временем было всего лишь очень частной инкарнацией мультивселенной где можно перемещаться в 4-мерном простанстве, в обе стороны. Да еще - при откате таймлайна для допустим ОС и ее / я совершенно не обязан пролюбливать изменения в вон тех проектах в CAD в хомяке например. Конечно супер-полный откат лучше выполнить синхронным переключением хомяка и системы на снапшоты из одного времени их создания. Но есть довольно высокий шанс что система из прошлого все же переживет хомяк из будущего с приемлимым фаллаутом, и тогда хотя ты вернулся в прошлое, ты притащил знания из будущего и не обязательно при откате системы пролюбить и свои проекты.

Почему вы не смогли сделать свои абстракции в higher plane менеджмента и попытались нагадить этим в основную систему - ктулху вас там знает. Может примитисные существа не умеют в абстракции нелинейного менеджмента систем? Хоть и странно, корпы это все любят начиная с зари появления виртуалок и гипервизоров. Должны были бы объяснить такие вещи не совсем безнадежным.

> (Чувак берет любимый отбойный молоток и бодро лезет с ним в гипердрайв.

Оно и видно! (матерится, програмит гипердрайв на короткий прыжок и наблюдает зачетный салют с безопасной дистанции).

> "Давайте не будем ему мешать и просто понаблюдаем за ним"(c) -
> но с расстояния в пару миллионов парсек - чтобы не быть
> утянутым в ту чорную дыру которую он сейчас наворотит.)

Ну вот ты что-то такое и попытался. Правда, оно ничем таким не фатально, как создал так и удалить можно. Даже цуко стереть миднайтом (с неких пор unlink на subvolume таки работает и эквивалентен удалению через команды). И это +1 причина НЕ хранить уровень менеджмента в видимости "текущего состояния" вынеся слой менеджмента в "higher plane" - так оно гипервизор чуть больше напоминает. Только теперь мы bare metal в том же стиле рулим, ага.

А прикинь, на минималках даже GRUB можно убедить читануть кернел и инитрд из вон того снапшота, и зацепить вон те / и /home. Поди плохо когда у машины времени failsafe врубается с совсем минимуом допущений то? Так что если при парковке случилась материализация в столб - ну, отмотаем в прошлое, объясним себе баклану что координаты надо тщательнее выбирать, и попробуем еще раз.

> А вон в том есть пул, отдельно, и фс или том в нем - отдельно (и еще снапшоты
> - тоже отдельно, потому что это не fs а снова отдельная сущность).

Как говорится, не надо умножать сущности сверх необходимости. Какая необходимость в "one level above /" я еще могу понять. Это отделение уровня менеджмента от управляемой системы в ее крейсерском режиме. Чтобы не повредить уровень менеджмента лишний раз и чтобы он не вызывал отвал башки у программ и проч. Разумеется иногда программам надо показать именно тот вид, если например хочется дедупнуть subvolume относительно друг друга прогой дедубликации, она, конечно должна видеть все что подлежит дедупу. Даже если в нормальном виде альтернативные состояния системы и не часть ЭТОЙ системы.

А чтобы увидеть настоящий топ btrfs в той абстракции - его надо цепануть куда-то без указания subvol (при этом цепляется дефолтный). Это и будет higher plane где живет менеджмент. Я туда же складываю снапшоты. Скажем @system-deb11 @home-deb11 в higher plane - это home и / дебиана 11 в виде как это было до апгрейда на дебиан 12. А настоящий дебиан 12 это никак не видит при его нормальной работе. А зачем ему что-то делать с кишками предка? Это как раз разделение абстракций. На мой вкус так убунтуи как раз хорошо это придумали, я собезьянил идею с "higher plane".

> Поэтому заехать вот так одним движением не туда - не получится.

Ну так требование открыть портал в higher plane через mount настоящего топа иерархии как раз отделяет в той абстракции мух от котлет. Зачем ты доскера скроил прям вот так - а кто тя знает.

> И пул не нужно никуда "монтировать" чтобы создать на нем фс в таком месте иерархии
> в каком хочется (и она автоматически смонтируется куда сказано, а не
> вот такое устроит).

Ну а в btrfs этим всем вообще мозг греть просто не надо. Для совсем неудачных прог там есть nocow и будет он как нечто типа EXT4 в результате. Актуально всяким БД и проч.

>> Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит
> Вон там выше - прекрасное. Но наблюдать лучше издалека.

Ну, раз мы тут болтаем - значит я живой, гипердрайв работает, и как показали эксперименты, там так то failsafe есть.

> И это лишь одна из любимых моих фич но далеко не единственная.

Мне эта фича тоже нравится - позволяет рулить железками почти как если бы я был гипервизором и виртуалкой. Это круто и удобно так то. И отделяет уровень менеджмента от текущего вида ОС.

А то что олды никак не могут понять идею с higher plane и множественными состояниями, нелинейным менеджментом ОС где факап апгрейда пакета вовсе не значит день траха а лишь откат в снапшот 5-минутной давности сделаный перед апдейтом за пару минут - ну я в этом не виноват. Примитивные существа, привыкли во все кувалдой тыкать.

Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 00:34 
> У тебя получилось то что ты запросил. Subvol в /srv/docker

не-а.
У меня получился @/srv/docker - которого я вовсе и не спрашивал.

Вероятно ты не совсем умеешь управлять своим "звездолетом" в условиях, отличных от тестовой площадки с раз и навсегда проложенным маршрутом?  <FS_TREE> вместо нормального пути ни на что тебе такое не намекает?

> А @ и @home - видимо была типовая абстракция

это просто символ. Можешь вместо него букву A использовать с тем же успехом. Получится абхазский акцент. Убунта действительно первая начала именно так помечать сабвольюмы - ну раз у вас нет способа как-то еще побыстрому отличать их от подкаталогов (а они таки не подкаталоги), давайте пердолиться вручную. (да, еще одна прекрасная деталь твоего звездолета но с оглоблями от телеги - прекрасный способ выяснять не сабвольюм ли тут нам попался if [ `stat --format=%i path` -eq 256 ] - только вот осторожно, тут ошибка!)

> Ну а в btrfs этим всем вообще мозг греть просто не надо.

ну то есть ты даже не знаешь что случилось и как это чинить, как обычно, пол-шага в сторону от твоей "экспертизы" - и даже btrfs, оказывается, ты знаешь плохо.

Кончишь в яме тысячи щупалец, однозначно.

Ответить | Правка | Наверх | Cообщить модератору

172. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 19:51 
> У меня получился @/srv/docker - которого я вовсе и не спрашивал.

Ну так снеси его и сделай subvol где там хотел. Все кроме создания иного subvol можно файловыми операциями оформить. В чем проблема то? Надо сохранить данные? Подвинь как обычно, это "та же самая фс" считается, будет быстро. Или если хочется странного, заснапшоть его в новый subvol в верху иерархии, а этого снеси, результат такой же. Или в чем трабл то? Да ты можешь создать subvol в subvol, это 100% валидно, но стоит понимать что при снапшоте под вложенный subvol - снапшот не распостраняется (иначе так можно в рекурсию уйти) и они полностью декоррелированы по снапшотированию. Пойнт subvol вместо дир в том что это "точка входа в иерархию" и можно снапшотить каждый subvol независимо.

> Вероятно ты не совсем умеешь управлять своим "звездолетом" в условиях, отличных от
> тестовой площадки с раз и навсегда проложенным маршрутом?

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

> <FS_TREE> вместо нормального пути ни на что тебе такое не намекает?

Он намекает на существование "higher plane" с менеджментом, в котором и живут @ и @home на самом деле, откуда @ и @home в 2 точки через subvol= при mount и монтиру.тся. Ты не видишь это в / и /home - оба используют subvolume 1 уровнем ниже чем это.

Чтобы увидеть настоящий топ файлухи зацепи его в какой /mnt/mgmt например как mount /dev/wtf /mnt/mgmt (т.е. вот именно без subvol= тебе дефолтный тогда цепанут, в нем оно и есть). Где /dev/wtf ессно какой-нить из девайсов бтрфса. Увидишь что я имел в виду про higher plane. Уровень на один выше / увидишь. А в нем твои @home и @ лежат. Прикольно, да? Добро пожаловать в новое измерение, теперь можно порулить "как гипервизор" - не засоряя менеджментом систему :)

>> А @ и @home - видимо была типовая абстракция
> это просто символ. Можешь вместо него букву A использовать с тем же успехом.

Спасибо кэп. Ты решил дать капитану звездолета азбуку управления гипердрайвом? :)

> Получится абхазский акцент. Убунта действительно первая начала именно так помечать
> сабвольюмы - ну раз у вас нет способа как-то еще побыстрому
> отличать их от подкаталогов (а они таки не подкаталоги),

Они супер-каталоги, на стероидах - точка входа в иерархию с независимым снапшотированием, и вот возможностью цеплять их отдельно.

> давайте пердолиться вручную. (да, еще одна прекрасная деталь твоего
> звездолета но с оглоблями от телеги - прекрасный способ выяснять не сабвольюм
> ли тут нам попался if [ `stat --format=%i path` -eq 256 ] - только
> вот осторожно, тут ошибка!)

В нормальной ситуации их редко разбрасывают в видимой области - зачем ОС видеть свои множественные состояния и проч, с лишним шансом повредить это? Это уровень менеджмента. Если хочется странного можно раскидать и прямо в ОСь - но это неэстетично.

Давай я тебе скажу сразу и как снапшотить туда? Допустим ты зацепил реальные топ ФС с менеджментом в /mnt/mgmt - с именно настоящей верхушкой, где @home и @ лежали. Тогда снапшотнуть хомяка туда же будет как-то типа btrfs sub snap /home /mnt/mgmt/@home-snapshot-2 например. Или если гадать где @home примаунчен не хочется, btrfs sub snap /mnt/mgmt/@home /mnt/mgmt/@home-snapshot-3 - тоже катит. Главное чтобы источник был subvolume и в назначении катило создать новый subvolume.

Снапшоты - такие же subvolume как и оригиналы. Можно ридонли сделать. Можно даде тогглить потом флаг ридонли если сильно надо. Readonly сабвол стираться на уровне файловых операций не будет и записывать в себя ничего не даст, снести его можно только менеджмент командами или сняв с него ридонли проперть соответственно.

>> Ну а в btrfs этим всем вообще мозг греть просто не надо.
> ну то есть ты даже не знаешь что случилось и как это
> чинить, как обычно, пол-шага в сторону от твоей "экспертизы" - и
> даже btrfs, оказывается, ты знаешь плохо.

Я то как раз отлично понимаю что у тебя, чего кувалдой размахиваешь, питек?! Не нужна она там, нужно абстрактное мышление.

> Кончишь в яме тысячи щупалец, однозначно.

Тю, в отличие от тебя я понимаю абстракции с higher plane и нелинейным менеджментом оси, равно как и почему не стоит гадить в основной вид системы вот этим всем.

Ответить | Правка | Наверх | Cообщить модератору

176. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:22 
> В чем проблема то?

В том что "эксперт" так и не понял ни что произошло, ни почему это дерьмовая фича (логично, раз не осилил понять что вообще случилось). И как лечить тоже не знает (логично).

Ну, на этом можно и заканчивать. Честно говоря, я был о тебе лучшего мнения, наивно полагая что хотя бы в том, о чем ты регулярно тут болтаешь в восхищенных тонах, ты разбираешься. А ты оказывается тривиальных вещей не знаешь. Шаг влево, шаг вправо от наезженной колеи - фейл.

Как догадаешься что там пошло не так - приходи.

Ответить | Правка | Наверх | Cообщить модератору

182. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 22:46 
> В том что "эксперт" так и не понял ни что произошло, ни
> почему это дерьмовая фича (логично, раз не осилил понять что вообще
> случилось). И как лечить тоже не знает (логично).

Ты дефолтный subvolume чтоли там переназначил? А нафига ты его так? Ну переназначь обратно, btrfs sub set-default <id> <path>. Если что у FS_TREE ID = 5.

> Ну, на этом можно и заканчивать. Честно говоря, я был о тебе
> лучшего мнения, наивно полагая что хотя бы в том, о чем
> ты регулярно тут болтаешь в восхищенных тонах, ты разбираешься.

С btrfs'ом можно сделать немало забавных вещей, и даже гуры не сразу замечают подвох. При нормальной эксплуатации всякие особо утонченные извраты - не особо практикуются, это ты все время придумываешь как 1 стрелой 2 пятки вынести. А я изучаю в основном то что позволяет улучшить эксплуатационные свойства или достичь нужных свойств.

> А ты оказывается тривиальных вещей не знаешь. Шаг влево, шаг вправо от наезженной
> колеи - фейл.

Да ну брось, я как правило в состоянии разобраться с фейлами в конечном итоге. А если вдруг совсем лыжи на асфальте, я могу и помощь зала воооон там попросить. Они крутые, а коллективный разум многократно мощнее моего и знает намного больше. Я не испытываю проблем с признанием очевидных фактов.

> Как догадаешься что там пошло не так - приходи.

Похоже subvol кто-то дефолтный переназначил. Так можно, но опять же - не факт что нужно, особенно если структурировать менеджмент в стиле предложенном убунтой. Btrfs крутая и гибкая штука, его можно весьма по разному ворочать. И как ты понимаешь я не изучал ВСЕ стратегии практикуемые ВСЕЙ планетой в деталях. Выбрал те которые выглядят логично и несложно и достигают мои цели - и збс.

Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 23:02 
Этот том просто не имеет общего для всех корня и никогда им не монтируется - потому что это не системный диск. (для zfs, кстати, это совершенно обычная история)
Да, его можно вручную смонтировать через id 5, и потом, зайдя внутрь, пересунуть srv/docker куда надо, на один уровень выше.  Но это уже не про космические технологии, а про управление телегой с ледащей кобылой.

Ответить | Правка | Наверх | Cообщить модератору

214. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 21:44 
> Этот том просто не имеет общего для всех корня и никогда им
> не монтируется - потому что это не системный диск.

Моя проблема в том что я не понимаю что ты пытался изобразить и нафига - так. Поэтому сложно прикинуть что тебя выморозило. Странным хотелкам странный результат.

В упомянутом стиле "а-ля убунта" топовый левел никуда и не монтируется в обычной ситуации, в него лишь снапшоты складываются и ЭТО цепляется без subvol= только для операций менеджмента снапшотов, отката и проч. А в норме нигде и никак не видно. Такой себе "уровень гипервизора" который на 1 выше / получается. Это несложно делается, достигает целей, ну я и делаю это вот так, решив что у вон тех был пойнт. Заметь, в той абстракции @home тоже не система. Так же можно и что-то еще цеплять, datadir, srv или что там, в общем то.

У тебя видимо какие-то иные соображения были. Не то чтобы так нельзя, я даже что-то сравнимое пробовал. Но вот именно дефолтный subvol переназначать создавало неудобства и я на это забил. Зачем возиться больше для похожего результата? :)

> (для zfs, кстати, это совершенно обычная история)

После btrfs менеджмент zfs показался мне диковатым и неудобным, поэтому будем честны - я не очень сильно въезжал в него и не эксперт в нем. Я и перфокарты пробивать не умею, экий я хипстер то.

> Да, его можно вручную смонтировать через id 5, и потом, зайдя внутрь,
> пересунуть srv/docker куда надо, на один уровень выше.

Ну да. Я просто не особо понимаю нафиг ID=5 с дефолтов убирать. Не, у btrfs есть немало забавных опций. А с любой продвинутой абстракцией можно сделать немало странных вещей. Вопрос в том надо ли и если да то зачем и что это дает "по сравнению с ..." :)

> Но это уже не про космические технологии, а про управление телегой с ледащей кобылой.

У телег в принципе нет такой консоли для ввода координат пространства-времени.

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

48. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (48), 14-Окт-23, 10:31 
Хочешь выстрелить себе в ногу - заюзай файловую систему, которая внутри себя содержит мини-ОС и отжирает всю свободную память. Пусть и будешь потом с прострелянной ногой, зато сможешь перед всеми хвастаться, что у тебя крутые снапшотики.
Ответить | Правка | Наверх | Cообщить модератору

50. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –6 +/
Сообщение от Аноним (49), 14-Окт-23, 10:57 
> отжирает всю свободную память

если тебе хочится лишь кликать далее->далее->далее, то просто ставь шиндовс и не парься
если же есть хоть немного моска, то достаточно добавить

vfs.zfs.arc_max=_сколько_гигов_не_жалко_G

и спать спокойно
в общем-то это весь тюнинх с prefetch_disable=1, который может понадобится на десктопике.

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от пох. (?), 14-Окт-23, 11:05 
наоборот - если мозгов совсем нет - можно повторять васянские заклинания (ведущие к потере больше 70% производительности).

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

Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (-), 14-Окт-23, 22:27 
> наоборот - если мозгов совсем нет - можно повторять васянские заклинания (ведущие
> к потере больше 70% производительности).

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

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

Ну вот btrfs всей этой порнографией не страдает например. И даже кентовское нечто - не будет. Там кому такое хотелось поставить NVMEшник какой фронтом и получит что-то такое в более адекватном формате.

Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 23:15 
> Пох так завуалированно рассказал что оказывается дизайн где даже экстентов толком нет

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

Речь шла о том что конкретный васянорецпет тут процитированный - _вреден_. И к тому же цитировавший начетчик не понимает что это он такое сделал.

> Ну вот btrfs всей этой порнографией не страдает например. И даже кентовское

нет кэша, нет проблемы, безусловно. Зачем что-то кэшировать, денег ведь девать некуда. Даешь full-nvme.

> нечто - не будет. Там кому такое хотелось поставить NVMEшник какой

когда и если вообще будет.

> фронтом и получит что-то такое в более адекватном формате.

ключевое слово - получит. Когда-нибудь может быть.

А моим системам с zfs уже по шесть-восемь лет некоторым. Ну да, сейчас бы я наверное выбрал другое решение - но это точно не fs которая еще не написана.

Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 01:18 
> нет,это ты опять из пальца высосал чушь никак не связанную с темой
> треда - зато понятную тебе.

Мне понятно что дизайн в котором даже экстентов нет - "нативно" быстрым быть не может, и это и заставляет его гигазами оперативы агрессивно подпирать. При том в виде когда ядро не может их гарантировано отобрать в пользу программ, если тем приспичило, насколько я понимаю. Для энтерпрайзной файлопомойки то пофиг, на ней ничего кроме этого нет, а в остальных случаях ведет к фаллаутам программ.

Лично меня именно выделенные файлопомойки и их проблемы вообще слабо интересуют. А вот всякие гибридные сценарии, может даже напоминающие вон то временами - уже да. Но там вон то поведение - не велкам.

> Речь шла о том что конкретный васянорецпет тут процитированный - _вреден_. И
> к тому же цитировавший начетчик не понимает что это он такое сделал.

Я так понимаю - урезал аппетиты кешу, за что таки увидит нативный перфоманс структур файлухи, который у дизайна даже без полноценных экстентов - понятно какой.

> нет кэша, нет проблемы, безусловно. Зачем что-то кэшировать, денег ведь девать некуда.

Ну дык к этому все и идет. Тем более что флеш дешевеет быстрее оперативы, а скорость подразогнали.

> Даешь full-nvme.

Ну вон кент ща и даст мастеркласс как получить почти скорость NVME при емкости почти HDD, и все и сразу. Эта абстракция конечно тоже фэйк и оверселл, "но эта ведьма такая красивая, зачем же на костер?!". Поэтому - вероятно как-то так и будет постепенно.

>> нечто - не будет. Там кому такое хотелось поставить NVMEшник какой
> когда и если вообще будет.

Ну вон тот утюг быстрым и удобным в менеджменте не будет никогда - и это не лечится, для этого надо радикально структуры ФС переделывать. А вот это уже никто делать точно не будет.

>> фронтом и получит что-то такое в более адекватном формате.
> ключевое слово - получит. Когда-нибудь может быть.

Ну сабжу это все в более-менее адекватном виде не грозит даже в будущем. Разве что инопланетяне или AI какой его радикально перепишут, но даже тогда проше будет стартовать от более подходящего дизайна.

> А моим системам с zfs уже по шесть-восемь лет некоторым. Ну да,
> сейчас бы я наверное выбрал другое решение - но это точно
> не fs которая еще не написана.

Ну как бы моим btrfs-ам некоторым тоже не сильно меньше уже. И чего? Если понимать границы применимости фич и технологий, можно многое.

Ответить | Правка | Наверх | Cообщить модератору

228. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от Stellarwind (?), 17-Окт-23, 12:13 
Шишкин про btrfs все уже давно написал - если ФС не может сразу эффективно данные на диске разложить, а требует постоянной ребалансировки, то это не ФС, а говно.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

238. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (238), 17-Окт-23, 23:39 
> Шишкин про btrfs все уже давно написал - если ФС не может
> сразу эффективно данные на диске разложить, а требует постоянной ребалансировки, то
> это не ФС, а говно.

Пользуйтесь файлухами от Шишкина, какие проблемы?! И так вам будет и надо. А ну да еще как вариант можно рассусоливать об этом всем юзая NTFS какой-нибудь - тормозючий и без фич, последний писк технологий начала девяностых. Но такой подход напоминает прострел собственных же пяток.

А сабж - довольно неуниверсальный, жручий, не быстрый, с странным управлением кешами, и если это не энтерпрайзная файлопомойка - ну и вот нафига оно такое? А на энтерпрайзных помойках мир не заканчивается. Btrfs лезет и в кучу иных случаев. А нафига там zfs может сдаться - кто ж его знает.

Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от leap42 (ok), 15-Окт-23, 08:38 
А если мне на ФС жалко даже 1 гиг (128мб ещё могу понять), будет работать?
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

70. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (71), 14-Окт-23, 15:11 
Что вы хотели этим сказать?
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

73. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от пох. (?), 14-Окт-23, 15:33 
Это его конспект мифов и легенд опеннета, взятых наудачу из середины рулона в 54 метра.

Не тратьте время, проходите мимо, тут не на что смотреть.

Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –4 +/
Сообщение от DEF (?), 14-Окт-23, 13:20 
Морально устаревшая и прожорливая ФС, основанная на блоках, а не на экстентах. BTRFS давно уделывает ZFS как по надежности, так и по быстродействию.
Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (66), 14-Окт-23, 15:01 
Шишкина на тебя нет, он бы тебе рассказал про "надёжную" и "быструю" BTRFS...
Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от лютый арчешкольник... (?), 14-Окт-23, 15:44 
>Шишкина на тебя нет, он бы тебе рассказал про "надёжную" и "быструю" BTRFS...

на хабре в статейка шишкин показал себя полным ламой и сказочником (ещё и очень обиженной на разрабов линя). про этом поделие самого шишкина по его же словам не годится для прода. эхехе, больной чел.

Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (92), 14-Окт-23, 17:40 
> Шишкина на тебя нет, он бы тебе рассказал про "надёжную" и "быструю"
> BTRFS...

Да там скорее Кент мастеркласс даст. Правда, нюансик в том что он 90% идей содрал с btrfs'а как раз, ну не с этой же архаики, в самом то деле, а оставщиеся 10% прикрутил перфоманс и мультидевайсные многоуровневые хранилки, что так то довольно круто.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

97. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от пох. (?), 14-Окт-23, 17:51 
> Да там скорее Кент мастеркласс даст. Правда, нюансик в том что он

что ничего не работает и неизвестно будет ли.

> же архаики, в самом то деле, а оставщиеся 10% прикрутил перфоманс
> и мультидевайсные многоуровневые хранилки, что так то довольно круто.

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

Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 18:08 
>> Да там скорее Кент мастеркласс даст. Правда, нюансик в том что он
> что ничего не работает и неизвестно будет ли.

Да не, в отличие от слабаков и лузеров этот крутыш таки сам жрет что испек, так что там в принципе есть своя группка почитателей под его предводительством и в принципе оно для них УЖЕ работает. Ну да с оговорками. И они конечно узнают много нового после более широкого деплоя. Но это у всех так с большим сложным кодом.

>> же архаики, в самом то деле, а оставщиеся 10% прикрутил перфоманс
>> и мультидевайсные многоуровневые хранилки, что так то довольно круто.
> но скорее всего не понадобится никому из нас, потому что когда дойдет
> до более-менее рабочего состояния - уже не будет вообще иметь смысла.

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

Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (66), 15-Окт-23, 12:08 
> Этот крутыш таки сам жрет что испек.

Сильно сомневаюсь. Скорее всего этот "крутыш" с макоси не слазит, как и 99,9% остальных разрабов, и является таким же теоретиком как и Шишкин, только не до конца повзрослевшим.

Ответить | Правка | Наверх | Cообщить модератору

177. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:25 
> Сильно сомневаюсь. Скорее всего этот "крутыш" с макоси не слазит, как и

фейсбук (если он правда там харчуется) славен своей совершенно феерической жадностью, хрен там рабу а не макбук дадут. Так что скорее всего таки linoops у него на древнем финкпаде. Правда совершенно неясно, где там нашлось место для иерархической памяти или что он там такое держит нерабочее в котором нашлось.

Ответить | Правка | Наверх | Cообщить модератору

215. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 21:53 
>> Этот крутыш таки сам жрет что испек.
> Сильно сомневаюсь. Скорее всего этот "крутыш" с макоси не слазит, как и
> 99,9% остальных разрабов, и является таким же теоретиком как и Шишкин,

Вообще-то опеносорс изначально, в его нормальном виде - делается людьми для себя. Это очень способствует более здоровому качеству софта и подходам, так то. И это причина по которой я никогда не буду доверять тем кто не жрет что испек сам, для себя, повседневно, считая таких либо отшибленым академом, либо жуликоватым впаривателем. Для меня сапожник без сапог - хреновый сапожник, заказ уйдет тому кто может сапоги хотя-бы себе сделать в виде когда ему их потом еще и носить не обломно будет.

> только не до конца повзрослевшим.

Сидеть с голой ж@пой, прогибаясь под проприетариев по моему ни в раз не про взрослость. Могу придумать с десяток иных эпитетов но все будут довольно обидными.

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

110. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от User (??), 14-Окт-23, 19:23 
Слушай, ты столько раз повторил "Кент то" да "Кент сё" - что мне уже Оллман с Маккьюзиком вспомнились.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

113. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 14-Окт-23, 20:42 
> Слушай, ты столько раз повторил "Кент то" да "Кент сё" - что
> мне уже Оллман с Маккьюзиком вспомнились.

А что поделать, мне нравятся упрямые несгибаемые чуваки которые ломятся через тернии к звездам - плевать хотев на все и вся, корпы, шморпы, набегут, не набегут. Через десять лет этого самого он, кажется, приблизился к своим целям весьма близко. Это вам не шишкин-теоретик, у этого дизайн - есть, он им для себя - пользуется, фичи и управление - весьма прагматично задуманы, а не очередные абстракции во имя богов абстракций самих по себе.

А еще его дизайн на голову более технически продвинут относительно всех этих ваших санок которые даже экстенты нормально нишмагли.

Ответить | Правка | Наверх | Cообщить модератору

124. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от User (??), 14-Окт-23, 22:30 
Не, я не осуждаю, что вы! Весна в душе - это прекрасно, пусть расцветают все цветы...
Ответить | Правка | Наверх | Cообщить модератору

216. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 21:59 
> Не, я не осуждаю, что вы! Весна в душе - это прекрасно,
> пусть расцветают все цветы...

Прекрасно - это стать частью такого процесса, познать как оно - и каково это, работать с такими людьми. Когда они горой за результат. Когда они наслаждаются тем что делают. Увидеть мощь коллективного разума впрягшегося на решение супер-задач в действии. И я не придумал ни 1 причины почему и мне бы было бы нельзя так же, поэтому оно будет как-то так. Это кайфово и круто.

А еще это дьявольски эффективно. Ну вот реально все напрягавшие меня системные баги гасились самый край в пределах недели. Я такого больше нигде и никогда не видел. А напрасно, такие подходы неплохо бы взять за эталон.

Ответить | Правка | Наверх | Cообщить модератору

235. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (235), 17-Окт-23, 17:46 
> Это вам не шишкин-теоретик, у этого дизайн - есть, он им для себя - пользуется

Кому какое дело, что он делает "для себя"? А вдруг он копрофаг? Так что теперь, всем говно есть?

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

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

239. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (239), 17-Окт-23, 23:48 
>> Это вам не шишкин-теоретик, у этого дизайн - есть, он им для себя - пользуется
> Кому какое дело, что он делает "для себя"? А вдруг он копрофаг?
> Так что теперь, всем говно есть?

А я посмотрю...
1) Что заявлятеся как rationale и "deadlier than bullet point" для этого дизайна. Почему он создан вообще? Чем это лучше того что есть? Если автор может объяснить это, окей, значит стоит присмотреться...
2) Например как этот дизайн работает, какие свойства заявляют, что говорят те кто это попробовал, забенчил и проч. Если все еще выглядит интересно, то...
3) Настало время попробовать это самому и составить свое собственное мнение о технологии и как оно в моих задачах. И уж конечно не делегируя это каким-то анонимам с опеннета, да и остальным, ну вот откуда б им все нюансы вот именно меня, моих конфиг и задач бы знать? Так что затестить технологий самому - явно более удачная идея чем слушать вас. Особенно - с таким уровнем вашей аргументации. Можете есть что хотите.

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

И где годные дизайны в продакшне выпущенные этими выпускниками заведений и прочими шишкиными? Ну вот и ответ на вопрос чего стоит это мнение стоит и где ему самое место. Все обгадить не предложив решения лучше - это вообще не вариант, а поток вон того, извините.

Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от DEF (?), 15-Окт-23, 07:45 
Этот тот Шишкин, который грозился выпустить Reiser5, но в итоге бросил ее разработку еще в 2020 году? Мнение этого теоретика, который неспособен довести ФС до юзабельного состояние - не интересно.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

150. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (66), 15-Окт-23, 12:00 
Что-то я не припоминаю чтобы Шишкин давал каки-либо обещания или называл какие-то сроки.
Ответить | Правка | Наверх | Cообщить модератору

240. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 17-Окт-23, 23:50 
> Что-то я не припоминаю чтобы Шишкин давал каки-либо обещания или называл какие-то
> сроки.

Ну а поскольку мы тут не Мак Лауды а пользоваться фатом и прочими нтфсами из лохматых девяностын наз заколебало - сорянчик, но мы будем пользоваться тем что есть. Если академ гуру может выкатить что то лучше - удачи ему. Иначе - теории не подтвержденные практикой не дорого стоят. Вообще даже в научном сообществе, не только в бизнесе. А там - и подавно.

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (71), 14-Окт-23, 15:01 
Разве что в бенчмарках. В условиях реальной нагрузки - наиболее оптимальная фс. Для виртуализации - просто идеал!
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

166. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (166), 15-Окт-23, 16:16 
Для ОС, в которой придумали OOM Killer для решения базовых недоработок эту ФС еще рановато внедрять.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

195. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от ptr (??), 16-Окт-23, 11:12 
У них разные области применения. Я так же могу сказать, что XFS "давно уделывает" BTRFS по производительности PostgreSQL. Но из этого следует лишь то, что для профиля нагрузки PostgreSQL XFS подходит лучше, чем BTRFS.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

63. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Kuromi (ok), 14-Окт-23, 14:23 
Прекрасный пример того как такая штука как "лицензия" может создать невероятное количество головной боли для всех и каждого. Причем не удивлюсь если внутренне Оракл в общем-то уже готовы бы и плюнуть на CDDL, но too late, одной работы юристов нынче на годы наберется чтобы правовой бардак этот разгрести.
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 15:36 
прекрасный пример подмены понятий. Неимоверное количество головной боли (не для всех а только и исключительно для авторов ZoL) создало намеренное вредительство linux kernel crowd, а вовсе не лицензия.

vmware (нагнувшая этот crowd на бабки за попытки настаивать на своих фанабериях) ничуть вот не пострадала. Хотя и использует у себя кусок линуксного ведра.

В других операционных системах - от вендыпоганой до freebsd никому никакой головной боли эта лицензия не создала - ну есть кусок кода под еще одной (поверх десятков других) лицензией, лежт себе в отдельной кучке в contrib.

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Tron is Whistling (?), 14-Окт-23, 15:58 
На самом деле это вмварь нагнули - и пришлось им выпиливать ядро и писать прослойку-обёртку, чтобы некоторые драйверы худо-бедно работали. Я просто адаптировал пару сказёвых драйверов - в курсе.
Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (66), 14-Окт-23, 14:26 
Зачем она нужна в современных реалиях? Это же архаика!
Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Аноним (71), 14-Окт-23, 15:04 
Это лучшее, что только существует в мире фс. Как можно этого не понимать - для меня загадка.
Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (66), 14-Окт-23, 15:25 
Как можно называть лучшей систему, которая требует для своей работы 30% свободного места и которая не умеет в нормальное расширение и реконфигурацию пула,  -- вот это загадка.
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от Tron is Whistling (?), 14-Окт-23, 15:57 
Да ладно, оно ж др... наслаждаться, а не для работы.
Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (71), 14-Окт-23, 17:46 
С тюнингом, можно забить и до 95%, но... WA никто не отменял. Но лучше этого не делать на любой фс - +15х и выше к износу накопителя гарантирую. Если это харды, то настраиваем и пользуемся.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

99. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 17:58 
> Как можно называть лучшей систему, которая требует для своей работы 30% свободного
> места и которая не умеет в нормальное расширение и реконфигурацию пула,
>  -- вот это загадка.

Они просто btrfs-ный менеджмент не пробовали, когда можно и отрастить ФС, и убавить, и девайс добавить, и изъять, даже по 1 девайсу - и без нагрева мозга размерами, выравниванием и прочим миндфаком характерных для классических райдов и прочих "охраните десяток запасных однотипных винчей на складе, иначе не энтерпрайзно".

Ну а бонусом - если с местом вышел задник, дефрагера там таки нетути кажись. Поэтому вы познаете офигенный перфоманс сполна. Особый, уличный бонус если вы вошли во вкус и отрастили здоровый пул, очень прикольно его пересоздавать будет так то.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

117. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 21:26 
Сказочник опеннета. Ничего что все то же самое можно и в zfs? И никакие десятки однотипных даром не нужны. А вот raid6 (при котором некоторые из этих вещей таки становится нельзя, но в обмен на понятно что) - у вас нет и не будет даже с write hole. Патамушта нишмагли в матемагию, нет у вас Левенталя. Платите денюжки наследникам LSI и плачьтесь про низкую производительность (когда 64x write amplification налетит на рейдовскую)

> Ну а бонусом - если с местом вышел задник, дефрагера там таки нетути кажись.

без мозгов жить ведь вообще непросто?

> если вы вошли во вкус и отрастили здоровый пул

а документацию прочитать так и не осилили (и да, она существует)

Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 22:11 
> Сказочник опеннета. Ничего что все то же самое можно и в zfs?

А что, оно у вас там уже научилось в смену схемы хранения без разборки пула? И там больше нет траха с размерами девайсов, выравниванием и вот этим всем? Ну тогда если это хоть на половину правда расскажи как они ТАКОЙ менеджмент смогли натянуть на легаси дизайн?

> И никакие десятки однотипных даром не нужны. А вот raid6 (при
> котором некоторые из этих вещей таки становится нельзя, но в обмен
> на понятно что) - у вас нет и не будет даже с write hole.

В смысле? RAID6 с write hole - на btrfs уже таки сто лет есть, но write hole видите ли карму портит. Для RAID5 ее таки более-менее заткнули, а для 6 - еще не до конца. Потому и считается экспериментальной фичой.

> Патамушта нишмагли в матемагию, нет у вас Левенталя. Платите денюжки наследникам
> LSI и плачьтесь про низкую производительность (когда 64x write amplification
> налетит на рейдовскую)

Чего там кто не смог? Коды рида соломона то? Вот ты лолка, они вообще сто лет в линукскернеле есть и оно даже реюзает тот модуль. Борменталя, млин, ему подавай.

>> Ну а бонусом - если с местом вышел задник, дефрагера там таки нетути кажись.
> без мозгов жить ведь вообще непросто?

Ну ты ж понимаешь что сперва место кончается - а потом начинают чесать репу что делать. А "should never happen" почему-то имеет тенденцию - все равно happen. Хоть и.

>> если вы вошли во вкус и отрастили здоровый пул
> а документацию прочитать так и не осилили (и да, она существует)

Да я вон видел клоуна с многодисковой btrfs-иной который умудрился метаданные без избыточности сделать. Хрен его знает как он вообще btrfs так изогнул - это надо было еще основательно покомандовать - но когда какой-то диск наконец сдох, он обнаружил что в его хитром плане, оказывается, был небольшой изъян. При том нет, это совсем не дефолтное состояние дел, нечаянно так сделать - ну вообще малореально сделать.

Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 22:23 
> А что, оно у вас там уже научилось в смену схемы хранения без разборки пула?

нет, но я не могу себе представить настолько ненужных данных чтобы мне это понадобилось. (дизайн в общем-то непричем, разработчики просто тоже не могли такое себе вообразить)

> И там больше нет траха с размерами девайсов, выравниванием и вот этим всем?

с размерами дивайса никогда не было, с выравниванием ты получаешь x32 write amplification вместо x64 для btrfs (ну или zfs без выравнивания/выровненную не туда - хотя надо быть просто редкостным дятлом чтоб такое создать да еще на таком диске который не в первой помойке попадается)

> В смысле? RAID6 с write hole - на btrfs уже таки сто лет есть

только крэшится и портит всю fs (это не write hole). Спасибо, уберите.

> Чего там кто не смог? Коды рида соломона то?

да, полная ерунда, каждый васян может. Ой, не совсем.

> они вообще сто лет в линукскернеле есть

Ага, со второй попытки. Первая превращала данные в труху. Нет, автор не виноват.
Но к сожалению есть оно внутри md raid который устарел на 25 лет. (кстати, привет там тебе от выравнивания и от много чего еще) А не внутри btrfs.

> Ну ты ж понимаешь что сперва место кончается - а потом начинают чесать репу что делать.

проблемы д-лов меня мало волнуют. Я-то знаю что мне делать - удалить что-то ненужное. Потому что оно "кончится" у меня лично ровно вот на этих 23% когда становится критичным.
Можно облажаться на васян-локалхосте (но его и send/receive недолго), но если ты про это забыл на хранилке емкостью побольше пары терабайт - и не вспомнил за все время что заcиpaл эти терабайты (в любой момент можно) - то это уже не лечится.

Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 23:12 
> нет, но я не могу себе представить настолько ненужных данных чтобы мне
> это понадобилось.

В случае btrfs это довольно безопасные операции. Я даже крешил пару раз. Оно вполне себе переживает это и может нормально возобновить это. CoW дизайн еще и не такие приколы позволяет.

Он же не дестроит старое состояние, а блочные группы у btrfs могут быть разных типов (в плане схемы хранения) - там особой почвы для развала просто нет. Это специфичный диалект операции балансирования, когда заодно еще схема хранения в новом назначении другая. А деаллокация случается не раньше того как это все прокатило и закомитилось.

Поэтому на вон том дизайне это сильно менее сыкотная операция чем на классике и прочих сратисах от раджей. Оно даже с смесью типов блочных групп штатно живет. Как один из вариантов можно вообще не рестрайпить сразу - и лишь запросить новую схему для новых записей. Это "странное желание" но работать будет и ни к чему этакому не ведет.

> (дизайн в общем-то непричем, разработчики просто тоже не могли
> такое себе вообразить)

Тогда ты только что сказал что Крис Мэйсон крутой чувак. Хорошая фантазия - визитная карточка мощных архитектов. Он придумал как это все делать достаточно безопасно, используя возможности CoW на полную катушку. Несомненно - он получил за это специфичный набор приколов. Но вообще надеюсь так понятнее почему всякие, типа кента, именно ЭТО на цитаты будут разбирать, а не zfs ваш печальный. Терпеть не могу програмеров и дизайнов где нельзя то, не предусмотрено сяк, и вообще, давайте прибьем все игрушки к полу гвоздями - так проще, дескать. Это голимый менеджмент, извините. Хорошо - когда ресусы можно динамически и ненапряжно ре-аллоцировать и ре-конфигурировать на новые задачи. Это эффективное использование ассетов и инвестиций. И это повод уйти того кто стоит на этом пути. Что для васян-гаражника что для мегакорп. В этом мы одинаковы внезапно.

> туда - хотя надо быть просто редкостным дятлом чтоб такое создать
> да еще на таком диске который не в первой помойке попадается)

Прости я про то что если у тебя RAID энного размера - как ты его расширяешь? В btrfs можно, вот, подоткнуть хоть вообще 1 диск - любого размера, какой был под рукой. И таки отрастет эн места. Потому что там RAID1 это запрос аллокатору положить те блоки на 2 разных девайса. Т.к. в ассортименте +1 девайс, вариантов как это сделать прибавляется и +эн места отрастает. В ряде случаев может ребаланс захотеться для более равномерного использования, но зачастую катит просто добавить 1 девайс и получить эн места немедленно. И RAID1 можно собрать из ну вот вообще совсем девайсов какого угодно размера. И так далее

Т.е. можно подцепить в пул те ассеты которые есть. Временно расширить. Или убавить. И все это без камасутры "храните на складе эн одинаковых винчей". Это нехилая фича - рулить асссетами динамически, "as needed".

>> В смысле? RAID6 с write hole - на btrfs уже таки сто лет есть
> только крэшится и портит всю fs (это не write hole). Спасибо, уберите.

Если понимать механизм проблемы с этим даже можно жить. Но лучше не нужно. Но математику таки осилили. Трабла не в ней а в RMW, пардон муа. И в том что btrfs один из первых дизайнов который пытался агрессивно скипать эту операцию на full stripe - и в принципе это могло бы и катить но - красиво было на бумаге, ога. На практике овраги все же нашлись и - вот - для RAID5 это дело таки - закостылили, более агрессивным RMW. Который так то ключевая проблема RAID56 по перфомансу.

>> Чего там кто не смог? Коды рида соломона то?
> да, полная ерунда, каждый васян может. Ой, не совсем.

Ну Васян врядли сильно поймет ту математику. Впрочем - я более-менее понимаю, хоть и урезанно, ибо специфичный раздел математики а полинимиальная математика не была моим таким уж прямо любимым топиком. Если б мне сказали для чего оно полезно я б конечно получше изучил, но тут уже поздняк.

>> они вообще сто лет в линукскернеле есть
> Ага, со второй попытки. Первая превращала данные в труху. Нет, автор не виноват.

Не ошибается тот кто ничего не делает. А "обычные" RAID данные в труху вообще часто превращают. Особенно когда копии или парити разъезжается. На флешастиках это вообще норма, потому что там видимо FEC не вытягивает и девайс начинает гнать наружу туфту, зачастую даже не маркируя это как IO error. Btrfs вопит про csum error, чинит. Довольно хорошо чинит - вон чуваку 80 000 блоков из копий аж зафиксило! А дятл что-то и не напрягался что его SSD уже в могиле одной ногой. "SMART же нормальный!". Агаблин, а 80К ошибок чтения с девайса по CSUM - фича, не иначе. Конечно после такого хинта птичкодятел сменил свой текучий сыпучий SSD в темпе вальса и все стало ЗБС. Вот этому даже повезло. Бывают более тупые или менее удачливые, типа додика отключившего каким-то чудом избыточность метаданных на многодисковой конфиге.

> Но к сожалению есть оно внутри md raid который устарел на 25 лет.

Btrfs пользуется "общелинуксными" модулями алго. Они не "md raid", они сами по себе. И ридсоломон, и оптиизированный XOR, и крипто, и сжатие... это как раз был их шаг навстречу, чтобы на layering violation быковали меньше.

> (кстати, привет там тебе от выравнивания и от много чего еще) А не внутри btrfs.

Btrfs таки в целом ведет себя далеко не самым плохим образом, и с SSD и вообще. Твои теоретизмы про 64x это прекрасно, кроме того что не имеет ничерта общего с многими крейсерскими режимами и статистикой накопителей.

>> Ну ты ж понимаешь что сперва место кончается - а потом начинают чесать репу что делать.
> проблемы д-лов меня мало волнуют. Я-то знаю что мне делать - удалить
> что-то ненужное.

В случае btrfs можно просто подоткнуть любой подвернувшийся диск как быстрое решение траблы. Но даже это не все допирают. А таки стирание не полностью решает проблему фрагментации. Хотя если ты сотрешь все файлы в пуле, тогда, конечно, будет не так уж плохо. Только это ничем не лучше пересоздания с ноля. А остальное может быть в заисимости от того что вышло быть весьма компромиссным. Дефрагера у вас же нет чтобы это более прицельно обыграть, чо.

> Потому что оно "кончится" у меня лично ровно вот на этих 23% когда становится критичным.

Ну дык и даже так фрагментация постепенно может накапливаться. Хотя учитывая что твоя шляпа экстенты нормально не умеет, там что так задник что сяк, просто с фрагментами задника еще больше.

> Можно облажаться на васян-локалхосте (но его и send/receive недолго), но если ты
> про это забыл на хранилке емкостью побольше пары терабайт - и не вспомнил за все
> время что заcиpaл эти терабайты (в любой момент можно) - то это уже не лечится.

Ну да, ну да, гиморный менеджмент без права на ошибку - ваше все. Остается только вопрос кому такой менеджмент систем кроме вас нужен, трястись над файлухами как царь Кощей.

Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 23:44 
> В случае btrfs это довольно безопасные операции.

"гладко было на бумаге". У меня нет никаких поводов подвергать им пул с какими-то данными.
И да, балансировка пула тоже операция не совсем безобидная.

> Прости я про то что если у тебя RAID энного размера - как ты его расширяешь?

другим рэйдом. Совершенно необязательно из одинаковых дисков. И необязательно того же типа.
Единственная недоделка - если ты так ухитришься расширить пул с raidz - выдернуть из него обратно уже не получится. Из зеркала можно. Но мне обычно и не хочется. Потому что опять одна из самых опасных операций. Просто помним об этом во время создания системы.

> Btrfs пользуется "общелинуксными" модулями алго. Они не "md raid", они сами по себе.

боюсь спросить - их тестировал кто-нибудь с тех пор вот как они стали сами по себе, или как в прошлый раз? А то может вы уже и md доломали, как с multipath?

> В случае btrfs можно просто подоткнуть любой подвернувшийся диск как быстрое решение траблы.

Если есть куда. Если вообще можно там что-то подтыкать. Т.е. это не универсальное решение проблемы а костыль для частного случая. (и там еще отдельный с исчерпанием метаданных)

> А таки стирание не полностью решает проблему фрагментации.

мы не проблему фрагментации решаем, а проблему с исчерпанием свободного места. Чаще всего - опять разработчики нaгoвнякали каких-нибудь логов на терабайт, которые читать и не собирались даже, и их надо просто стереть.
(пламенный привет разрабам клячхауса)
Поскольку у меня место для них "кончится" задолго до сакраментальных 23% - никаких ужасов не происходит.

> Ну дык и даже так фрагментация постепенно может накапливаться.

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


Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 01:39 
> "гладко было на бумаге". У меня нет никаких поводов подвергать им пул
> с какими-то данными.

Ну вот у меня как я уже сказал сие даже креши переживало. Не то чтобы я сильно хотел протестить это, но так получилось. И ничего за это не было. Это и есть правильное использование фич CoW по _полной_ программе, а не в режиме полу-недо-нечто, которое даже вот запросить 2й референс на те же блоки файла научилось только через цать лет, когда это уже даже XFS голимый умеет сколько там.

> И да, балансировка пула тоже операция не совсем безобидная.

Ну как, без нужды такие операции конечно лучше не пинать. Но это все же сильно менее стремно чем на "классике" в силу недеструктивной природы CoW + того факта что тот дизайн ОК с произвольной смесью block groups разных схем хранения.

>> Прости я про то что если у тебя RAID энного размера - как ты его расширяешь?
> другим рэйдом. Совершенно необязательно из одинаковых дисков. И необязательно того же типа.

Вот это я и называю - миндфак в менеджменте. Надо какой-то рояль в каких-то кустах, а если вдруг у тебя не было рояля в кустах и десяти однотипных дисков на складе - suxx to be you, ога. Я называю это дорогой, хреновый и неудобный менеджмент. Btrfs в этом смысле намного более универсальная и гибкая штука.

> Единственная недоделка - если ты так ухитришься расширить пул с raidz -
> выдернуть из него обратно уже не получится.

КМК это не "единственная" если сравнивать с вон тем и как оно в целом рулится. Там получится почти все что технически релизуемо вот. Ну то-есть если ты хотел RAID1 то хотя-бы 2 девайса все же должно оставаться, иначе как его вообще обеспечивать. Но кроме этого лимиты достаточно умеренные.

> Из зеркала можно. Но мне обычно и не хочется. Потому что опять одна из самых
> опасных операций. Просто помним об этом во время создания системы.

А в btrfs - ничего такого уж супер-опасного, оно удвинет по backref'ам данные с нужного девайса да отдаст его. При том опять же - в случае крашей операции недеструктивны, оно сперва перенесет - и только потом деаллокацией сможет озаботиться. А если это не прокатило - ну, ок, тогда и указатель на это еще не перевешен, проблемы просто нет. Завернуть изъятие девайса, если хотите - попробуйте еще раз. Не так уж много что может пойти не так.

> боюсь спросить - их тестировал кто-нибудь с тех пор вот как они
> стали сами по себе, или как в прошлый раз? А то
> может вы уже и md доломали, как с multipath?

Как видишь с btrfs и тестировали - и фиксили - и вот в курсе что write hole есть. Но это больше к самому btrfs вопросы.

>> В случае btrfs можно просто подоткнуть любой подвернувшийся диск как быстрое решение траблы.
> Если есть куда. Если вообще можно там что-то подтыкать. Т.е. это не
> универсальное решение проблемы а костыль для частного случая.

Ну вообще чтобы совсем ничего и никуда нельзя было подоткнуть - это не такой уж частый случай. А так вся наша жизнь состоит из частных случаев. И меня зачастую интересует именно сегодня самому попасть из пункта A в пункт B - а не решать все проблемы вообще всех путешественников на планете.

> (и там еще отдельный с исчерпанием метаданных)

У медали есть 2 стороны. А вы думали что tail packing скрестить с продвинутым дизайном с разным уровнем избыточности для данных и метаданных это совсем уж нахаляву и вообще нигде не отольется? Это было бы слишком хорошо чтобы быть правдой, хотя если у тебя есть парочка знакомых богов в роли архитектов - можешь попытаться.

>> А таки стирание не полностью решает проблему фрагментации.
> мы не проблему фрагментации решаем, а проблему с исчерпанием свободного места. Чаще
> всего - опять разработчики нaгoвнякали каких-нибудь логов на терабайт, которые читать
> и не собирались даже, и их надо просто стереть.

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

> (пламенный привет разрабам клячхауса)
> Поскольку у меня место для них "кончится" задолго до сакраментальных 23% -
> никаких ужасов не происходит.

А таки если эн лет файлуху погонять - это все же будет отличаться от свеженькой.

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

Ну тут конечно от конкретики сильно зависит. Однако как запасной план дефрагер все же не есть что-то сильно плохое как по мне.

Ответить | Правка | Наверх | Cообщить модератору

149. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 11:19 
> Вот это я и называю - миндфак в менеджменте.

извини, но он у тебя в мозгах.
Тебе сколько еще раз повторять что однотипные диски - вообще не требуются?

> Ну то-есть если ты хотел RAID1 то хотя-бы 2 девайса все же должно оставаться, иначе как его
> вообще обеспечивать.

никак. Нет второго размером не меньше чем первый - будет в degraded пока не принесешь.
А если добавил к ним на время еще один чтоб, к примеру, как-то извернуться с бэкапами не таская по сети или рядом временно что-то развернуть - то можно его потом выдернуть обратно.
Иногда полезно (например у меня много где это виртуальные диски и raid мне не нужен вовсе - он полкой обеспечивается. А вот возможность отобрать временно выданное обратно - нужна, полка дорогая.) хотя разумеется не серебрянная пуля и надо иметь план Б.

Ответить | Правка | Наверх | Cообщить модератору

217. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 22:26 
> Тебе сколько еще раз повторять что однотипные диски - вообще не требуются?

В случае btrfs жестко прибитых на гвозди решений которые принципиально невозможно переиграть - по сути вообще нет. И например использование места будет довольно эффективным из-за "пофайловости" рэйда. Будем считать что я нахожу такой дизайн next gen, более логичным и удобным чем все то что было до этого. Кент, кажется, считал как-то так же.

> никак. Нет второго размером не меньше чем первый - будет в degraded
> пока не принесешь.

Ну а в btrfs таки подтыкаешь +1 девайс. Получаешь +N места. И это _не_ degraded. Лишь бы суммарного места хватало. Конечно в ряде случаев vs аллокация возможны странности но имхо почти per-file аллокация. На самом деле все же чанками block groups гранулярностью как правило гиг (на самом деле настраиваемо) - с тем или иным типом и схемой хранения, но это детали.

И эти чанки причина по которым не стоит btrfs класть на совсем мелкие носители менее нескольких гигз. Или если уж очень хочется, то mixed-bg использовать, но в целом этот дизайн просто не делался для извратов типа Шишкина с его CD-sized нечто. Если этим не заниматься то все в пределах разумного как правило, имхо. В совсем свежих версиях эвристику немного затвикали, сперва налетели, потом улучшили, в общем, обычное итеративное развитие софта.

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

Ну вот и в btrfs тоже можно. При том если на него записалось скажем 100 гиг из 5 терабайтов, удвигать будет только 100 гигз и с backref'ами это довольно бодренько происходит, времена операций достаточно приятные.

> Иногда полезно (например у меня много где это виртуальные диски и raid
> мне не нужен вовсе - он полкой обеспечивается. А вот возможность
> отобрать временно выданное обратно - нужна, полка дорогая.) хотя разумеется не
> серебрянная пуля и надо иметь план Б.

Ну блин совсем без плана Б хреново так то. И серебряных пуль - ну вот не бывает.

Если честно говорить о слабых местах BTRFS, это будут...
1) Не создан для совсем уж мелких девайсов. Если понимать что делать, в принципе работает, а в новых кернелах эвристику немного твиканули.
2) Достаточно большой оверхеда. Хотя в последних нескольких кернелах заметно разогнали, но Кенту это не давало спать спокойно и это было половиной причин для bcachefs. Второй половиной было желание скрестить такой дизайн с чем-то типа bcache, на ФСном уровне виднее.
3) RAID56 все же недопиленые. RAID5, с метаданными в RAID1 еще куда ни шло, но все равно экспериментальненько.
4) CoW все же специфично взаимодействует с рядом нагрузок. Если понимать это - с этим можно жить. Но совсем отключить мозг все же чревато.
5) Дефрагер есть, но - он разбирает рефлинкнутые экстенты на независимые. И для undo этого таки потребуется прога дедубликации.
6) Гибкость дизайна позволяет глупым господам делать довольно странные вещи. Типа, вот, многодисковой конфиги с единственной копией метаданных раскиданных по разным девайсам. Правда, это специально заказать голубцы с г@вном - но так можно, их принесут, и если вам что-то не нравится... вон там у чудика бэд на 1 диске случился, под метаданными, опа, опа, что такое, а, не там сэкономил местечка? Ну малаца, в следующий раз на запасном парашюте попробуйте экономить, это еще прикольнее.

Ответить | Правка | Наверх | Cообщить модератору

221. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 16-Окт-23, 22:46 
> никак. Нет второго размером не меньше чем первый - будет в degraded
> пока не принесешь.
> Ну а в btrfs таки подтыкаешь +1 девайс.

и получаешь не рейд а кандидата в покойники. Когда этот одинокий дивайс навернется - мирно хоронишь данные и радуешься? Ты можешь то же самое сделать в zfs - с теми же самыми последствиями.

> Если честно говорить о слабых местах BTRFS, это будут...

там вон процитировали их вики - оно что, правда в 2k23 не умеет в параллельное чтение с mirror?

Ответить | Правка | Наверх | Cообщить модератору

241. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (241), 18-Окт-23, 00:34 
> и получаешь не рейд а кандидата в покойники. Когда этот одинокий дивайс
> навернется - мирно хоронишь данные и радуешься?

Этому прохладному преданию местных экспертов - я уже со счета сбился сколько лет. И все оно никак этсамое - не того.

А на практике - фаталити почему-то у меня были с другими ФС. Типа f2fs умершего при тестах на powerloss, или ext4 скопытившегося от 1 бэда (попал, подлец, под libc6, против такого лома на ext4 нет приема). А btrfs'ы работают себе, и даже, вот, пару раз крахи при рестрайпе затестились случайно без осоьых последствий. Не то чтобы я призываю регулярно повисать на страховочном тросе, но я вот проверил что он есть и даже работает. Вместо прохладных историй "залезьте в бункер, оденьте противогаз, не забудьте миноискатель, и упаси вас на поверхность выползти!".

> Ты можешь то же самое сделать в zfs - с теми же самыми последствиями.

Да вот в btrfs...
1) Для меня никаких особых последствий не было.
2) Я заметно повысил надежность ряда систем, где ZFS вооюще ни в п... ни в кр. армию. Ну а нахрен он мне на одноплатнике в eMMC или SD? И DUP он все равно не умеет. А вариант разваливаться с треском от 1 бэда раз в 5 лет, если можно это и не делать - мне очень так себе.
3) ZFS вне майнлайна и это создает море иных проблем, типа невозможности репорта багов на кернел. А я это еще и практикую и таки - решаю системные проблемы.
4) А если btrfs даже и взбрыкнет, я уже более-менее понял основные части дизайна, знаю какие фичи рекавари и аварийной вычитки есть, а если совсем уж хрень какая-то - вооон там можно помощ зала запросить, и они так то довольно грамотные и эффективные господа как по мне.
5) И те господа соответствуют типовым ожиданием от разработки майнлайна. Т.е. крутые компетентные процессы, горой за то что делают. Не теоретически-круто, а практически-юзабельно. Да, могут быть компромиссы. Но вон те, нахваливающие виндочку, по сравннию с вот этими, юзающими что испекли для себя - просто генералы Фэйлоры в моем восприятии мира, сорянчик. А вон те дали мне мастеркласс как может быть софтострой. И это было круто. Настолько что я приду за добавкой и буду в настроении повторить.

>> Если честно говорить о слабых местах BTRFS, это будут...
> там вон процитировали их вики - оно что, правда в 2k23 не
> умеет в параллельное чтение с mirror?

Как я понимаю, оно "специально не заморачивались этим топиком" и результат - "как получится". Т.е. да, там есть что улучшать. В частности и перфоманс наверняка и еще можно разогнать. Там была какая-то забавная дискуссия, как такое IO планировать. Они вроде на основе LSB в PID решают в какой mirror запрос пулять. Это весьма компромиссная эвристика. Хотя в массово параллелизованной системе с кучей активных процессов и катит, но далеко не всем именно это, именно так - наилучший вариант.

С чисто практическких точек зрения для моих целей меня это как правило не напрягает, высоконагруженные системы вообще специфичный топик, и там кроме этого и других траблов немеряно - включая общесистемный, типа, вот кучи рефакторов нацеленных на понижение оверхеда IO и проч. А серебряные пули - это прекрасно, но их не бывает. Я на этом просто потому что для меня и моих задач остальное было еще хреновее. Не, юзать NTFS и виндочку где билдовка софта в разы медленнее и автоматизация системы в ауте - я не мазохист. И фичей FAT мне уже как-то маловато. Я, вот, реально уповаю на фичи машины времени, нелинейный менеджмент, снапшоты и даже странные вещи типа DUP в вон тех выводках одноплатников. Нуачо, раз фича есть и хорошо влезла в задачу, отлично. Как я уже сказал - я таки не про энтерпрайзные хранилки. Даже если некоторые вещи и немного напоминают это по смыслу.

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

65. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (65), 14-Окт-23, 14:37 
Вот это, плюс бтрфс, бкэшфс ведёт к выкидыванию лвм2. Не нужен он оказывается. А на что менять в этих фс вот это https://www.systutorials.com/docs/linux/man/8-lvmlockd/ ?
Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 00:44 
> Вот это, плюс бтрфс, бкэшфс ведёт к выкидыванию лвм2. Не нужен он

ну не нужен так не нужен.

> оказывается. А на что менять в этих фс вот это https://www.systutorials.com/docs/linux/man/8-lvmlockd/

А ни на что. Как ты использовал поверх lvm ocfs2, так дальше и используй - без lvm.
ни это, ни bcachefs не являются кластерными системами и в таком режиме все равно работать не могут.

А lvmlockd нужен только для кластеринга самого lvm если вдруг тебе зачем-то приспичило такое. Кластерную fs поверх его тома никто не отменял.


Ответить | Правка | Наверх | Cообщить модератору

247. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от PnD (??), 18-Окт-23, 11:02 
lvmlockd заиграл совершенно новыми красками в сочетании с sanlock.
Последний правда писа́ли какие-то неадекваты. Т.е. видно что было Т.З. от кого-то кто понимает что ему в принципе нужно. А вот реализация…
Но в целом, после некоторых доводок sanlock и openStack получилось достаточно съедобно.
Ответить | Правка | Наверх | Cообщить модератору

78. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Tron is Whistling (?), 14-Окт-23, 15:56 
С системным пулом кеша уже интегрировали? Если нет - мимо.
Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (71), 14-Окт-23, 17:48 
И не будет.
Ответить | Правка | Наверх | Cообщить модератору

147. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Tron is Whistling (?), 15-Окт-23, 08:42 
> И не будет.

Ну и ладно. Значит совсем мимо, даже экспериментировать смысла нет.

Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от пох. (?), 14-Окт-23, 17:55 
> С системным пулом кеша уже интегрировали?

Чтобы забивать его бессмысленным мусором вместо использования ARC? Спасибо, нафиг не надо.

А memory pressure - где угодно кроме линукса.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

101. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (-), 14-Окт-23, 18:00 
>> С системным пулом кеша уже интегрировали?
> Чтобы забивать его бессмысленным мусором вместо использования ARC? Спасибо, нафиг не надо.

Если у тебя виндочка десктопом - то конечно. А если на эту память еще и другие апликихи претендуют - ну вот извините!

> А memory pressure - где угодно кроме линукса.

Ты это о чем?

Ответить | Правка | Наверх | Cообщить модератору

104. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 18:04 
>> Чтобы забивать его бессмысленным мусором вместо использования ARC? Спасибо, нафиг не надо.
> Если у тебя виндочка десктопом - то конечно. А если на эту
> память еще и другие апликихи претендуют - ну вот извините!

ну да, чтобы удовлетворить апликуху запускаемую раз в году - откажемся от адаптивного кэша в пользу блочной мусорки. (вот чтение самой апликухи - которая в следующий раз понадобится через год - как раз вытеснит оттуда все что там на самом деле было ценным, читай заново, ты ж никуда не торопился)

>> А memory pressure - где угодно кроме линукса.
> Ты это о чем?

эксперты опеннета в своем репертуаре, ага.

Ответить | Правка | Наверх | Cообщить модератору

114. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 20:46 
> ну да, чтобы удовлетворить апликуху запускаемую раз в году - откажемся от
> адаптивного кэша в пользу блочной мусорки.

Ну правильно, чуваку с виндочкой - ничего кроме файлопомоек и не интересно, так что нехай программы крашатся. Собссно поэтому ту чудуюду наверное станет некому кодить - кодер тоже человек, лол. И врядли много накодит из вот именно виндочки то, да в ZFSину.

> (вот чтение самой апликухи - которая в следующий раз понадобится через год - как
> раз вытеснит оттуда все что там на самом деле было ценным, читай заново,
> ты ж никуда не торопился)

А гугол на эту тему так то MGLRU несколько версий ядер назад запилил. Забавная штука имхо.

> эксперты опеннета в своем репертуаре, ага.

По моему memory pressure бывает где угодно. Даже в виндочке. Особенно если всяких питонов-электронов назапускать, там даже могучий воркстейшн не спасет.

Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от АнонимЪ (?), 14-Окт-23, 17:03 
Хочу сделать надёжное хранилище для архива семейных фоток, чтобы они не были подветжены бит роту и прочим бед блокам. Raid-Z1/2 кажется для этого неплохим выбором в том числе за счёт наличия функции scrub (до этого ZFS не пользовался).
Что думаете об этом?
Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от пох. (?), 14-Окт-23, 17:58 
> Хочу сделать надёжное хранилище для архива семейных фоток,

напечатай на фотобумаге и сложи в альбомчик. Храни надежно. Фотоархивы моей семьи пережили две большие войны. В отличие от большинства людей на тех фотографиях.

Ни один электронный носитель пока что не может похвастаться даже полувековым возрастом.

Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 18:02 
> напечатай на фотобумаге и сложи в альбомчик. Храни надежно. Фотоархивы моей семьи
> пережили две большие войны. В отличие от большинства людей на тех фотографиях.

С цветными фотами сие работает намного хуже, у меня ряд фот конкретно выцвел за 20-30 лет почему-то.

> Ни один электронный носитель пока что не может похвастаться даже полувековым возрастом.

Насчет полувекового черт знает, а винч 1996 года - работает, однако. И даже до сих пор IDE разъем для него найти не особо проблемно. Правда нахрен он мне с его емкостью я хз, туда современных фоточек не очень много лезет, а 640x480x16 цветов - ну такое себе :)

Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 18:09 
> С цветными фотами сие работает намного хуже, у меня ряд фот конкретно
> выцвел за 20-30 лет почему-то.

плохая обработка. У меня фото именно такого возраста тоже плохо себя чувствуют - потому что это совок с его материалами и его химией. В лучшем случае - ГДРовскими. С фото уже постсовкового периода, из нормальной лаборатории - ничего не происходит, хотя они одной эпохи.

> Насчет полувекового черт знает, а винч 1996 года - работает, однако. И

жаль что фотка в нормальном (для 1890го года) разрешении в него влезает ровно одна?

Ответить | Правка | Наверх | Cообщить модератору

115. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 20:54 
> плохая обработка. У меня фото именно такого возраста тоже плохо себя чувствуют
> - потому что это совок с его материалами и его химией.

Ну вот да, именно совок и выцвел в гамно. Импортная химия и правда явно лучше сохранилась, но ей и лет так то - все же меньше. Не совсем одной эпохи - как импортное появилось, совковое все резко и послали - потому что не идет ни в какое сравнение, разница качества картинки вызывала отвал челюсти "ух ты, а так можно было?!".

> В лучшем случае - ГДРовскими. С фото уже постсовкового периода, из
> нормальной лаборатории - ничего не происходит, хотя они одной эпохи.

Кстати даже ГДРовские пленки были таки заметно лучше совка. ORWO, чтоли, это назыалось. Я даже на несколько таких фоткал когда-то. Но какой-нибудь кодак дал им мастеркласс. Впрочем, кодаку и самому мастеркласс цифровики дали, где он теперь ща?

>> Насчет полувекового черт знает, а винч 1996 года - работает, однако. И
> жаль что фотка в нормальном (для 1890го года) разрешении в него влезает ровно одна?

Ну таки не одна, если ты конечно не собираешься дофига-мегапиксельные равки туда. Но таки туда разве что эн не очень качественных жыпегов можно. Впрочем чуть более поздний винч на целые !!! 2 гига !!! тоже живой, он 1997..19988, чтоли, года, не помню уже. Туда уже можно небольшой фотоальбомчик в жыпегах сложить если не борзеть.

Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от crypt (ok), 15-Окт-23, 14:09 
> плохая обработка.

нет, ты путаешь тех.процессы. долгоживущей является классическая чб фотография с использованием серебра, а цветная печать никогда не была мега-долговечной из-за сложной химии. проблему пытаются решить японцы (canon) предлагая специальные чернила для принтеров повышенного качества и бумагу. согласно их испытаниям, цифровые отпечатки с такими материалами тоже могут храниться по 100 лет.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

218. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 22:33 
> серебра, а цветная печать никогда не была мега-долговечной из-за сложной химии.

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

> проблему пытаются решить японцы (canon) предлагая специальные чернила для
> принтеров повышенного качества и бумагу.

При чем тут принтеры вообще? Мы про фотографии на фотобумаге и химические процессы.

> согласно их испытаниям, цифровые отпечатки с такими материалами
> тоже могут храниться по 100 лет.

После того как они на бумаге - они уже слегка не цифровые. Потому что не подлежат обработке цифровыми системами.

Ответить | Правка | Наверх | Cообщить модератору

154. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от crypt (ok), 15-Окт-23, 14:06 
и опять я согласен с пох. более того я плотно занимался аналоговым фото и оно живо и сейчас. совершенно непередаваемые ощущения по сравнению с айти, но сложнее. это не крутить пару ползунков в редакторе и использовать AI фильтры, как привыкло нынешнее смузи.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

132. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (48), 14-Окт-23, 23:33 
заюзай hammer2
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

145. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от DEF (?), 15-Окт-23, 07:52 
>Что думаете об этом?

Тебе подойдет BTRFS.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

167. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (166), 15-Окт-23, 16:18 
Поставь FreeBSD с пулом на ZFS и будет работать вечно.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

187. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Пряник (?), 16-Окт-23, 10:05 
И почему же именно FreeBSD? На Linux ZFS тоже работает. Ох уж эти ыкзперды...
Ответить | Правка | Наверх | Cообщить модератору

196. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Аноним (196), 16-Окт-23, 11:56 
Потому что для хранения фоток нужна просто стабильность и надежность.  А вот все эти странные эксперименты гибрида пылесоса с ракетой можно проводить на машине, где важные фотки не хранятся.
Ответить | Правка | Наверх | Cообщить модератору

197. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Пряник (?), 16-Окт-23, 12:09 
Тогда за основу Linux, так как у него больше пользователей и разработчиков. И выше шанс найти ответ в случае проблем. По FreeBSD документация ужасная.
Ответить | Правка | Наверх | Cообщить модератору

220. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 22:45 
> Тогда за основу Linux, так как у него больше пользователей и разработчиков.
> И выше шанс найти ответ в случае проблем. По FreeBSD документация ужасная.

Там и протестированность кода скорее всего сильно хуже. Сколько линуха юзает а сколько бсд. И коммиты от народа *@fb.com -> btrfs я таки вот вижу и они там в топе комитеров так то, что на пользу качеству и перфомансу кода точно идет. А от нетфликса такое как, бывает, в промышленных масштабах? :)

Ответить | Правка | Наверх | Cообщить модератору

226. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 16-Окт-23, 23:43 
> Тогда за основу Linux, так как у него больше пользователей и разработчиков.

Количество дол...ов не переходит в качество.

> И выше шанс найти ответ в случае проблем. По FreeBSD документация

в случае серьезных проблем ты найдешь только вопросы. Как я в истории с неработающим zpool -e (во фре, заметим, работал)

> ужасная.

у вас никакой нет.

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

242. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 00:46 
>> Тогда за основу Linux, так как у него больше пользователей и разработчиков.
> Количество дол...ов не переходит в качество.

Да вот не скажи. Вытоптанность поляны - великая вещь. А ты можешь быть первым, кто затестит новую модель гипердрайва. Вон там рядом с манекеном кресло свободно, присаживайся. Ну а если твои молекулы по ошибке размажутся на пару парсеков - упс, не повезло, придется делать новый тестовый корабль, манекен, и хедхантить нового тестового пилота.

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

> у вас никакой нет.

Ну а вон на btrfs таки есть и readthedocs и определенный выводок живых людей которых можно просто спросить. Если конечно понимаешь что спрашивать.

Ответить | Правка | Наверх | Cообщить модератору

229. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (166), 17-Окт-23, 12:16 
>Тогда за основу Linux, так как у него больше пользователей и разработчиков. И выше шанс найти ответ в случае проблем. По FreeBSD документация ужасная.

Там в документации написано абсолютно всё. Для торопыжек еше Handbook c оглавлением. Проблемы только у тех, кто её не читает, а ходит на форумы за ответами (и чужими мнениями). Но эти все давно на Линуксе, потому что им сказали, что это более модно.
Когда нужна система хранения, а не мышкой в Гноме щелкать, то фряшка работает идеально. В отличие от зоопарка выше. А вот это вот "она плохая, потому что я слышал.. думаю что код плохой не знаю почему" - это и выдает весь уровень знаний и профессионализма.
К сожалению, в IT пришло много людей, не способных решать вопросы системно. В этом отличие от тех же 2000х, когда если человек говорил что установил Линукс, то это что-нибудь, да значило.

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

231. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Пряник (?), 17-Окт-23, 15:04 
Ну гугл не находит то, что мне нужно. А читать всё подряд - ну такое себе.
Ответить | Правка | Наверх | Cообщить модератору

234. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (166), 17-Окт-23, 16:04 
>Ну гугл не находит то, что мне нужно. А читать всё подряд - ну такое себе.

Тогда хорошим выходом будет сменить специализацию. А гугл - он подбирает поиск согласно накопленной истории интересов.

Ответить | Правка | Наверх | Cообщить модератору

252. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Пряник (?), 18-Окт-23, 17:17 
С каких это пор знание FreeBSD стало определяющим в специализации?
Ответить | Правка | Наверх | Cообщить модератору

205. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от АнонимЪ (?), 16-Окт-23, 16:26 
Я смотрю на TrueNAS, а он недавно перешёл под капотом с FreeBSD на Linux. Получается, под Linux ZFS уже достаточно стабильна?
Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

208. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 16-Окт-23, 18:19 
Менеджерам по продажам наплевать насколько оно шта6ильно. Пипл хотел докера и пипл его получил.
А вот являешься ли ты сам целевой аудиторией фринаса - все не так однозначно.

Ответить | Правка | Наверх | Cообщить модератору

233. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Пряник (?), 17-Окт-23, 15:18 
> Хочу сделать надёжное хранилище для архива семейных фоток

Магнитная лента.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

267. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от edo (ok), 19-Окт-23, 21:53 
Да, zfs отлично подходит.
Только нужно понимать, что (a) хранение данных — это процесс (регулярный scrub, замена проблемных носителей и прочего железа), (b) никакая fs не отменяет бэкапа
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

87. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 14-Окт-23, 17:07 
Купил SSD и чтобы уменьшить запись на SSD диск установил Mint на Ext2. Но, предполагаю, что эксперимент на 100% не совсем правильный так как это виртуализация и Минт с Ext2 в хосте Windows с NTFS. Хотя с другой стороны, а какая разниуа я же не хост с включённой виртуализацией перезагружаю через обесточивание. Вроде в Raspberry Pi OS используется Ext4 с отключенным журналом, вроде с отключенным журналом перепроверить надо. И что я имею, случается виртуальный компьютер с Linux зависает, делаю виртуальную перезагрузку ( виртуальное обесточивание ) перед запуском включается автоматическая проверка файловой системы, что-то исправляется если есть что исправлять. Один раз после такой перезагрузки не запускалась операционная система. Проверил файловую систему в загрузочном диске Gparted, найдены и исправлены ошибки. Запуск нормальный, видимых проблем нет. Смотрю и использую дальше.
Ответить | Правка | Наверх | Cообщить модератору

232. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Пряник (?), 17-Окт-23, 15:08 
Винда в роли хоста и виртуальный Linux? Может лучше наоборот?
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (66), 14-Окт-23, 17:31 
А вот любопытно, существуют ли файловые системы с некоей внутренней избыточностью данных? Что-то типа Parchive + FS в одном флаконе. Неужели до этого ещё никто не додумался?
Ответить | Правка | Наверх | Cообщить модератору

95. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (92), 14-Окт-23, 17:48 
> А вот любопытно, существуют ли файловые системы с некоей внутренней избыточностью данных?
> Что-то типа Parchive + FS в одном флаконе. Неужели до этого
> ещё никто не додумался?

Btrfs может хранить данные и метаданные в РАЗНЫХ схемах избыточности. И в частности, как манифестация этого - он даже по дефолту хранит ДВЕ копии метаданных даже если девайс в ФС всего один! В его терминологии такая схема хранения называется DUP - две копии блоков на 1 устройстве.

Сие повышает шансы как минимум получить более-менее живую ФС даже если случайный бэд вылез. А если и данные в такой схеме хранить - оно даже на сыпучей текучей флешке не мрет, однако. Потому что вероятность что бэды одновременно накроют два разных блока в разных логических смещениях в допущении что флешка достаточно большая а бэды достаточно редкие - микроскопическая.

В принципе там можно и метаданные дажк и как RAID5/6 хранить, но вот это как раз не рекомендуется - из-за write hole. Учитывая что метаданных обычно меньше чем данных, там и RAID1 для них нормуль так то (если девайсов более 1).

...так что все уже придумано до вас. Можно ли до чего сравнимого ZFS изогнуть фиг его знает. Пусть эксперты уровня пох расскажут.

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 18:01 
> А вот любопытно, существуют ли файловые системы с некоей внутренней избыточностью данных?

zfs set copies=3

Только вот не забудь прочитать man. В том числе что там написано в следующем абзаце.


Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

111. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (111), 14-Окт-23, 20:18 
Raid6. Это интересно как код рида-соломона позволяет восстановить произвольную утерянную часть данных в пределах избыточности, если я верно понимаю принцип работы par2. Только при множественных повреждениях требования к объёму парити-данных растут.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

126. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (66), 14-Окт-23, 22:40 
Перечень изменений (равно как и фронт работ на гитхабе) конечно удручает... Всё это говорит лишь об одном: ФС изначально сырая и непродуманная, и для того чтобы исправить все её родовые изъяны, её потребуется переписать заново.
Ответить | Правка | Наверх | Cообщить модератору

188. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Пряник (?), 16-Окт-23, 10:06 
Это Open Source, детка! Руки в ноги и вперёд :)
Ответить | Правка | Наверх | Cообщить модератору

201. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (166), 16-Окт-23, 13:02 
>Перечень изменений (равно как и фронт работ на гитхабе) конечно удручает... Всё это говорит лишь об одном: ФС изначально сырая и непродуманная, и для того чтобы исправить все её родовые изъяны, её потребуется переписать заново.

На Соляре - просто работала, на Фряхе - посто работала, на других Unix - просто работала. Причем работала так: хочешь просто ФС, хочешь рейды, хочешь дедупликацию, хочешь со сжатием, хочешь - все сразу и грузишься прям с неё же.
Потом вообще другие люди взялись писать под Линукс, конечно же все не так в коде, конечно же нужно было не сделав основную работу начать пихать туда все самые нужные новые хрени. Теперь гитхаб в коммитах, виноваты те, кто десяток лет назад сделал работающий продукт.

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

246. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 18-Окт-23, 03:45 
> Потом вообще другие люди взялись писать под Линукс, конечно же все не
> так в коде, конечно же нужно было не сделав основную работу
> начать пихать туда все самые нужные новые хрени. Теперь гитхаб в
> коммитах, виноваты те, кто десяток лет назад сделал работающий продукт.

Ну так а вам кто-то запрещает юзать вон то, десятилетней давности? Или в чем ваша проблема состоит? На вас какие-то негодяи наставили пулемет, потребовали перейти на вон то и юзать вот так? Как это вообще выглядеть могло бы? И что за ZoG такой злобный так может?

А погодите, у вас в вашем болоте своих кодеров вообще не было, реалии отличались от сказок с розовыми пони и прочими эльфами, в софте оказывается баги были и есть что улучшать, и вам просто не хочется на то что было 10 лет назад по сравнению с вон тем? И у вас подгорает с того факта что линух развивался лучше чем вон те - и поэтому теперь играет первую скрипку? Такова жизнь. А вы больше вещайте про "серверные системы" и чего там, сваливая решение проблем на других, пока мы свои системы улучшаем и чиним. Так и посмтрим кто кого сделает и где будет лучше, так то.

Ответить | Правка | Наверх | Cообщить модератору

248. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (166), 18-Окт-23, 12:04 
Какие такие "мы..свои системы"? Еще один желающий примазатьмя к чужим трудам?
Я пользуюсь в каждой задаче тем, что подходит и надежно работает. В задаче хранения данных на софт рейде фря дает надедный результат уже очень много лет. Что там сделали всегда недовольные недопрограммисты-опеннетчики вопрос к ним и их идентификации. А подгорает у того, кому нужно спорить с очевидными фактами и писать по три абзаца текста, чтоб от них отвернуться.
Ответить | Правка | Наверх | Cообщить модератору

256. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 21:45 
> Какие такие "мы..свои системы"? Еще один желающий примазатьмя к чужим трудам?

Там и мои труды есть: самообслуживание часть культуры опенсорса здорового человека. Так что налетев на проблему я впрягаюсь и делаю свою часть марлезонского балета. Потому что заинтересован в том чтобы все было ЗБС не меньше вон тех. Почему так? Спасибо господам уровня пох за то как работают подходы пофигистов, не хочется выбирать между мойкой собак и экспертизой в винде и нтфсе, голимый выбор имхо.

> Я пользуюсь в каждой задаче тем, что подходит и надежно работает. В
> задаче хранения данных на софт рейде фря дает надедный результат уже
> очень много лет.

Ну да, ну да, и в результате вы - эксперт фиг знает в чем. А бсд - разрабатывать некому и оно дрова и даже вот ФС из линя копипастит. Все правильно сделали. Осталось еще продажами пиццы заняться на двоих с пох. Или мойкой собак, попробуйте франшизу организовать, чтоли.

> Что там сделали всегда недовольные недопрограммисты-опеннетчики вопрос
> к ним и их идентификации.

Я обычно иду и так или иначе аннулирую мешавший мне жить баг. Сам ли, с помощью зала ли, или отдав пас вооооон тому спецу в нужный момент - это не так уж важно. Важно - чтобы у меня в системах стало ЗБС.

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

Ну вам наверное виднее как оно там у вас. Только вот ваши суперские апстримы что-то отовсюду вылетают - и переходят на копипаст из линуха. И дров, и ФС. А то и вовсе вон вафлю как линух в виртуалке бутявят.

Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от пох. (?), 14-Окт-23, 23:25 
кстати, заглянул я тут по ссылочке - чисто посмотреть что это там в arc наулучшайкали. Буду краток - х-ево ВСЁ!

https://github.com/openzfs/zfs/pull/14359

обратите внимание - чей код, и при этом - начните прямо с checklist.

Других разработчиков у меня для вас нет.

Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (138), 15-Окт-23, 00:42 
Код Мотина мы видели, а твой код нет. Но учитывая сколько времени у тебя на строгание каментов на опеннете, (я думаю часа 3 каждый день точно уходит на этот процесс), то как минимум свою FS ты уже должно быть написал и скоро нам представишь релиз. В общем и целом ZFS на момент своего появления была лучшей FS, есть ли сейчас что-то лучшее? Не думаю. Пусть ZFS и далека от идеала, и пусть даже развитие идет не правильно, но тем не менее. Ближайшее что есть это BTRFS, но трогать это вкупе с экскрементами мамонта под названием LVM нужно быть ушибленным и вид иметь лихой как минимум. Это к пионерам. А что там еще? райзерфс? Так сдох вроде (надеюсь окончательно, вместе с автором киллером). Что еще? Тут онаним про какого-то кентА пейсал, но очевидно это поделие мы сможем попробовать лет через 10 когда ИИ перепишет его с нуля ))
Так то счастья нет, и пока его нет, наши волосы будут шелковистыми только под вендой, где не нужно думать про FS, поставил и просто забыл что есть какой-то гемор с операционкой. Красноглазие оставим красноглазикам.
Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 00:51 
> Код Мотина мы видели

ну вот увидели, да. ой, arc2 сломал. Ну быстробыстропочинил жеж! (галочки так и остались непроставленными - и это жж еще вылезет где-то)

> В общем и целом ZFS на момент своего появления была лучшей

но вся беда в том что ее тогда писал не Мотин. А сейчас те - торгуют пиццей и других разработчиков у меня для вас уже нет.

> FS, есть ли сейчас что-то лучшее? Не думаю. Пусть ZFS и

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

А так да, щастья нет. Я тебе ткнул пальцем - если ты не видишь в этом проблему - ну ок, проходи мимо. Если видишь но не свою, у тебя уже везде винда с s2d - тоже ок, но тыкнуто было не для таких.

Ответить | Правка | Наверх | Cообщить модератору

157. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от crypt (ok), 15-Окт-23, 14:15 
> если ты не видишь в этом проблему - ну ок, проходи мимо. Если видишь но не свою, у тебя уже везде винда с s2d - тоже ок, но тыкнуто было не для таких.

то есть надо с опенсорса бежать на винду? потому что ни один проект не подкрепленный финансированием корпорации не в состоянии предложить стабильное качество процессов? ну я не знаю, мне бы хотелось ОС, которую не переделывают так часто. не знаю, кто этот мотин, но, может, в самой FreeBSD еще что-то будут фиксить.

Ответить | Правка | Наверх | Cообщить модератору

161. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 15:30 
> то есть надо с опенсорса бежать на винду?

я бы предпочел торговлю пиццей, но увы, не накопил на ресторанчик где-нибудь в тихом месте.

> потому что ни один проект не подкрепленный финансированием корпорации

там есть корпорация. Даже две. Мелкие правда, не IBM. А результат сам видишь.

> не знаю, кто этот мотин

помимо прочего - участник freebsd core team, и один из главных комитеров zfs в ней еще до слияния (презрядная часть комитов была копипастой из ZoL/illumos, включая очевидно вредные, но тем не менее)

нет, в самой freebsd некому и незачем - вся разработка происходит теперь только в рамках zol под новым ее брендом, во фре остались сплошные merge from upstream и ровно теми же людьми.

Т.е. даже если где-то что-то совсем криво - как раз больше шансов что другие разработчики апстрима заметят вовремя (как сейчас и было).

Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от crypt (ok), 15-Окт-23, 15:46 
> я бы предпочел торговлю пиццей, но увы, не накопил на ресторанчик где-нибудь
> в тихом месте.

это актуально и для меня. от бесконечного и бессмысленного айти-конвеера выгораешь, а чем заменить? не в торговцы же пиццей идти умственным работникам? причем айти проникает (и убивает) многие другие отрасли, которые раньше требовали своих навыков. фото - компьюризируется, видео - тоже, радио умерло... везде приходит не просто "мертвая цифра", а еще и AI. мы начинаем жить в каком-то синтетическом мире, созданным этим нашим айти. за что боролись... я уж не говорю про вред для дофаминовой системы человека, когда он подсаживается на зависание в интернете.

Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 16:06 
> а чем заменить? не в торговцы же пиццей идти умственным работникам?

не, ну если тесто на кухне месить то можно, а если как те чуваки - владельцем - надо было работать на Sun, DEС до продажи или еще в каком приличном месте. Тогда был шанс заработать стартовый капитал и еще примерно столько же на неудачные попытки.

Сейчас в этом бизнесе кроме геморроя ничего не заработаешь.

Ответить | Правка | Наверх | Cообщить модератору

168. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от crypt (ok), 15-Окт-23, 16:20 
>> а чем заменить? не в торговцы же пиццей идти умственным работникам?
> не, ну если тесто на кухне месить то можно

мой вопрос совершенно прямой, без второго смысла. куда можно уйти из айти работнику умственного труда, когда айти везде?

Ответить | Правка | Наверх | Cообщить модератору

171. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 19:34 
В выпечке пиццы оно практически не участвует.

Если даже заделаешься франчайзи додо какой-то - кассу и систему видеонаблюдения тебе настроят.

Кулинарных способностей или еще каких особых навыков оно тоже не требует. Только денег.
(альтернативы тем и плохи что требуют либо особых умений, либо особых способностей, либо их может выпереть железный идиот, как давно уже угрожают водителям траков)

А пиццу люди как жрали так и будут жрать.

Ответить | Правка | Наверх | Cообщить модератору

192. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Минона (ok), 16-Окт-23, 10:38 
Сантехником.
Непьющий грамотный сантехник ценится на вес золота.
Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

198. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 16-Окт-23, 12:26 
> Сантехником.
> Непьющий грамотный сантехник ценится на вес золота.

для этого требуются умения (ну и в целом еще и талант), а у нас - лапки под клавиатуру заточены.

То же у автослесарей и прочих околоремонтных специальностей. Хорошо, удобно и прельстиво - даже когда все таксисты сдохнут с голоду, заменненные ИИ, менять масло им ИИ все равно не научится, но не каждому подойдет и с места карьеру не сделать.

И чего это вдруг непьющий?! Мне что вот - из-за этой карьеры еще и пить бросать?!


Ответить | Правка | Наверх | Cообщить модератору

202. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Минона (ok), 16-Окт-23, 13:03 
> для этого требуются умения (ну и в целом еще и талант), а
> у нас - лапки под клавиатуру заточены.
> То же у автослесарей и прочих околоремонтных специальностей. Хорошо, удобно и прельстиво
> - даже когда все таксисты сдохнут с голоду, заменненные ИИ, менять
> масло им ИИ все равно не научится, но не каждому подойдет
> и с места карьеру не сделать.

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

> И чего это вдруг непьющий?! Мне что вот - из-за этой карьеры
> еще и пить бросать?!

Да! 💯

Ответить | Правка | Наверх | Cообщить модератору

222. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 23:01 
> То же у автослесарей и прочих околоремонтных специальностей. Хорошо, удобно и прельстиво
> - даже когда все таксисты сдохнут с голоду, заменненные ИИ, менять
> масло им ИИ все равно не научится, но не каждому подойдет
> и с места карьеру не сделать.

Электро и этот рынок просадить могут в разы. Прикинь - электромоторы не обязательно купать в масле от и до, и коробки передач всякие им даром не нужны, etc. Конечно совсем без обслуги оно не обойдется, но опять же.

> И чего это вдруг непьющий?! Мне что вот - из-за этой карьеры еще и пить бросать?!

Лучше и не начинать так то.

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

225. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 16-Окт-23, 23:37 
Не могут. Замену масла делает любой гаражный сто промежду перестановкой колес по кругу и совсем бесплатно если купить банку у них. Открутить две пробки ума много не надо, главное успеть это сделать вовремя.

А вот тихонечко потекший тормозной циллиндр обещает много очень интересных развлечений, пока ты его хотя бы найдешь.

Или проложенный внатяг через острые края экономными экономами электрический кабель.

Просто теперь будет еще и трах с высоковольтной электрикой.

Ответить | Правка | Наверх | Cообщить модератору

244. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 01:32 
> Не могут. Замену масла делает любой гаражный сто промежду перестановкой колес по
> кругу и совсем бесплатно если купить банку у них. Открутить две
> пробки ума много не надо, главное успеть это сделать вовремя.

У электро просто нет такой нужды. Эта проблема сильно меньше - большую часть механики можно вообще убрать. Минус 100500 ее проблем сразу. И тех кто их обслуживал - тоже! А оставшихся переучить в более мощных и продвинутых, ессно. Идеал по механике это нечто типа мотор колес вообще - когда все выкинуто и обслуживания многократно меньше. Трансмиссия - костыль дурным характеристикам мотора, если подумать. ДВС - дурные штуки с инженерной точки зрения.

> А вот тихонечко потекший тормозной циллиндр обещает много очень интересных развлечений,
> пока ты его хотя бы найдешь.

Да обвесят датчиками от и до - если еще не. Современные авто даже давление в шинах на ходу мониторят. Зря они чтоли "сетью микроконтроллеров и компьютеров" стали в дизайне системы?

А еще, с инженерной точки зрения идея сливать энергию движения в тепло тупая! Тепловые машины не реверсивны, а в электро - симметрия. Можно стать генератором - и вкачать энергию обратно. Вообще не стирая колодки и не имея проблем с отводом этого тепла, и потом - использовав ту энергию снова. Сколько ДВС ни крути а бензин он не синтезирует. А электромоторы электричество вполне! Черт, оказывается, даже асинхронники и switched reluctance можно заставить генерить. Хоть это и не очевидно нихрена. И большая часть силовых преобразователей на самом то деле энергию могет в ОБЕ стороны гонять. И твой блок питания компа лихо закачал бы чего в розетку, если б было откуда брать и не было принято специальных мер. А думаешь чего параллелить современные БП не так просто?! Можно, вот, нарваться по этой линии как раз.

...и тогда хрен с ними с цилиндрами, крутое торможение можно и электрически зафигачить. А цилиндры по уму - разве что fallback'ом оставить. На правах докатки, до ближайшего сервиса на сильно урезанной скорости доковылять, и то, если у тебя силовуха помре, а как ты такое разогналось чтоб тебя тормозить надо стало?

> Или проложенный внатяг через острые края экономными экономами электрический кабель.

Это тебя в обычном авто быстрее угробит. Коротыш 400 вольт с дофига ампер штука жесткая, поэтому таким вещам еще и внимание уделят чтобы в новостях в репортажи не попадать, больно уж антиреклама марки жесткая выходит. А вот в обычном авто это вспомогаловка, можно абы как раскидать, типа. А кирдык "вспомогаловки" типа АБС какого или электронного газа может стать для тебя довольно неприятным сюрпризом, смотря насколько там инженеры были вхожи в идеи failsafe.

> Просто теперь будет еще и трах с высоковольтной электрикой.

Ну вот теперь брутальные чуваки будут сыковаться 400-вольтовых батареек и менять транзюки с кулак размером вместо переливки масла. А кто попродвинутее - жытаки всякие осваивать, каны, флешер-программаторы всякие и что там еще. Они в принципе и так это уже делали, но вон там роль софта увеличивается. Ты же понимаешь что условный "частотник" - это полностью программная конструкция? Впрочем ECU ДВСа так то тоже давно уже ничем не лучше в этом всем, только еще кантата с мониторингом выхлопов и подгоном режимов, электро этот миндфак не надо опять же :)

Ответить | Правка | Наверх | Cообщить модератору

249. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 18-Окт-23, 12:14 
> Идеал по механике это нечто типа мотор колес вообще - когда все выкинуто и обслуживания
> многократно меньше.

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

> Трансмиссия - костыль дурным характеристикам мотора, если подумать.

угу, поэтому если мотор тут не тянет в крутой подъем или наоборот - роет траншею - зажгем лампочку и будем ждать эвакуатор.

> Да обвесят датчиками от и до - если еще не. Современные авто даже давление в шинах на ходу
> мониторят.

ага, я так попал - чуть не обоcpaлся. Дозвонился в сервис - а мне там "да че ты паришься - стоит, говоришь, ровно, никакой разницы между колесами не видно? Ну так сбрось нахрен и езжай дальше."

Модная современная машина с управлением ИИ разумеется не даст тебе никуда поехать. И сама вызовет эвакуатор. За твой счет.

> Это тебя в обычном авто быстрее угробит.

А в обычном - бортовая сеть 12. А провода от катушки - короткие и на виду. И да, их положено менять каждые 50000 не проверяя.

> Впрочем ECU ДВСа так то тоже давно уже ничем не лучше в этом всем

к счастью там редко оставляют простор для шаловливых ручек. Заглючило - меняй плату.

Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

258. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 23:14 
> чтобы его поменять - надо дать двадцать раз в оппу. Да, в
> том числе чтоб добраться до тормозного циллиндра в нем.

У бензиновых коптилок для продвинутой возни с трансмиссией и ко надо порой все в ноль разобрать, wheeler dealer'ы не дадут соврать, если тебе их еще не забанили. Электро имеют предпосылки быть сильно проще механически.

>> Трансмиссия - костыль дурным характеристикам мотора, если подумать.
> угу, поэтому если мотор тут не тянет в крутой подъем или наоборот
> - роет траншею - зажгем лампочку и будем ждать эвакуатор.

Прелесть электромотора - регулируем в огромных пределах электрически+логически, лимита на минимальный RPM по сути нет, момент лимитирован ТОКОМ, поток энергии - "какой надо для движения с этой скоростью". Вплоть до реверса направления потока энергии. С сильным превышением пика vs среднее, ограниченно (медленным для большой чушки) перегревом. И рулить удобно. Термины управления от мощности до момента или оборотов. Не проблема дать именно столько сколько надо вот тут. Эн ваттов можно маппить в больше оборотов, меньше момента. Или наоборот. Умный контроллер так умеет, так что не встрянет. Как максимум снизит скорость подняв момент, если туго идет и близко к перегреву. По сути логическая+электрическая версия редуктора. Еще чисто магнитную можно: чем больше у мотора полюсов тем выше момент но ниже RPM, и наоборот. Так можно адаптировать дизайн мотора к задаче. Поля не изнашиваются и переконфигурируются программно, такая ерунда. Будущее - это вот так.

Бензиновая хня ниже эн рпм затыкается, выше - разваливается, а еще детонация, мониторинг выхлопов, механические характеристики совсем не то что на колесах надо, ... потому и тонна механики (почти буквально). Ты просто не интересовался продвинутыми контроллерами и дизайном электромоторов, иначе понял бы что управление полями и софтом куда продвинутее чем шестеренки свичить. Электромагнитные "шестеренки" не изнашиваются. Поля не надо купать в масле.

> ага, я так попал - чуть не обоcpaлся. Дозвонился в сервис -
> а мне там "да че ты паришься - стоит, говоришь, ровно, никакой разницы между колесами
> не видно? Ну так сбрось нахрен и езжай дальше."

Это тот случай когда лучше лишний раз обос@ться чем как воооон тот у...ться. А так некоторые и без подух ездят, вон в новостях - одни в морг, другие в больничку. А уж как я обгадился когда у дрыща на совкопроме колесо вообще отвалилось! Не, вот там оно ровно не стояло, и сноп искр высекло огого какой. И спасибо что только это, а не в кювет кувырком, а то так можно было.

> Модная современная машина с управлением ИИ разумеется не даст тебе никуда поехать.
> И сама вызовет эвакуатор. За твой счет.

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

> А в обычном - бортовая сеть 12.

А стартер и там жрет несколько сот ампер. И токи КЗ под стать, так что оно при КЗ более чем способно поджечь что угодно. Иногда и поджигает. А там вон сколько бензина, так что самое умное это если процесс пошел - удрапать на безопасную дистанцию ASAP.

> А провода от катушки - короткие и на виду. И да, их положено менять каждые 50000 не проверяя.

Кроме катушки там еще чертова куча проводов. Куча контроллеров не святым духом питается же.

>> Впрочем ECU ДВСа так то тоже давно уже ничем не лучше в этом всем
> к счастью там редко оставляют простор для шаловливых ручек. Заглючило -
> меняй плату.

Ага, видал я как-то такое шоу - посреди горной дороги, куда эвакуатор явно не захочет ехать. Вот это да, интересная дилемма для водителя "ну и что мне теперь делать?" :)

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

243. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 18-Окт-23, 00:51 
>> я бы предпочел торговлю пиццей, но увы, не накопил на ресторанчик где-нибудь
>> в тихом месте.
> это актуально и для меня. от бесконечного и бессмысленного айти-конвеера выгораешь,

Вы выгораете даже не поэтому. А потому что мы вас и ваши пафосные парадигмы - обставили как с куста. И делаем то же самое только лучше. Это будущее. А вы таки - отработанный материал.

> мы начинаем жить в каком-то синтетическом мире, созданным этим нашим айти. за что боролись...

Мы за примерно это и боролись. И вот я становлюсь почти одним целым с машиной. Я знаю как дорожку на печатке тянуть - а машина мне ассистирует. У машины маловато мозгов чтобы это сделать правильно. А я бы без машины делал это в цать раз дольше. А вот такой вот гибрид - позволяет в 1 фэйс за неделю сделать больше чем ваши печальные КБ за год. Но вы не принадлежите к этому миру. И ваши печальные мега-корпы - особенно российские - не сильно лучше.

Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

153. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от dimez (?), 15-Окт-23, 13:34 
Эх, как же жалко, что Jonathon Fernyhough умер, некому пакеты с новым ZFS собирать.
Ответить | Правка | Наверх | Cообщить модератору

159. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (66), 15-Окт-23, 15:00 
Почитал комментарии и понял что нужна ZFS2.
Ответить | Правка | Наверх | Cообщить модератору

163. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от Аноним (48), 15-Окт-23, 15:55 
Когда начнёшь писать?
Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от kazancevssemail (ok), 15-Окт-23, 22:02 
Поменьше читай комментарии и побольше думай своей головой))
Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

189. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Пряник (?), 16-Окт-23, 10:09 
Скорее так: думай меньше, а соображай больше.
Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от пох. (?), 15-Окт-23, 22:38 
> Почитал комментарии и понял что нужна ZFS2.

Sun2 нужна. Чтоб платила много денег, производила что-то необычное (чтобы работой в этом месте дорожили), но и не очень предъявляла за результаты.

А таких сейчас не делают.

Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

223. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 23:09 
>> Почитал комментарии и понял что нужна ZFS2.
> Sun2 нужна. Чтоб платила много денег, производила что-то необычное (чтобы работой в
> этом месте дорожили), но и не очень предъявляла за результаты.

Да и для первого все это закончилось не очень хорошо так то. К тому же проприетарь не в тренде а в опенсорсе они рубаться с своей корп культурой не смогли. Только пятки себе отстрелили.

> А таких сейчас не делают.

А что, таки стрижка (или таки мойка?) собак не задалась? Хотя я понимаю - даже мелкая прищепка может попытаться что-то откусить, а уж если волкодаву шлея под хвост попадет...

Ответить | Правка | Наверх | Cообщить модератору

169. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –7 +/
Сообщение от Аноним (169), 15-Окт-23, 16:21 
Как эксперт в MooseFS Pro (Да она не бесплатная, но отрабатывает каждую копеечку), где есть корзина и даже каждому отдельному файлику можно задать сколько копий хранить, смотрю в общем я свысока на ZFS... как на говно. Правы тут те ребята, что топят за Btrfs - эта штука вполне уже хорошо написана и не подставит как ZFS неочевидными проблемами с Zvol при долговременной эксплуатации.
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (66), 15-Окт-23, 16:53 
О каких "неочевидных проблемах" идёт речь? Пока что о подобном я слышал только применительно к BTRFS. Да, ZFS не самая современная система, но ведь и EXT4 -- не писк моды. Тем не менее большинств линуксоидов сидят на ext4 и горя не знают.
Ответить | Правка | Наверх | Cообщить модератору

174. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:14 
> О каких "неочевидных проблемах" идёт речь? Пока что о подобном я слышал
> только применительно к BTRFS

У нее нет никакого аналога zvol, нет кода, нет проблемы, так они всех и победят. Наверное.

Ответить | Правка | Наверх | Cообщить модератору

224. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 16-Окт-23, 23:12 
> У нее нет никакого аналога zvol, нет кода, нет проблемы, так они
> всех и победят. Наверное.

Победим. А вы сомневались? Зачем надо даунгрейдить удобный и гибкий менеджмент лишними сущностями я вообще не понимаю, это только фанатом энтерпрайза от сан доступно видимо.

А так там вон кент на горизонте еще. Будет интересно посмотреть что он может предложить. Но и он кажется понимает как на самом деле должен выглядеть менеджмент таких вещиц.

Ответить | Правка | Наверх | Cообщить модератору

175. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:18 
и вообще не парься, к нам приперся "эксперт" видимо из отдела продаж - который даже не способен отличить кластерную фс без собственного direct storage и локальную, этот самый сторадж в том числе этой самой кластерной фс и обеспечивающую. Я попытался ему ответить технически корректно, но мне в очередной раз напомнили что опеннет не место для технических дискуссий, пусть теперь в логе автоудалятора читает (он, полагаю, не станет).

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

250. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (250), 18-Окт-23, 12:26 
Так имелось ввиду что нативным сторейджем будет ext4 снизу, а уже сверху ставишь MooseFS. Итого имеем все плюшки MooseFS и никаких проблем с LVM, ZFS, Btrfs и так далее. Никакой фрагментации и не будет в помине, чанки MooseFS это обычные файлы по 64MB. Для незнающих, у MooseFS есть поддержка блочных устройств, как раз для маппинга образов виртуальных машин через ее утилиту mfsbdev, чтобы обойтись для образов виртуалок без прослойки FUSE и получить одни плюсы от эксплуатации, в том числе там можно подмонтировать на сервере с опцией приоритета использования локального чанк сервера, чтобы к образу виртуалки не шла запись и чтение по сети, это касается не только образов но и для обычных папок и файлов тоже актуально. Поэтому я продолжаю смотреть свысока на ZFS... как на говно.
Ответить | Правка | Наверх | Cообщить модератору

261. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 18-Окт-23, 23:47 
> Так имелось ввиду что нативным сторейджем будет ext4 снизу, а уже сверху ставишь MooseFS.

и производительность получившегося бутерброда падает до нуля, надежность тоже.

> Никакой фрагментации и не будет в помине, чанки MooseFS это обычные файлы по 64MB.

нда... эксперт по продажам в своем репертуаре. Вода, воды - сам не знает что продает.
У тебя фрагментация - by design, вот этими самыми чанками по 64 мебе. Даже если повезет и сами они разложатся без внутренней фрагментации на прекрасную (нет) ext4.

Потому что линейная скорость этой поделки такова что там мелкие проблемки типа фрагментации вообще никакой роли не играют (т.е. это не то чтобы ее недостаток, а сознательный tradeoff тех кто понимал что и зачем делают).

> чтобы обойтись для образов виртуалок без прослойки FUSE

просто вместо одной прослойки получаешь другую - с точно таким же двойным свитчингом user-kernel-user space, только теперь не в fuse а в nbd.

> смотреть свысока на ZFS... как на говно.

предлог лишний. Ты именно это и есть. И всем наплевать куда и чем ты там смотришь.

moose - еще один мертвый прожект где никого кроме продажников давно не осталось из-за упертого нежелания делать нормальный опенсорс. Ну да, ну да, на одном виндовом драйвере не заработать...
(тем более что он - уг)

Ответить | Правка | Наверх | Cообщить модератору

264. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Хрюша (?), 19-Окт-23, 16:41 
Пох, ты себе не поверишь, но на твой бисер всем вообще насрать, людям не нужна ни ZFS ни Btrfs. Очень просто.
Ответить | Правка | Наверх | Cообщить модератору

265. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 19-Окт-23, 20:09 
> Пох, ты себе не поверишь, но на твой бисер всем вообще насрать,
> людям не нужна ни ZFS ни Btrfs. Очень просто.

людям не нужна moosefs. В качестве локальной хранилки - это какой-то феерический бред больного продавана, видимо, на грани увольнения. (лучше потом не будет, контора-то все равно полутруп)

А zfs и btrfs вполне себе пользуются популярностью и имеют каждая свою тусовку заинтересованных пользователей, активно разрабатываются (у музи НОЛЬ комитов по делу последние три года) и дальше будут еще долго. На мой век точно хватит.

Ответить | Правка | Наверх | Cообщить модератору

273. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Хрюша (?), 20-Окт-23, 20:41 
Кто тебе сказал что она нужна в качестве локальной хранилки? Просто выше объяснили, что ZFS это куча хлама на аж 27 миллионов строк кода + выйдите за рамки локалхоста наконец и серверов может быть больше одного и там начинают на свою голову zfs over iscsi и прочее мудрить, что как раз несколько опасно на ней делать в перспективе, так как если что-то пойдет не так, то она превратится как раз-таки в мусор не подлежащий восстановлению, в отличие от той же moosefs, где есть отдельные дампы метаданных, а если испортится несколько чанков по вине того же сбойного железа, которое было не сбойным а потом стало сбойным, то  вся фс не пойдет по п..... в отличие от ZFS.
Ответить | Правка | Наверх | Cообщить модератору

274. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 21-Окт-23, 17:29 
> Кто тебе сказал что она нужна в качестве локальной хранилки?

да кто тебя вообще звал сюда? Мы здесь обсуждали - фс для локальной хранилки.

> Просто выше объяснили, что ZFS это куча хлама

т-порылые м-ки типа тебя "объяснили".  Специалисты по впариванию г-на, разбирающиеся примерно ни в чем. Куча хлама - это они и ты с ними за компанию.

И да, zvol отданный по iscsi, если уметь то и другое готовить - упирается в диски. Скорость чтения с блинов. И для этого не требуются сверхмощные клиент и сервер. Польская поделка упирается в безумную тормознутость своей реализации (причем я даже не понимаю, как они такого добились... впрочем, понимаю - у них тормозит вообще ВСЕ. От единственного metadata server до клиента с пробросом kernel-user-kernel на каждый блок, причем упирающегося в одно ядро.) Поэтому ее даже как сетевую хранилку можно использовать только если скорость конкретному единичному клиенту вообще не требуется.

Ответить | Правка | Наверх | Cообщить модератору

275. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (250), 22-Окт-23, 17:44 
Правильно пишут что zfs с его send / receive или с zvol over iscsi не надёжно использовать в качестве миррор или кластерного решения, слишком многое может пойти не так в реальной эксплуатации, zfs на это просто не рассчитана была изначально, например в случае сетевых сбоев или других не стандартных ситуаций может произойти всё что угодно и zfs отвалится или вообще может развалится. Для кластерных решениий нужно использовать то, что на это рассчитано изначально, например ceph, beegfs, moosefs, glusterfs.
Что касается локальной фс, то zfs обычно не рекомендуется использовать как нативную фс под кластерной фс, собственно об этом тоже уже вам написали.
Ответить | Правка | Наверх | Cообщить модератору

276. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 22-Окт-23, 20:34 
В каком месте тебе опять померещились какие-то "кластерные решения"? Мы в комментах под статьей о локальной фс. Зачем вы пришли со своей бредятиной или вам нужен наш моск?!

> Что касается локальной фс, то zfs обычно не рекомендуется использовать как нативную фс под
> кластерной фс

польским гусаром-самоучкой без мотора не рекомендуется-то?

А то вон гугль и индусские гусары с моторами (до того как их купила rhibm и выгнала на болота обратно рис содить) именно zfs и рекомендовали, и использовали для себя. (да, это более чем странная рекомендация, особенно с поправкой на время когда была дана, и я ее не понимаю, но тем не менее она была - как бы намекая нам на надежность (нет) их кластеров. И надо заметить выглядит менее дикой чем лобовое решение от ceph - которое таки имеет свойство внезапно ломаться насмерть)

(я нарочно не назову имен, посмотрим что специалист по продажам знает кроме польской методички)

Ответить | Правка | Наверх | Cообщить модератору

206. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от аНОНИМ (?), 16-Окт-23, 17:04 
> Как эксперт в MooseFS Pro (Да она не бесплатная, но отрабатывает каждую
> копеечку), где есть корзина и даже каждому отдельному файлику можно задать
> сколько копий хранить, смотрю в общем я свысока на ZFS... как
> на говно. Правы тут те ребята, что топят за Btrfs -
> эта штука вполне уже хорошо написана и не подставит как ZFS
> неочевидными проблемами с Zvol при долговременной эксплуатации.

zvol на hdd умудряется оказываться быстрее, чем файл на ext4 или просто раздел скормленный виртуалке.
А вот любая "альтернатива" в btrfs -- умудряется оказываться в *разы* мадленнее. Просто файл через короткое время фрагментируется вхлам и тормозит в 10ки раз. nocow файл просто тормозит в раза по сравнению с с файлом на ext4
Для виртуалок btrfs непригодна вообще никак.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

207. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 16-Окт-23, 18:17 
> А вот любая "альтернатива" в btrfs -- умудряется оказываться в *разы* мадленнее.

64x write amplification он такой (умножь еще на 8-64 от файловой системы внутри самой виртуалки!)
Это не фрагментация, этот файл никогда не пишется и не читается линейно, ему наплевать.

У zvol из-за его более примитивного устройства должно быть минимум на пару ступенек меньше.

> Для виртуалок btrfs непригодна вообще никак.

не, ну если никто никуда не торопится...

кстати, неумение qemu (изначально заточенной на собственный же cow!) нормально работать с readonly golden image а данные изменять в копии (-snapshot плохая замена овсу, поскольку любой васян из консоли сможет его переписать) не перестает меня удивлять.


Ответить | Правка | Наверх | Cообщить модератору

213. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от аНОНИМ (?), 16-Окт-23, 21:09 
Именно что фрагментация, ВМ поназаписала, а потом filefrag показывает куда больше фрагментов и скорость работы меньше становится.
Ответить | Правка | Наверх | Cообщить модератору

219. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 16-Окт-23, 22:40 
> Правы тут те ребята, что топят за Btrfs -
> эта штука вполне уже хорошо написана и не подставит как ZFS
> неочевидными проблемами с Zvol при долговременной эксплуатации.

Понимаете, мы те блинчики которые напекли - еще и сами же потом и кушаем. Без всяких виндочек и маков, у которых нихрена сравнимого в технологиях хранения все-равно нету, если цель продажи толкать, можно и технологиями хранения 20-летней давности барыжить, хомяки все равно не все и не всегда понимают за кого их держит отдел маркетинга.

А вот мне не хочется для себя долбаться с менеджментом, делать все сложно, криво, с дорогими или проблемными допущениями уровня энтерпрайза или без возможности гибкой реаллокации ассетов. Компьютеры должны решать проблемы, а не создавать их.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

236. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (65), 17-Окт-23, 23:07 
>  Без всяких виндочек и маков, у которых нихрена сравнимого в технологиях хранения все-равно нету, если цель продажи толкать, можно и технологиями хранения 20-летней давности барыжить, хомяки все равно не все и не всегда понимают за кого их держит отдел маркетинга.

Сейчас мы конечно же с радостью от тебя увидим рассказ на сравнение лин вещей и refs, storage spaces и всё вокруг них?
Не думаю. Скорее мы понаблюдаем лсдшные трипы про свестолеты.

Ответить | Правка | Наверх | Cообщить модератору

245. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 01:41 
Не, таки не увидите - я как бы приветствую имплементацию линуксных фич и новых апи, но мои процессы на майнлайн основательно завязаны. Так что приключения с внемайнлайновыми выкидышами -
это для тех кто понимает зачем ему такие сложности. Да и на уровне структур ФС я не вижу ничерта интересного в этом доисторическом хламе. Если уж меня потянет на странное - я лучше тестовым манекеном для Кента поработаю. Там я по крайней мере понимаю во имя чего мне убиваться предлагается.
Ответить | Правка | Наверх | Cообщить модератору

253. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (65), 18-Окт-23, 20:25 
> Без всяких виндочек и маков, у которых нихрена сравнимого в технологиях хранения все-равно нету, если цель продажи толкать, можно и технологиями хранения 20-летней давности барыжить
> мы конечно же с радостью от тебя увидим рассказ на сравнение
> Не, таки не увидите

Да кто бы сомневался.

Ответить | Правка | Наверх | Cообщить модератору

259. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 23:29 
>> мы конечно же с радостью от тебя увидим рассказ на сравнение
>> Не, таки не увидите
> Да кто бы сомневался.

И правильно. Я по моему предельно ясно дал понять что участь господ типа вас и прочих похов мне что-то вообще совсем не импонирует. Как и рабочие процессы в которые вы вовлечены. И вообще, вон там обсуждают на двоих выгорание и какую там им рассаду выращивать, тьфу, пиццу продавать. А я вот еще позажигаю. Just because I can!

Ответить | Правка | Наверх | Cообщить модератору

190. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +4 +/
Сообщение от Пряник (?), 16-Окт-23, 10:14 
Не буду топить за ZFS, но люди молча берут и используют. Факт. А вот чисто субъективно ZFS выглядит надёжнее, чем btrfs, у которого что-то там с фрагментацией, рейдом и темы в инете про потерю данных. Да вот это смущает https://btrfs.readthedocs.io/en/latest/Status.html.
Ответить | Правка | Наверх | Cообщить модератору

191. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от пох. (?), 16-Окт-23, 10:31 
> Не буду топить за ZFS, но люди молча берут и используют.

ты просто не слышишь как они плачут!

> А вот чисто субъективно ZFS выглядит надёжнее, чем btrfs, у которого

на одном стуле пики точены, а на втором и того похуже... на какой сам сядешь, на какой данные сложишь?

> данных. Да вот это смущает https://btrfs.readthedocs.io/en/latest/Status.html.

что тебя тут смущает - что не обновлялся два года? Это у нас так принято писать доку....записки на манжетах, поскольку документацией это назвать язык не поворачивается. Ну хоть не вики (сразу видно - немолодежный проект уже).

Из серьезного - The simple redundancy RAID levels utilize different mirrors in a way that does not achieve the maximum performance. The logic can be improved so the reads will spread over the mirrors - WTF?! Оно в 2k23 НЕ УМЕЕТ параллельное чтение рейда? Не удивлюсь если еще и N*x performance hit на write.


Ответить | Правка | Наверх | Cообщить модератору

260. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 23:37 
>> Не буду топить за ZFS, но люди молча берут и используют.
> ты просто не слышишь как они плачут!

Я для btrfs'ников это вижу. Иногда даже помогаю им в меру возможностей. Это мой способ сказать "спасибо" разработчикам этой штуки.

> какой сам сядешь, на какой данные сложишь?

Ну вон некоторые вообще на полу сидеть предпочитают. В пещере. Всех на...ли, типа. Кроме медведя который там жил, этот как раз и охренел от радости что завтрак сам пришел :)

>> данных. Да вот это смущает https://btrfs.readthedocs.io/en/latest/Status.html.
> что тебя тут смущает - что не обновлялся два года? Это у
> нас так принято писать доку....записки на манжетах,

У btrfs'ников в деталях оно на https://btrfs.readthedocs.io/en/latest/Kernel-by-version.html - и там для 6.5 последняя запись. А кернель 6.6 еще не вышел пока еще, coming soon.

> can be improved so the reads will spread over the mirrors
> - WTF?! Оно в 2k23 НЕ УМЕЕТ параллельное чтение рейда? Не
> удивлюсь если еще и N*x performance hit на write.

Оно ну не то что совсем не умеет, но делает нечто довольно странное как эвристику.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру