Александр Ларсон (Alexander Larsson), создатель Flatpak, работающий в компании Red Hat, представил первый стабильный выпуск файловой системы Composefs, оптимизированной для эффективного совместного хранения содержимого нескольких примонтированных дисковых образов. На практике ФС Composefs может оказаться полезной для монтирования образов контейнеров и размещения Git-подобного репозитория OSTree. Код проекта написан на языке Си и распространяется под лицензией GPLv2...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59822
Вы будете наверно смеяться, но мне интересно, что сказал бы Шишкин на обилие вот этих вот новых файловых систем.
Кому интересно мнение этого теоретика, который даже свою Reiser5 не смог допилить и забросил ее с концами.
Очередной непризнанный гений, которому обидно, что корпорации понабрали на работу "кретинов", а его разработку развивать не хотят. Поэтому всех критикует.
Это вот этот вот? https://habr.com/ru/articles/559014/
Как-то не кажется что он не признаный. Более того, ну должна же учить чему-то история Пентковского? А может проблема в организации бизнеса? Господа, так глумиться над людьми как минимум низковато, ну так юмор уровня мест не столь отдалённых. Не понимаю - а вам завидно?
>> юмор уровня мест не столь отдалённыхА у людей, выросших среди постсоветских панелек может быть другой?
>> Не понимаю - а вам завидно?Ну так человек в https://habr.com/ru/articles/559014
весьма нелестно отзывался о собственно этих товарищах ("... у него работает, а у профессора нет ...") и утверждал, что не будет работать с таким контингентом и устраивать общение в стиле OpenNET. Пацан не может оставить безнаказанным такое отношение к себе, народ людской не будет уважать.
Ну и вообще:
"... самостоятельно одолеть задачку ... После чего, убежденный в серьёзности ваших намерений, я начну помогать"
Это заявление о создании кружка очкариков и т.рпил. Нужно прогнать маляву, чтобы другие нормальные пацаны этим не заф.ршм.чились
>> Это заявление о создании кружка очкариков и т.рпил.А что, он должен сразу убивать кучу своего личного времени на первого встречного, который завтра исчезнет?
> А что, он должен сразу убивать кучу своего личного времени на первого
> встречного, который завтра исчезнет?Старался писать максимально толсто чтобы выразить дихотомию взглядов категорий людей:
1. Можно вывезти вайтишника в ИТ из ауе, но невозможно вывезти ауе из вайтишника (эта аллюзия на какое выражение пронимаете?)
2. Академических ученых, понимающих тщетность попыток изменения первыхПервые при этом преклоняются перед силой системы и капитала (а раньше феодала, еще раньше рабовладельца)
А вторые видять преходящесть конкретных решений и важность научной базы как инфраструктуры для развития, особенно если смотреть на длительные промежутки времени (например больше длины человеческой жизни).
Ну, может быть... Только к чему эта классификация? Рискну развить мысль. С моей ТЗ группироваться всё же следовало бы вокруг вторых. В противном случае страна ваша будет шлабенькой, не выдержит напора многочисленных супостатов. И пойдёт первая категория преклоняться силе другой системы. Там, скорее всего, будет что-то близкое к феодальному строю.
Думаю, стоит наводить мосты между первыми и вторыми. Потому что без первых, кто будет писать CRUD-ы? И вообще, чем больше в армии дубов тем крепче наша оборона.
А без вторых вы очень точно все описали.
Мой пост - неуверенное нащупывание возможности диалога с первыми, как представителя вторых. Неудачно
>который даже свою Reiser5 не смог допилить и забросил ее с концамиа много prod grade ФС ты знаешь, которые 1 тело накодило?
Большинству здравый смысл подсказывает, что это бесперпективное и бесполезное занятие. Не случайно же TempleOS написал шизик.
Он же не впаривает никому свои Reiser'ы, даже наоборот отговаривает.
Поэтому у него целых 2 сторонних коммитера, оба с ЛОРа.
> Поэтому у него целых 2 сторонних коммитера, оба с ЛОРа.Ну, в том репозитории, что на гитхабе, я как минимум 15 "сторонних коммитеров" насчитал
Ну, как минимум, он _должен_ выполнять требования местных экспертов, которые все таки лучше знают что и как ему следует делать
Если бы не местные эксперты, то кому бы он с его ФС был вообще интересен. Только на русскоязычных ресурсах и вспоминают до сих пор про рейзер. Что говорит о полном провале.
> Если бы не местные эксперты, то кому бы он с его ФС
> был вообще интересен. Только на русскоязычных ресурсах и вспоминают до сих
> пор про рейзер. Что говорит о полном провале.Не скажите. На похорониксе, к примеру, рейзер - очень обсуждаемая тема:
https://www.phoronix.com/search/Reiser4
пусть расцветают сто цветов, пусть соперничают сто файловых систем (Цы Скин)
А давайти прямо тут его об этом и спросим. Он же иногда читает Opennet.
А можно что-то вроде вроде mergerfs, только уровня ядра, а не FUSE? Или хотя бы FUSE расширить так, чтобы mmap в mergerfs работал штатно, на не через костыли? Очень хочется сделать несколько разных HDD как бы одним, но как бы чтобы если один из них сломается, половина файлов сохранилась бы и была доступна без геморроя. Раньше для этого был mhdd, но у него было несколько мелких и один фатальный недостаток, который увидел автор mergerfs, и понеслась
btrfs в raid0 режиме подходит под запрос (это не то же самое что raid0 в mdadm)
raid0 это же страйп, если сдох один веник как останется целой ФС? и половина файлов?что я пропустил?
очередную сказочку безголовых фанатов на ночь ты пропустил.половинки файлов останутся, но прочитать их тебе не дадут.
Пользуйся merger, не выпендривайся.
mmap ему вишь не хватает.
А если пациент является Stackoverflow гуру восстановления данных из btrfs и догадался реализовать эмуляцию JBOD средствами btrfs, когда данные размещаются по типу raid0, а метаданные по типу raid1? Тогда ж можно будет восстановить от 0% до 50% файлов размером меньше 1Gb. Файлы больше 1Gb вероятно пойдут лесом конечно же.
Stackoverflow обещал, что утилиты восстановления btrfs сделают все сами в автоматическом режиме.
К тому же можно тщательно следить за всеми изменениями политики размещения данных btrfs при каждом обновлении ядра.
И тогда, если после обновления ядра будет заново и скурпулезно тюниться файловая система, то будет шанс даже для файлов больше 1Gb
> Тогда ж можно будет восстановить от
> 0% до 50% файлов размером меньше 1Gb. Файлы больше 1Gbну уточнил так уточнил! :-)
> raid0 это же страйпА, да, всё верно, не так понял требование. single тут будет ближе, поскольку с single оно не будет страйпить блоки... Однако блоки одного файла не факт что на разные диски не запишет.
>> raid0 это же страйп
> А, да, всё верно, не так понял требование. single тут будет ближе,
> поскольку с single оно не будет страйпить блоки... Однако блоки одного
> файла не факт что на разные диски не запишет.а не посыпется ли сама файловая система? т.е. скажет не вижу один диск - ФС не консистентна - дорогой юзер иди нафиг
надо в виртуалке потестить, лвм например умирает
Для случая данные RAID0, метаданные RAID1 на btrfs
Если распределение размеров файлов на файловой системе имеет статистику красного шума с граничным размером (частота для шума) 1Gb (для дефолтных настроек btrfs), то при количестве установок файловой системы стремящейся к бесконечности, статистика вероятности автоматического восстановления файлов имеет вид нормального распределния.
То есть в среднем восстановится 25%.
После восстановления данных, если значение отличается от 25%, то можно получить скрытую информацию вселенной.
Тогда если у вас эмоциональный склад ума, и если количество восстановленных файлов больше 25% - то вам улыбнулась богиня удачи и срочно нужно идти в казино или к однорукому бандиту.
Если у вас математический склад ума, то зная закон сходимости к среднему, вы делаете наоборот - идете в казино, если количество восстановленных файлов стремится к 0%
> А можно что-то вроде вроде mergerfs, только уровня ядраможно, пиши. Потом пару лет постой на коленях перед божком - может включит в linux-next (еще годик постоишь на коленях и поисправляешь комментарии - если не сдохнешь в процессе - может быть и попадет твой код в очередной релиз. А потом его выбросят потому что "некому поддерживать")
> Или хотя бы FUSE расширить так, чтобы mmap в mergerfs работал штатно
расширяй!
А разработчики на зарплатах заняты - компост фс пишут. На основе вечнокрэшащегося тормознутого overlay и чего там еще на помойке нашлось.
Скоро в Firejail?
> в компании Red Hat
> rpm
> PodmanRed Hat постепенно зохватывают Линукс %)
С 95-ого "зОхватывают", и лет ~20-ть "федорасят" :)
Редхат -- это те, кто сделал линукс. А также Intel, IBM, Google, Facebook, Amazon, Microsoft, Huawei.Вот они и определяют, что будет с линуксом завтра.
А вовсе не энтузиасты одиночки.
У вас странная опечатка в слове спи3дил.Делали - именно энтузиасты. Один лишь божок-с-пальцем был нанят трансметой к концу первого сезона (но и ее утопил своим весом). Без грантов, левых денег мешками и менеджмента пяти уровней.
Редхат изначально - тоже делали энтузиасты, the guy in the red hat. "Зарабатывавшие" копейки еле-еле покрывавшие поддержку инфраструктуры (наверное и не покрывавшие, просто у них были богатые мама с папой).
А потом пришел некто Жулик и кинул _всех_. Зато инвесторы (читай - финансовые спекулянты, других уже 30 лет не делают) получили свое бабло и им понравилось. Теперь вот они и определяют, что будет завтра. А поскольку разбираются примерно ни в чем - ничего хорошего ни завтра, ни послезавтра и не ждите.
/\_/\ (
( ^.^ ) _)
\"/ (
( | | )
(__d b__)Настало время удивительных историй...
Редко плюсую поха. На этот раз плюсанул от души.
>Вот они и определяют, что будет с линуксом завтра.расскажи это разрабам void linux ) что у них насяльника оказывется красношляпа )
что эти разработчики наразрабатывали-то? Нескучные обои?
Ну не только нескучные обои сделали. Вон, для мамкиных максималистов и борцунов за "freedom" ещё и runit у себя держат (только опять же, причём тут создание чего-то нового)
> Ну не только нескучные обои сделали. Вон, для мамкиных максималистов и борцунов
> за "freedom" ещё и runit у себя держат (только опять же,ну держат, за обоями. Сделали-то что? runit разработал двадцать лет назад какой-то помнится э... Поп? Видать так с демонами боролся, попу по должности и положено. Демоны, как обычно, победили, успеха эта поделка не имела, поскольку еще не народилось поколение программистов не умеющих даже в detach from control terminal. Но в ад утащили почему-то не его а автора grub (тот хотел жить вечно, но не так же)
> причём тут создание чего-то нового)
и я о том же.
Доля коммитов независимых разработчиков самая большая, даже больше, чем доля Intel.
Доля компаний в разы больше доли независимых.
Спасибо им за это!
Скоро напишут все фс и перейдут к планировщиками тлу.
> в условиях общего хранения применяется механизм fs-verity, который при обращении к файлам проверяет соответствие указанных в бинарном индексе хэшей с фактическимМне интересно, как это должно работать без проверки на каждый чих? И холодный старт становится ещё холоднее.
С интересом наблюдал за развитием Composefs и вот теперь ясно зачем потребовалось ждать пока внесут изменения в OverlayFS и EROFS: RedHat vendor-lock
Composefs работает только с EROFS, которая поддерживает исключительно уникальный для нее xattr namespace: overlay (вот что мешало overlay.verity сохранять как trusted.overlay.verity, мы ж все равно используем trusted.overlay.redirect)
Composefs работает только с OverlayFS, который находит необходимые файлы по хэшу содержимого (вот что мешало оставить этот функционал в FUSE-модуле и сэкономить таким образом еще одно переключение контекста)
Composefs в финальном стандарте работает только на ядрах выше 6.6-rc1
Таким образом Ostree и Container Storage Library с плюшками Composefs энтерпрайзного уровня доступны только будущим покупателям RedHat Enterprise версий 10-11
>[оверквотинг удален]
> ждать пока внесут изменения в OverlayFS и EROFS: RedHat vendor-lock
> Composefs работает только с EROFS, которая поддерживает исключительно уникальный для нее
> xattr namespace: overlay (вот что мешало overlay.verity сохранять как trusted.overlay.verity,
> мы ж все равно используем trusted.overlay.redirect)
> Composefs работает только с OverlayFS, который находит необходимые файлы по хэшу содержимого
> (вот что мешало оставить этот функционал в FUSE-модуле и сэкономить таким
> образом еще одно переключение контекста)
> Composefs в финальном стандарте работает только на ядрах выше 6.6-rc1
> Таким образом Ostree и Container Storage Library с плюшками Composefs энтерпрайзного
> уровня доступны только будущим покупателям RedHat Enterprise версий 10-11Не плачь, у Оракла возьмёшь бесплатно.
Читал-читал да всё думал, что это какой-то жёсткий FUSE-наворот.
А потом дочитался и до подтверждения своего предположения:> Для монтирования Composefs
> применяется загружаемый
> в пространстве пользователя
> FUSE-модульч.т.д.