Компания Cisco предложила новую файловую систему PuzzleFS, реализованную в виде модуля для ядра Linux, написанного на языке Rust. ФС рассчитана на использование для размещения изолированных контейнеров и продолжает развитие идей, предложенных в ФС Atomfs. Реализация пока находится на стадии прототипа, поддерживает сборку с веткой ядра Linux rust-next и открыта под лицензиями Apache 2.0 и MIT...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59271
Btrfs best forever, no rust please
А что будет, если из компа с btrfs выдернуть питание?
Говорят, с вероятностью 50%, btrfs превратится в тыкву.
Никто специально не будет это делать
А не специально?
Тоже
Шутник? Виртуалки зависают. Компы тоже, пускай и не часто. Как в таком случаи без обесточивания? Какой есть другой вариант или варианты? С виртуалками немного проще для них обесточивание виртуальное, что примерно одно и тоже по воздействию на работу виртуального диска.
Да нихрена с ним не будет в общем случае. Просто работает. На этом компе нештатные шатдауны или ребуты были более сотни раз, SSD все помнит. Btrfs жив.
Не чего не будет проверяется не так: запустил, нечего в работе компьютера не вижу, значит нормально. А так: каждое обесточивание запускается проверка диска и смотрится, что покажет. И не проверка контрольных сумм, а проверка файловой системы на наличие ошибок.
Или не только проверка контрольных сумм. Проверка контрольных сумм файлов и проверка на наличие ошибок файловой системы это разные действия которые друг друга не заменяют.
> Не чего не будет проверяется не так: запустил, нечего в работе компьютера
> не вижу, значит нормально. А так: каждое обесточивание запускается проверка диска
> и смотрится, что покажет.В случае btrfs логика recovery файлухи такая что это не требуется - как максимум оно потеряет некоторые новые записи. Это ж не EXT2 без журнала.
> И не проверка контрольных сумм, а проверка файловой системы на наличие ошибок.
В общем случае этого происходить не должно: там записи недеструктивные. Старые данные никто никуда не двигает, не перетирает и проч. Какие-то отклонения от этого свидетельствуют разве что о больших проблемах с хардваром и файловые системы тут уже мало чем помогут.
А если кто хочет именно такое, во весь рост, пусть ext2 себе ставит, совсем без журнала, там ему ЭТО будет от и до, по максимуму. Очень прикольно выглядит на томе в несколько терабайт, нормальный такой якорь на полчаса.
> Никто специально не будет это делать"Внезапно погас свет или мигнул на секундц-другую" вполне себе реальная ситуация, а UPS стоят далеко не у всех.
UPS идет в системных требованиях при использовании btrfs.
Лол...
> UPS идет в системных требованиях при использовании btrfs.Нельзя ли процитировать маны где это написано?
Для дома такая ФС нанадёжна. Я слабо разбираюсь в компьютерах, но меня удивляет хрупкость и сложность ФС. С высоты своего незнания я представляю себе нечто вида таблицы, где файлу соответствует диапазон адресов в циферках, а ещё то, что разделит эти диапазоны на несколько, фрагментация вот и вся ФС. Для упрощения доступа ещё навернуть деревьев каких-нибудь.
Но это наверняка атас какой наивный подход, но вот почему...
Ну очень-очень примерно так оно и работает. С очень большими нюансами для каждой конкретной ФС конечно.
Очен примерно так работает ext2. Btrfs работает заметно сложнее.
> Очен примерно так работает ext2. Btrfs работает заметно сложнее.Ну чел описывает примитивные битмепы на уровне FAT, хотя и ext2 c inode уже сложнее. Что уж говорить о экстентах и так далее.
Драйверы файловых систем - такие же программы, как и обычные. Но только при ошибке эта программа не просто вылетит, а может уничтожить данные...
В случае btrfs она в общем случае лишь вернется в немного более старый вид. При этом восстановление быстрое и не требует fsck. А громче всех орут о развалах в основном те кто ей не пользовался.
btrfsck ушёл в прошлое? Давно ли?
> btrfsck ушёл в прошлое? Давно ли?Он после краха отродясь btrfs'у не требовался. Если кто не в курсе - fsck.btrfs это dummy и оно так by design. Потому что десигн CoW'ает как данные так и метаданные, при неуспехе (крах, power loss) просто отбрасывает все что после последней точки консистентности. При этом автоматически получается консистентное состояние и по данным файлов и по метаданным.
Собственно весь пойнт этого дизайна - получить скорость записи как без журнала, при логике эквивалентной полному журналированию. И, вот, без fsck всяких при крахе.
Да, несомненно, есть некоторые допущения как железо будет себя вести. Но эти допущения есть у всех файлух, в этом смысле btrfs ничем таким не отличается.
И вот еще что, если кто рассказывает что фс у него разваливается, пусть, имхо, детали приводят. Точное сообщение об ошибке, конфиг системы, версию кернела и проч. Задолбали уже бабушкиными сказками без пруфов. Почему для какого-нибудь Reiser те у кого том развалился в состоянии процитировать сообщение об ошибке, а тут - прямо какие-то секретные документы у всех вертухаев с якобы-развалившейся фс, мля.
> И вот еще что, если кто рассказывает что фс у него разваливается,
> пусть, имхо, детали приводят. Точное сообщение об ошибке, конфиг системы, версию
> кернела и проч. Задолбали уже бабушкиными сказками без пруфов. Почему для
> какого-нибудь Reiser те у кого том развалился в состоянии процитировать сообщение
> об ошибке, а тут - прямо какие-то секретные документы у всех
> вертухаев с якобы-развалившейся фс, мля.Цитата с другого форума:
Дано: ноут Thinkpad с Core i5 и SSD на 256 Гб. Arch, ядро последнее ванильное арчевское, что-то типа 6.2.3 Около полугода (как выдали ноут на работе) установлен Arch на btrfs, dm-crypt, два раздела btrfs (/ и /home) с subvolumes, сжатием, снапшотами (snapper).
Сегодня в какой-то момент получил сообщение, что нет места на файловой системе. du показывает 50 Гб свободного места. Файлы можно удалять, удалил на несколько гигов. Но создавать или модифицировать файлы невозможно, с той же ошибкой, что не хватает места.
Удалил все снэпшоты снэппер, безрезультатно.
Попытался загрузиться в rescue режим, запустил btrfsck на /home и /
На /home отработал без ошибок, на / - миллиард незаканчивающихся ошибок…
Т.к. у меня есть полная копия на десктопе, а также бэкапы, слил последние изменения из /home, буду переустанавливать.
Но осадочек остался, хотя Arch и btrfs пользуюсь уже лет 15. Правда, раньше не пользовался снэпшотами (за исключением того, что их использует докер).
Не знаю зачем пишу, знаю, что в меня полетят помидоры за Arch и btrfs. Просто предупреждение, наверное.
Конец цитаты.
Разберись, а?
> du показывает 50 Гб свободного места. Файлы можно удалять, удалил на
> несколько гигов. Но создавать или модифицировать файлы невозможно, с той же
> ошибкой, что не хватает места.Это так по дизайну. В интервью Эдуарда Шишкина можно найти скрипт, воспроизводящий проблему.
Ну так обычно гадости происходят неспециально. Закон Мерфи)))
Я так делал. ФС жива.
И есть гарантия, что будет жива всегда?
У меня батя ноут тоже долгим нажатием на кнопку питания выключал. До поры до времени...
Если бы она была не журналируемой, то такие вопросы бы ли бы уместны, а так - высер
А потом?
А потом перестал...
После внезапного Kernel panic, по несвязанной с ФС BTRFS причине, перезагружается как ни в чём не бывало. Kernel panic близко к выключению питания.
Fedora времён выхода первого Ryzen (через месяц понял, что оказалась та ревизия процессора, в которой происходили случайные зависания). Боль и страдания с btrfs, которая жила до первого зависания.Спустя несколько лет заметил подобное на Ryzen 5500U. Ошибка в Mesa/ядре и после хард резет btrfs умирала. За один день несколько раз подобное ловил. После этого использую теперь xfs, ext4. xfs за многое годы в меня дома лишь один раз умерла, да и то виноват hdd. ext4 так уж звёзды сложились - ни разу не подвела.
Вот такой я счастливчик, а кому-то везёт больше.
Btrfs чувствительна к качеству железа, которое должно не допускать битротов и корректно сбрасывать данные на диск (flush). Там, где Btrfs умирает, XFS и ext4 молча схавают поврежденные данные.
А ещё она умирает там, где ext4 просто скажет cleaning orphaned inodes.
> А ещё она умирает там, где ext4 просто скажет cleaning orphaned inodes.Да все они помирают, ext4 тоже может оказаться немонтируемым. Очень зависит что, где и как навернулось - а это полная лотерея.
И кстати на этот случай запасного плана для EXT4 опенсорсными программами нет, только photorec какой, но это уже совсем задник - фрагментированные файлы не вынет целиком. Некоторые коммерческие тулсы умеют парсинг без монтирования... но у btrfs его умеет штатная тулса "btrfs" что дает ему 20 очков форы по восстановлению данных. Если ext4 совсем осыпался а данные надо - придется его вообще к компу с виндой цеплять, что как бы фэйспалм.
Привет из Украины. Свет гас ежедневно, пол года. btrfs на всех дисках. Ничего не посыапалось ни разу.
> Привет из Украины. Свет гас ежедневно, пол года. btrfs на всех дисках. Ничего не посыапалось ни разу.Российских хомячков переводят на btrfs. Классика!
Кто говорит?
Личный ПК с BTRFS, да ещё поверх LUKS(если кому интересно, был когда-то и вариант поверх LVM). За последний год не раз вырубался свет, внезапно, один раз прямо во время обновления системы(Arch). Проблем не было ни разу. А вообще система не один год на BTRFS, и пережила уже много внезапных отключений. Ни разу не видел проблем после этого. Откуда вообще слухи идут, что отключение может сломать BTRFS?
Все банально.Потому что на форумы (ирки, эхи и тд) не пишут люди: сегодня у меня выключился свет - btrfs жива, после каждого выключения света.
А вот люди у которых она не выжила от этого - пишут. При этому одного раза потерять данные хватает что бы потом везде вспоминать это при упоминании fs.
Кстати!...был у меня тут случай. Померла btrfs и без всякого отключения памяти. Было это лет 5 назад на рабочем компе. Прожила 2 недели. Потом стала писать про какие-то испорченные блоки...И восстановить систему я уже не смог никакими (!) инструментами, в том числе перепробовал всё что btrfs предоставляла.
Я был готов потерять даже эти данные (блоки). Пусть система удалит этот файл, которому такой блок принадлежит....
Но нет... пришлось ext4 устанавливать, заново всё устанавливать, настраивать и извиняться перед начальством что это я нихрена не делал несколько дней.
Сейчас устанавливаю OpenSUSE Tumbleweed дома. Надеюсь допилили 🙏🪲
Ну у меня дома (ранее на работе тоже) лет 5 уже стоит btrfs. Пока "ни одного разрыва". Но я может везучий, а может кейс использования у меня более-менее щадящий.А так да, только пробовать (если есть желание). Причем желательно не на работе.. на работе (workstation) на нее переехал после 3 лет постоянного использования дома.
В любом случае удачи в этой попытке.
Давай угадаю, разделы не зашифрованы, сжатие не используется.
> Давай угадаю, разделы не зашифрованы, сжатие не используется.Сжатие есть, но года вроде два, когда в ченжлогах дистра увидел, что включают по умолчанию при новых установках, перед релизом переключил флаги монтировать руками.
Шифрование только на ноуте, люкс2, на ноуте без него никак и на рабочем был люкс2 (ибо нефик), благо у нас в конторе без гаек.
Дома - да, на стационарнике шифрования нет.
> Потом стала писать про какие-то испорченные блоки......поэтому чинить систему я не стал, просто переформатил в фс которой все похрен, и черт с ним с разрушением данных - нефиг орать про это, пусть файло тихо портится! :)
Достаточно просто собрать стандартные RAID5/6 средствами btrfs- через несколько месяцев оно гарантировано превратиться в тыкву.
1) И зачем? В любой вики эти недорейды упомянуты как unstable.
2) А смешно то, что точно также они подохнут и на mdadm.
Для btrfs сейчас даже придумали финт ушами - если metadata делать как RAID1(можно даже с3 если девайсов хватает) - а data как RAID5 или 6 то метаданные после краха нормально сохраняются и оно в целом живет - и сильно.Т.к. метаданных обычно не так много vs данные, это сочетает преимущества обоих схем обходя недостатки. Ну и для RAID 5 в ядре примерно так 6.2 запатчили и "write hole". Для RAID6 это еще не сделано до конца. С более древними ядрами RAID56 вообще не стоит особо - если не понимать в чем трабл с write hole. И да, это разумеется и обычные RAID затрагивает и там тоже можно гуано лаптем хлебнуть. Проблема в том что там вообще не узнаешь что чего-то порушилось. Или узнаешь когда какой-нибудь блок метаданных - без резерва оного - фатально отлетит в страну вечной охоты и файлуха в хучшем случае вообще не смонтируется или не будет читаться половина.
У меня, если выдернуть питание, весь комп превращается в тыкву. Перестают работать: сетевой адаптер и SATA-жёсткие диски. По-видимому CMOS портится где-то. Дальше следует увлекательный квест с перезапусками, перетыканием дисков по разъёмам SATA, отсоединением и подсоединением дисков SATA и заходами в BIOS Setup.
ext4 и NTFS, правда, не портятся, и за это им огромное спасибо.
Батарейку питания CMOS (пятачок такой на иатеринке) не пробовал поменять?
Что это? )
не 50%, но вероятность есть. у меня лично два раза, с интервалом в два года, система убивалась так что никакие восстановления не помогали потом. раздел с btrfs просто отказывался монтироваться и жаловался на аппаратные ошибки. при этом диски были относительно новые (на момент проблемы), bad-секторов нет, после переформатирования в ext4 никаких проблем уже три года.
Я всегда думал это функционал XFS однакоть..
Хватит распространять туфту. Миллионы NAS Synology, Asustor работают на BTRFS у людей в домах 24/7 и в большинстве случаев даже без UPS.
Да тут есть некоторое количество лолок.
1) Фаны *bsd которые топят за zfs потому что ничего другого у них нет. При том чаще всего из винды. Под которую, иронично, драйвер btrfs сделали. В отличие от бсдей.
2) Те кто любит суперантичные энтерпрайз кернелы. Типа поха какого-нибудь. С каким-нибудь рхел6 с достоинством "зато системды нету!!!111". Фиксы btrfs в подобные окаменелости разумеется никто не портирует а то что он в этом их 2.6.32 был сыпучий (если вообще был) - кто бы сомневался. С современными кернелями живет себе.
3) Чудаки с глючным оборудованием, которые вместо того чтобы пофиксить глюки предпочитают замести мусор под ковер - и нехай лучше тихо рушит данные и не орет, как ext4 и xfs всякие. У особо невезучих потом фс вообще в хлам - и там зачастую уже и отскребать особо нечего. Мне правда на эту тему чаще всего NTFSники попадались, живет себе долго и счастливо, потом в вермишель и не монтируется и не чинится совсем. Ext4 скорее просто lost+found забьет до отказа каким-то трешом но монтироваться все же кой-как будет. А треш... видимо без фоточек котят и селфи можно пережить. А пока bit rot в этом великолепии до системных файлов доберется...
4) Тем более что при большом апгрейде системы можно списать на глюк апгрейдера и прочих барабашек :)
> Да тут есть некоторое количество лолок.
> 1) Фаны *bsd которые топят за zfs потому что ничего другого у них нет. При том чаще всего из винды. Под которую, иронично, драйвер btrfs сделали. В отличие от бсдей.
> 2) Те кто любит суперантичные энтерпрайз кернелы. Типа поха какого-нибудь.[...]
> 4) Тем более что при большом апгрейде системы можно списать на глюк
> апгрейдера и прочих барабашек :)Ты забыл:
5) Балабол294 из альтернативной реальности, с кучей фантазий и любовью к соломенным чучелам и несению чуши с умным видом :)
А вот кстати один из характерных любителей поBSDеть нарисовался. Скажите, вы в ералаше не снимались? Тьфу, то-есть, с похом в одной фирме не работали? :)
Ералаш тут: https://www.linux.org.ru/forum/desktop/17251242
Сами то читали все что там написано?
>> Балабол294 из альтернативной реальности
> А вот кстати один из характерных любителей поBSDеть нарисовался. Скажите, вы вО, есть отклик! Триггернуло. Т.е. ты где-то, подсознательно, все же считаешь себя балаболом :)
> поBSDеть
Перевожу с альтернативно-балабольного на общий - это такой эвфемизм для "ткнуть Балабола294 очередной раз носом в его лужу", когда он опять не сможет пройти мимо какого либо упоминания BSD (иногда ему и упоминания не нужно) и не написать очередную чушь.
> О, есть отклик! Триггернуло. Т.е. ты где-то, подсознательно, все же считаешь себя балаболом :)Надо же, тригернуло. Т.е. где-то подсознательно вы считали себя любителем поBSDеть :). Ваша логика применительно к вашим словам, всего лишь.
> пройти мимо какого либо упоминания BSD (иногда ему и упоминания не нужно)
> и не написать очередную чушь.А что вообще эти упоминания делают в треде какой-то wannabe-линуксной файловой системы, да еще на хрусте? Может это еще и не махровейший офтоп даже? Ну покажите мне как ваша сова натягивается на глобус этого топика вообще :)
>> О, есть отклик! Триггернуло. Т.е. ты где-то, подсознательно, все же считаешь себя балаболом :)
> Надо же, тригернуло. Т.е. где-то подсознательно вы считали себя любителем поBSDеть :).
> Ваша логика применительно к вашим словам, всего лишь.Вообще-то нет. Тут "есть нюанс" - первое упомнинание было нейтральным и не указывало на конкретный комментарий-комментатора, в отличии от.
Т.е. "Ты забыл упомянуть такого-то", а не "вот[ты] один из", как потом у тебя.
Но не расстраивайся, то что ты и с логикой не дружишь, давно не секрет.
> А что вообще эти упоминания делают в треде какой-то wannabe-линуксной файловой системы,
> да еще на хрусте? Может это еще и не махровейший офтоп даже? Ну покажите мне как ваша сова натягивается на глобус этого топика вообще :)Вообще-то, ты тут, опять же, единственный гордый "упоминалец" (а заодно и "победитель" очередного соломенного чучела).
Т.е. ты предлагаешь мне придумать и обосновать почему ты не смог в треде какой-то wannabe-линуксной файловой системы на хрусте не упомянуть BSD?
>> Ваша логика применительно к вашим словам, всего лишь.
> Вообще-то нет. Тут "есть нюанс" -"Это другое" (c) вы. Ваша же логика на вашу же тушку. Я правильно ваше поведение эмулирую? :)
> первое упомнинание было нейтральным и не указывало на конкретный комментарий-комментатора,
И таки замечательно триггернуло именно правильных персонажей. На лурке про это в свое время была (а может и есть) характерная лэйба "осторожно: статья-детектор!". Ну вот детектор сработал, повылезли упомянутые "эксперты" по бтрфс-у :). И конечно расскажут как и почему все это - "другое".
> треде какой-то wannabe-линуксной файловой системы на хрусте не упомянуть BSD?
В принципе мы все в некоем офтопе, если так посмотреть. Начиная с первого сообщения в треде. Не, можете конечно запросить модеров снести все вплоть до 1 сообщения в коментах, чисто технически, описание проблемы "офтопик" даже будет технически корректным. Мой "excuse" - что это про смежную область, файлухи, усугубленный рьяным несогласием с кой-какими точками зрения, особенно когда господа даже пруфануть не могут свои заявы конкретными сообщениями об ошибке. Ваш excuse я не знаю. А в цыскиной фс на хрусте мы, кажется, одинаково рубим :)
Лет 5 стоит на омашнем компе без упса. Свет периодически моргает. До сих пор не тыква.
Что еще говорят? Всему можно верить?P.S. btrfs на всех ChromeBook-ах работает нормально
> Говорят, с вероятностью 50%, btrfs превратится в тыкву.Говорят что кур доят. Не верите? Птичье молоко - в соседнем супермаркете продается.
Враньё. Раз 100 минимум уже выключали свет при работе компа, с btrfs ничего не произошло.
Вот зачем такие "специалисты" начинают делиться своими знаниями. Научитесь, наконец, читать инструкции к используемому предмету. Для btrfs она доступна на kernel.org.
Для btrfs существует проблема и разработчики о ней знают и везде пишут - при использовании томов raid56 под хранение метаданных в случае асинхронного завершения работы дисков возможно появление так называемых "дыр". Проблему уже неоднократно решали в тестовых версиях, но следовало существенное замедление производительности и от решений отказывались. На момент ядра 6.1 формат raid56 всё ещё находится в стадии незафиксированного.
При этом хранение данных на томах raid56 в отличие от метаданных, не может привести к какой-либо потере данных. Для метаданных же рекомендуется использовать иной тип томов, например: raid1 или raid0. Понимая архитектурные ограничения и невозможность в быстром решении, в ядре 5.12 были добавлены типы томов raid1c3 и raid1c4 с тройной и четвёртной избыточностью. Их также можно задействовать под размещение метаданных, достигая надёжности выше raid6.
В споре правы и те, у кого btrfs стабильна, и те, у кого она разваливается. Не правы обе стороны в том, что не хотят разобраться в нюансах. А они есть, и как ещё один пример, проблемы с разделом подкачки, размещённом в файле с установленным флагом "сжатие" на томе с включенной компрессией. Но и этот момент раскрыт в документации.
Про btrfs в итоге можно сказать, что ФС супер- надежна и стабильна при понимании её нюансов. А при росте размеров дисков, когда перестроение программного raid требует более 100 часов, она начинает занимать место единственно возможного программного решения с разумными задержками на ребилд в несколько минут. Да, аппаратные рейды вопрос решают. Но век mdadm подходит к концу, и btrfs пока единственная замена в мире Linux.
У zfs свои проблемы - юридические. И то, что они кого-то не касаются, не означает, что их нет.
Опечатка. Фразу:
Для метаданных же рекомендуется использовать иной тип томов, например: raid1 или raid0
следует читать как:
Для метаданных же рекомендуется использовать иной тип томов, например: raid1 или raid10
Хз,чел,у меня на 9 месяц использования btrfs родилась проблема - error / remount-ro при попытке перезагрузки. Решилось удалением в ядре фрембуфера видяхи.
> проблема - error / remount-roАналогично при загрузки. Видюха старая NVidia. FS - ext4.
Так я только после выхода 470.182.03-r2 проблему получил,считай вчера. Хорошо,что и на другой файлухе такая же хня. Грешил на кривую файлуху,но теперь норм.
А оказался кривой проприетарный блоб :). Вот то что эти могут напакостить кто б сомневался. На их счету и выжженые видяхи (некоторые версии драйвера кулеры стопорили) и куча локапов всех мастей при переключении в консоль (и вообще видеорежимов), и порушеная память на самых нижних уровнях (так что угодно может быть) - но пипл упорно зачем-то покупает ЭТО чтобы линух юзать. Торвальдс непонятно для тупарей высказался про worst company ever? Вроде уж даже жест в камеру вполне доходчивый был.А в последнее время нвидия вообще зашилась и не успевает DRM/KMS/GBM апдейтить за актуальными ядрами. И качество этого хлама в плане кода...
> Аналогично при загрузки. Видюха старая NVidia. FS - ext4.Внезапно! Оказывается, левые модули от проприетариев умеют RAM разрушать! Ломающие новости! И да, файлухи при этом могут сыграть в ящик. Что EXT4, что btrfs, никто из них такой подляны не ожидает.
Кажется Шишкин не двусмысленно и неоднократно высказывался о Btrfs и вообще о тех недоразумениях что в Линуксе называются ФС
> о тех недоразумениях что в Линуксе называются ФС
> ШишкинЭто тот чувак, который долго пытался, но так и не смог написать стабильную ФС?
Многие и не пытались. И даже не собирались.
Да и этот тоже не особо пытался. Размах на рупь, удар на копейку.
Думаю размах был на приличную зарплату. Результат "ну не шмогла" был ожидаем ещё при приёме на работу.
> Думаю размах был на приличную зарплату. Результат "ну не шмогла" был ожидаем
> ещё при приёме на работу.Платить Шишкину, имхо, смысла ноль: работоспособного продукта с адекватными параметрами не будет даже если его завалить деньгами. Высококонцептуальные дизайны и умные слова? Сколько угодно. Что-то реально работающее, шустро и без фатальных системных проблем? Фигвам.
Думаю размах был на приличную зарплату. Результат "ну не шмогла" был ожидаем ещё при приёме на работу.
Шишкин правильно написал. Не надо функциональность lvm2 вносить внутрь FS. Для этого есть systemd :)
Всё-таки, для этого есть LVM2.
Расскажите Шишкину про ZFS, но сначала попкорну набрать не забудьте
> Шишкин правильно написал.Что именно?
> Не надо функциональность lvm2 вносить внутрь FS.
При том что к их файлухе основная претензия была что они facilities ядра не пользуются и все велы заново изобрели сами? Пусть из своих глаз бревна повынут, чтоли.
Ну и как угодно но райд "файлового уровня" имеет нафиговые преимущества и вне ФС его выпихнуть сложно потому что это должно быть плотно в курсе фактических аллокаций. А вот чтобы не лопатить 20 терабайт по всей площади, если используется только 5. Ну подумаешь, вчетверо ускорили операции переконфигурирования пула, кому это надо, да?!
> Для этого есть systemd :)
Вообще-то если кто хочет так сову на тот глобус, это stratis называется. И там пыхтонраста хватает. Поверх XFS обычного. Кушайте, не обляпайтесь, вы этого хотели же - нате!
О, еще один Свидетель Шишкина. Пруфы будут, Василий?
> Btrfs best foreverПод ваши задачи. Но есть другие. Я никогда не пользуюсь контейнерами, но это не означает, что они не нужны. У меня просто нет подходящей задачи. Я использую BTRFS у себя дома на компьютере, но не использую на виртуальном сервере.
> no rust pleaseда, почему не используют непротекающий, надёжный, верифицируемый SPARK ?
Та самая ФС, на которой жуткий баг с RAID5/6 и на которую забили основные ее разработчики?
Ммм… НЕТ.
>> Применение Rust для модуля ядра также позволило совместно использовать код в ядре и компонентах, работающих в пространстве пользователя, для создания единой защищённой реализации.шта ?
Если компоненты написаны на одном языке, им, как минимум, проще общаться, потому что можно использовать одни и те же описания структур данных, без экспорта в protobuf.
думаю лучше сериализовать в json перед отпавкой в юзерспейс
Это пусть деды-сишники делают, причём с обязательным переполнением буфера.
А единорожки-зумеры в упор не понимают, зачем это нужно.
В XML
И общаться через SOAP или XML-RPC.
Пересылая их через Websocket.
Был такой юмористический язык BABBAGE, в котором к вызову по имени и вызову по значению был добавлен вызов по телефону. Думаю для передачи данных в пользовательское пространство это подойдёт ещё лучше. Не надо переключать контекст, если ядро может просто позвонить и сказать всё нормальным голосом.
Может поколение смузи тебе и поверит, а я уже повидал случаи когда это не так даже для одного языка. Да, на си с разными компиляторами. Поэтому сишники не верят в маркетинговую магию раста.
Перекомпилить одним компилятором религия не позволяет? Ах да, это же святая шишка: "раз скомпилил, не трогай - хрен починишь". До чего дошли сишные смузихлебы...
Это было во времена мамонтов, когда религию ещё не изобрели, человечество ещё не знало слово линукс, а либы распространялись в (первую очередь) бинарном виде и наличие разных компиляторов похоже не предполагалось.
В своё время, так про Java вещели. Мол, один раз написано - используется везде.
> В своё время, так про Java вещели. Мол, один раз написано -
> используется везде.О, да. А еще что она все сделает безопаснее. Под этим главным предлогом ее и пропихнули в андройд. И тогда было оооочень много воя насчет производительности, потому что смартфоны были кратно слабее современных. Но вот гугл все аппелировал к безопасности, рассказывал про свои технологии, проходит лет 5, андройд становится популярным и...одновременно самой дырявой популярной ОС. Вот она джава безопасность. И да, тогда тоже главным лейтмотивом было "нет указателям" и "дырявый си".
Приличные языки программирования имеют возможность описать структуру так, что её размещение в памяти будет определено однозначно.
Даже питон умеет структуры по описанию расчехлять.
А если вы просто описали структуру как получилось и заявляете, ну оно будет работать, просто надо всё одной версией компилятора компилять - лучше занимайтесь чем-то другим.
У них Rust головного мозга. Всё в юзерспейсных компонентах должно быть на Rust.
Тебя Раст беспокоит? А ты его не чеши.
>>> Применение Rust для модуля ядра также позволило совместно использовать код в ядре и компонентах, работающих в пространстве пользователя, для создания единой защищённой реализации.
> шта ?Если речь не о работе с железом, то воможно и на Си так делать. Взять код драйвера на Си, собрать и запустить в юзермоде. Правда, придётся написать переходники для ядерных функций. Грубо говоря, написать свою kmalloc(), которая будет вызывать malloc(), и так далее. В Rust при портировании библиотеки в ядро, похоже, проделали унификацию. Мы такое делали на плюсах, поскольку в юзермоде некоторые вещи (алгоритмически сложный код, как раз ФС из новости подходит) проще отлаживать, гоняли сначала там, потом собирали под ядро.
и как там плюсы в ядре поживают?
Реализовали весь необходимый минимум для freestanding implementation стандартной библиотеки Си++, в том числе исключения и dynamic_cast (хотя сами такое и не использовали, по понятным причинам). Но с тех пор сами плюсы не стояли на месте, изменился стандарт и для сборки сейчас потребуется старый компилятор.
Вообще, тут надо понимать нюанс -- в Винде как бы не было компилятора Си. MSVC частично поддерживал какой-то замшелый диалект. Что бы писать на более-менее похожем на актуальный Си, надо было делать файлы *.cpp, потому нередко люди потихоньку использовали что-то из плюсов. Но обычно с этим не бегали по всем форумам -- если где-то 10 лет пишут в проекте goto cleanup, то опасно туда RAII тащить.
За день корпорация Cisco сделала больше для опенсорса, чем все опеннетные комментаторы вместе взятые делают за год. Классическим образом взяли и решили свои проблемы, поделившись с сообществом без искусственных ограничений. Продолжайте рассказывать про злобные корпорации, только и ждущие как нагадить в карман простому анониму.
Попутно навязывая Rust.
А кто-то разве навязывает?
Просто не пользуйтесь это фс, благо других куча. Или вам сам факт ее существования спать не дает?
Так говорили про:
Кубер
Докер
Nodejs
Iphone
Electron
Android
Rust
Go
РоскомпозорОчевидно, что если сейчас не навязывают, то послезавтра у меня уже не будет выбора. Ну и работает это в обе стороны: вам спать мешает его комментарий? Не нравится - не читай.
Привязали к батарее и навязывают? Хотя насчёт РКН не исключено
Хуже. От батареи можно отцепиться.
Вы ещё скажите что если не нравится, то можешь свой браузер написать.
Ну и кто ж тебя всем этим заставляет пользоваться на твоём локалхосте-то? Особенно кубером. Вот уж где навязали так навязали.
Но РКНа каждому компу навязывают.
Далеко не каждому. Достаточно жить за пределами определённой территории, и никакого РКНа не наблюдается.
> Достаточно жить за пределами определённой территории, и никакого РКНа не наблюдается.Там либо голодно и холодно, либо великий фаервол. Такой себе выбор.
Особенно ой-фон навязывают)) Бьют палками пока не возьмешь кредит на последнюю модель))
Это автономные или хостовые проекты. А здесь идет речь о инициативе по превращению роутера в общую платформу для выполнения приложений (виртуализация сетевых функций). Непрозрачность вмешательства, уязвимость, сетевая оркестровка налету. Я бы не хотел таких услуг провайдера. О таком сетевом оборудование надо предупреждать.KVM им тяжеловата. А дырок в вашем поделие не многовато?
>вам спать мешает его комментарий? Не нравится - не читай.Для того, чтобы понять, нравится комментарий или нет, его надо сначала прочитать. Не правда ли?
Продолжим список:
systemd
dbus
polkitd+JS
JIT
...
Покажи на этой кукле куда и как именно Чак Роббинс тебе раст навязывал.
тебе какая разница, на каком языке написан исходник, если ты будешь иметь дело с бинарным модулем компилированным в машинные коды.
Выражаясь языком деликвентов, ядро будет таким образом зашкварено.
> Выражаясь языком деликвентов, ядро будет таким образом зашкварено.Ничего, счас кто нибудь перепишет код на С и он станет нормальным обратно.
И получится софт с дыркой, как ложка у тех самых деликвентов
Если дырок много, то это уже дуршлаг, то есть enterprise grade software.
> Если дырок много, то это уже дуршлаг, то есть enterprise grade software.Есть такие специальные ложки с кучей дырок. Для отлова пельменей, наверное, или типа того.
> взяли и решили свои проблемы, поделившись с сообществомреализацией, которая
> пока находится на стадии прототипа
Интересно, что за проблема у них, решением которой является прототип и как она решена?
Проблема у них очень простая: им надо на их промышленных роутерах запускать виртуальные роутинговые движки. Такой вот запрос у крупных клиентов с более сложными конфигурациями, чем две RFC1918 сеточки. Конечно, если бы там работали опеннетные анонимы, они бы сразу же написали идеальное решение сразу в машинных кодах. Но в Cisco почему-то ни один пока собеседование не прошёл, вот и приходится начинать с прототипа и постепенно доводить до ума.
Выглядит так, как будто речь не про виртуализацию, а про контейнеры.
Они что, хотят от IOS-гостей на линуксовом KVM-гипервизоре перейти к линуксовым контейнерам?
Именно так и есть как выглядит. И не просто хотят, а целенаправленно этим занимаются последние несколько лет. Практика эксплуатации показала, что KVM-гипервизор неэффективно расходует и без того скудные ресурсы роутера и неудобен с операционной точки зрения.
>>KVM-гипервизор неэффективно расходует и без того скудные ресурсы роутера и неудобен с операционной точки зрения.Что как бы намекает, что роутер не то место, где надо заниматься виртуализацией с контейнерезацией. Не, если есть идиоты, которые болеют виртуализацией головного мозга и без этого жить не могут и башляют бабло, чтоб превратить роутеры в тыкву, то пущай. Анонимы с опеннета не будут возражать.
Но нормальным пацанам это всё не шибко нужно.
Так это нормальные пацаны и требуют. Говорят, не можем сами разрулить все возможные бизнес-кейсы через VRF, а опеннетные анонимы собес пройти не могут. Патовая ситуация, приходится вот так вот — через контейнеры.
> Так это нормальные пацаны и требуют. Говорят, не можем сами разрулить все
> возможные бизнес-кейсы через VRF, а опеннетные анонимы собес пройти не могут.
> Патовая ситуация, приходится вот так вот — через контейнеры.ты путаешь vrf с nvf. Эта хрень - для них. Продавать будут не на вес, а поконтейнерно по одной фичке. Так и победят.
Речь вовсе не идет о пложении виртуальных роутеров внутри и так виртуального роутера.
> nvfВозможно, вы имели в виду NFV. И это ещё более другое. Но таки да, победят именно таким образом. Про положение виртуальных роутеров внутри инфа прямо /оттуда/, клиенты типа одного популярного клауд-оператора хотят запустить 50 разных виртуальных роутеров внутри ASR серии. Но не могут.
угу. это "более другое" циска во всю продает (не одна циска, но им тоже хочется свой кусок)> клиенты типа одного популярного клауд-оператора хотят запустить 50 разных виртуальных роутеров
> внутри ASR серии. Но не могут.полагаю и не смогут.
> полагаю и не смогут.Как тут принято говорить, not with that attitude.
Конечно вышенаписанное дичь. Никто не использует целые контейнеры для роутинга сети (не путать с запуском bird в контейнере). Их и для особо нагруженных приложений то не испольщуют. А тем более в циске.
Цисковый ios который в цисках используется и не линукс даже и не виртуазируется контейнерами.
помимо немодных древних иосов есть еще куча других цискиных виртуалочек (правда, лет пять назад они втирали что kvm так себе платформа и мы конечно можем но...лучше все же заплатить за сферу) в которые так удобно пихаются nvf'чики в виде отдельных пакетиков. Ну вот теперь они будут пихаться в виде этого вот трэша. В целом и не жалко уже, конечно.
> приходится начинать с прототипа и постепенно доводить до умаВопрос ты не про что приходится делать, а какую проблему они решили?
Подозреваю - контроль над разработкой. И одной собери-паззл-после-крэша-фс думаю не ограничится.Ну а что ты хочешь, дыркер сдох, overlayfs трэш в двух сериях, btrfs немного не совсем уже окончательно, а образы контейнеров как-то надо разворачивать.
И желательно без оглядки на редгада потому что могут и кинуть если увидят способ.
когда это дыркер помереть успел
да как разработчиков выкинули на мороз, так и...
> когда это дыркер помереть успелГде-то в 2019. В последние месяцы, правда, ожил, но поезд уже ушёл - сообщество успело напилить nerdctl и buildkit, и докер стал просто более длинным и сложным путём, чтобы сделать то же самое (собрать и запустить контейнер).
Как только киты организовали OCI.
> если бы там работали опеннетные анонимы
> Но в Cisco почему-то ни один пока собеседование не прошёлиндусы прошли, аноны почему-то не прошли. почему ?
и вам не кажется, что где-то нас кидают ?
> Классическим образом взяли и решили свои проблемы, поделившись с сообществом без искусственных ограниченийникаких проблем они не решили, в ядре этот велосипед не нужен
> Finally, as for OCI container image stuffs, I'd like to avoid
saying this topic anymore on the list (too tired about this). I've
seen _three_ in-kernel approaches already before this one and I tend
to avoid listing the complete names (including FUSE alternatives)
here. I really suggest if you guys could sit down and plan at least
a complete OCI standard for the next image format (even you don't
want to reuse any exist filesystem for whatever reasons).
>> Классическим образом взяли и решили свои проблемы
> никаких проблем они не решилитебе ж разжевывают - _свои_ проблемы они решили. Проблема у них действительно есть.
> I really suggest if you guys could sit down and plan at least a complete OCI standard
I really afraid они именно это и сделали, просто в ведро, разумеется, отправлена только ядерная часть. Юзерленд будет скорее всего вообще закрытый, чтоб ты не потрошил их nvfчики и не тырил.
Ну а если даже и нет, его естесвенно не на lore выложат.
> _свои_ проблемы они решиличто тебе не понятно в этом тексте
> в ядре этот велосипед не нужен
Да, увы, не платиновый кормораздатчик, а всего лишь серебрянный.Линусу не нужен. То ли дело ksmbd, да? Это вот кого нада кот!
> То ли дело ksmbd, да? Это вот кого нада кот!Фаны солярки подавали это как киллер-фичу.
(Лет 15 назад ядерный PPTP тоже был киллер-фичей фри)
вообще-то с точностью до наоборот - pptp всегда был mpdшный, ppp в ядре был тот же самый что у линукса (и у солярки тоже он) и им почти никто не пользовался потому что неудобный и ни с какими другими вариантами не совместим. А у линуксеров выбора по сей день нет.В самом ksmbd ничего неправильного нет, неправильное в том что недоделанный насквозь кривой концепт приняли без обсуждений на ура - потому что кого надо кот. А вполне работающий ntfs3 подавали и переподавали с поклонами больше года и еще и потом при первой же заминке - снова попытались выкинуть (не трогать же гнилой мусор ntfs1 - там опять кого надо кот, там не за деньги, там любофф).
> вообще-то с точностью до наоборот - pptp всегда был mpdшныйА mpd типа сам в юзерспейсе всё делал, да?
Слышали такое слово - netgraph?> А у линуксеров выбора по сей день нет.
С разморозкой https://www.opennet.dev/opennews/art.shtml?num=28650
> https://www.opennet.dev/opennews/art.shtml?num=28650Спасибо за уточняющую ссылку. TL;DR сводится к тому что г-н пох не отпустил ручник со времен как минимум 2.6.37.. на всякий случай напомню что сейчас середина 2023 года и вот-вот релизнется ядро версии 6.4, а от ppp уже даже сотовые свистки отказались.
> А у линуксеров выбора по сей день нет.Лучший выбор в 2023 относительно ppp это забыть о том что ЭТО нечто вообще существовало.
> В самом ksmbd ничего неправильного нет, неправильное в том что недоделанный насквозь
> кривой концепт приняли без обсуждений на ураНу ты же не накодил лучше. А там 1 несчастный кореец надрывается, еще и на f2fs параллельно, при том что топик нужный и довольно много где кроме самсуня. С силу такого сочетания пошли на субоптимальный компромисс в надежде сообща допинать.
Надежды как видим оправдываются: тестовые боты и исследователи ловят сотни багов. Разгрузив от этого несчастного кодера, которому и так сразу две галеры всучили. Ты вообще попробуй в одну морду 2 здоровыми галерами одновременно то грести, посмотреть как это у тебя получится.
> А вполне работающий ntfs3 подавали и переподавали с поклонами
> больше года и еще и потом при первой же заминке -
> снова попытались выкинутьНу как, его все же закомитили. А господа после этого започивали на лаврах и получив более 9000 багрепортов (кто-то сомневался?) вместо фиксов куда-то про#$%лись. Ну у народа и возник резонный вопрос - нужны такие проекты и кодеры в ядре или нафиг? Вполне резонный вопрос, это ж не сливные корпоративные бачки для unmaintained кода.
> (не трогать же гнилой мусор ntfs1 -
Маленькой кодовой базе простят немного больше чем большой. Чем жирнее unmaintained, тем соблазнительнее его прихлопнуть. Это так сложно понять? Я понимаю что project management вообще совсем не твое, но хотя-бы самые детсадовские азы усвоить можно наверное к такому то возрасту? Мышление на уровне голимого джуна это таки "иногда старость приходит одна".
> там опять кого надо кот, там не за деньги, там любофф).
Если ты хочешь порассуждать, то Кент вот просто на днях закинул таки свое нечто в рассылку. И конечно все оказалось совсем не так просто как он думал. Впрочем кроме него самого порцию вджоба на рефактор подвалило и еще в минимум 2 подсистемы другим людям. ЧСХ это как раз нормальные рабочие процессы, ведущие к общему улучшению проекта вместо превращения в помойный бак - фичи юзаемые более чем 1 caller'ом надо выносить в совместно используемые конструкции. И на этой почве Кент тоже познал обратную сторону велосипедизма. Но, кажется, он нашел общий язык с нужными люьми на тему потребных рефакторов. Часть сделал он, часть совсем другие лица, часть in-flight. Разработка большого проекта как она должна быть.
За день Аноним (35) насосал Ciscу больше, чем все её корпоративные рабы вместе взятые за год.
А "Простой аноним" насосал Juniper-у? (Мы ведь все знаем, кто главный борец с циской)
> А "Простой аноним" насосал Juniper-у? (Мы ведь все знаем, кто главный борец
> с циской)таак... этому - пять палок по пяткам, минус миска рис, минус 100 социальный рейтинг, отправить в лагерь перевоспитание, учить дацзыбао Товарищ Си пока не запомнит КТО главный борец а где нет разницы между проклятые имериалист. После чего приковать к станку очень плохой дороги пожизненно. Им там тоже nvfки нужно пилить для виликая кашай фиревал.
Но почему вы говорите с таким сильным английским акцентом?
> За день Аноним (35) насосал Ciscу больше, чем все её корпоративные рабы > вместе взятые за год.Но денег ему за это все же не дадут.
сисько давно изгадила снорт и кламав а сейчас рвётся изгадит линкус
В случае поломки рассыпается на части?
А в созвездии раков водятся раки?
Была у людей какая-то причина назвать так, а не от фонаря
Так и вопрос выше тоже ж наверное должен быть не от фонаря. Какой в нём смысл? Есть хоть одно подтверждение?
Если выключишь комп, то получишь пазл как запустить его обратно.
Сначала включить попробуйте, написано же "прототип".
Никаких пазлов, это ж дыркер. После перезапуска просто mkfs заново и разверни все контейнеры с нуля. Оно ж очень быстрое, прям неимоверно! А поскольку оно уже перезапустилось - клиенты уже все равно порвали тебя на много маленьких медвежат.
но тогда это не пазл
> но тогда это не пазлпохоже они намекали на "сначала включить попробуйте" (нет, но забавно)
Собери по кусочкам свои байты.
Это проблема, которую микрософт решила еще во времена висты в своем формате wim? Или что-то другое?
MS? Решила?? В висте??????????????? Тяпница удалась?
не microsoft, а apple, не wim, а Package. Ну да, примерно.
Только потом ее изобрел заново дыркер.
>This is a proof of conceptЛол, это даже не прототип.
Анонимус одобряет, что язык, имя которого нельзя называть, наконец начал использоваться для разработки, а не для рекламы самого себя.
Для пруф оф концепт? Самое место для языка который сам по себе пруф оф концепт.
странные чуваки, они переписали местами фичи Composefs который на стадии запихивания в ядро. Ну такое.
Зачем Циско лезет куда ему не надо? У них же своя ОС есть.
> Зачем Циско лезет куда ему не надо? У них же своя ОС
> есть.нету. В файрволах, магистральных маршрутизаторах и энтерпрайзных свитчах - давным-давно линукс.
IOS-XR теперь еще и с rpm, блжад.
IOS-XR не имеет к линаксу никакого отношения. Это QNX.
У меня для тебя плохие новости
Пока ты лежал в криокамере они заменили QNX на Wind River Linux и сделали это достаточно давно
Без перелицензирования на копилефт в ядро такие поделия не принимать.
Главное, чтобы это можно будет убрать через make menuconfig.
Намёк на то, что ФС будет сыпаться на пазлы.