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

"В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
Сообщение от opennews (??), 10-Сен-25, 22:39
Разработчики openSUSE объявили об отключении файловой системы BCacheFS в пакетах с ядром Linux. В качестве причины называется присвоение данной ФС в основном ядре статуса  внешнего сопровождения, подразумевающего прекращение приёма изменений для Bcachefs в основной состав ядра при  сохранении данной ФС в кодовой базе ядра. Своими силами разработчики openSUSE не намерены бэкпортировать в дистрибутивный пакет с ядром патчи из ветки ядра от проекта BCacheFS... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63861
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–4 +/–
Сообщение от Аноним (1), 10-Сен-25, 22:39
Вот Оверстрит и довыделывался. В отличие от ZFS, который нормально живёт себе как нормальный oot, теперь будет жить на пар^W у отхожего дома.
Ответить | Правка | Наверх | Cообщить модератору

	15. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
	Сообщение от Аноним (-), 11-Сен-25, 01:49
	> Вот Оверстрит и довыделывался. В отличие от ZFS, который нормально живёт > себе как нормальный oot, теперь будет жить на пар^W у отхожего дома. И в отличие от ZFS который Вася которого не выгнали на мороз, а никогда не пускали в приличные места, этот - попробовал в mess with the best. Правда, не очень успешно. За что был поперт с пантеона к Васе. Как минимум на время. Например чтобы он смог оценить как ему - отвисать с Васей на морозе. И что он потерял. И стоило ли оно того.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+4 +/–
	Сообщение от Аноним (-), 11-Сен-25, 05:44
	>Вот Оверстрит и довыделывался. В отличие от ZFS, который нормально живёт себе как нормальный oot, теперь будет жить на пар^W у отхожего дома. Не обобщай. ZFS - пермиссивка, чтобы его приняли в ядро нужно лицензию помянять на GPLv2. А авторы ZFS - бздуны, они на копилефт никогда не перейду. Автора BCacheFS поставили в угол, пусть подумает о своём поведении. Вернуться он сможет в любое время когда сам этого захочет. Когда он вернётся, над ним приставят старших товарищей, это на первых порах. Потом если его поведение будет правильным с него снимят шефство. Так сказал Линус.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	35. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от A.Stahl (ok), 11-Сен-25, 07:38
	Also sprach Linus.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от Аноним (-), 11-Сен-25, 11:21
	> Не обобщай. ZFS - пермиссивка, чтобы его приняли в ядро нужно лицензию > помянять на GPLv2. Вообще-то CDDL - это копилефт. Слабый. И - назло бабушке^W Торвальдсу не совместимый с GPL. Потому что сану надо было - соляру продвигать. Как типа открытую. А тут понимаешь пингвин, в норку уволочет? Никак не можно. Жаба корп манагеров и победила здравый смысл. > А авторы ZFS - бздуны, они на копилефт никогда не перейду. Бсдшеники нынче юзают - результат ZFS On Linux. Вот такие из них разработчики ФС и всего остального. При том в лине оно как раз на вторых ролях, за GPL incompat. А BSDшники не гордые, им weak copyleft не жмет. Никогда не перейдут? :) > Автора BCacheFS поставили в угол, пусть подумает о своём поведении. Ну так он достал даже извините Bacik'а (я никогда не видел его дающим жесткие отповеди ранее) и Tso (если этот говорит вам что вы неправы, вероятно так и есть). > Вернуться он сможет в любое время когда сам этого захочет. Это уже не так. В данном случае - когда придет время. И когда он будет готов нормально взаимодействовать как взрослый человек. До этого момента сие несколько преждевременно. Как видите pull request может быть просто не выполнен если вы достали тиму и прочитали лекцию человеку который проект интегрировал. И тут вдруг оказывается - что вы чисто технически теперь сами по себе. Вам теперь и правда никто не мешает, как и хотели. Но есть нюансы.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	63. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (63), 11-Сен-25, 17:04
	> Бсдшеники нынче юзают - результат ZFS On Linux. Который на линукс передрали оттуда, откуда бсдешники. Но ослинуксоиды предпочитают об этом не вспоминать, трубя во все горла, что ZFS написан линуксоидами. Портирован "с нуля!". :) Прям как cinnamon в минте в соседней новости.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (63), 11-Сен-25, 17:35
	> ZFS - пермиссивка, чтобы его приняли в ядро нужно лицензию > помянять на GPLv2. Была бы пермиссивка, вы бы цап-царап, как с бсд. А тут вам когти подрезали. В ядро его не принимают, благодаря вашему проприетарному патрону Ораклу, который владелец, бережёт лицензию. Понимая, что если сменить ZFS CDDL на GPL, то бронетранспортёрная фс - всё.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	66. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 18:23
	Слушай, ты прям всё выворот на выворот. BSD лицензию легко сделать проприетарной.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (63), 11-Сен-25, 22:21
	> Слушай, ты прям всё выворот на выворот. BSD лицензию легко сделать проприетарной. Так сделать - не значит, что она проприетарная. Когда сделаешь, тогда это будет другая лицензия.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (68), 11-Сен-25, 18:30
	>ZFS - пермиссивка, чтобы его приняли в ядро нужно лицензию помянять на GPLv2. Была бы она пермиссивка, приняли бы в ядро без вопрос, как и кучу BSD-драйверов. А она копилефт, в этом вся суть.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	70. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 18:43
	>Была бы она пермиссивка, приняли бы в ядро без вопрос Нет, не взяли бы. >А она копилефт, в этом вся суть. Её лицензия не совместима с GPLv2. Частичный копилефт = не копилефт.
	Ответить | Правка | Наверх | Cообщить модератору

3. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+4 +/–
Сообщение от Аноним (3), 10-Сен-25, 22:48
> Once the BCacheFS maintainer behaves Аж читать тошно... За ним один косяк - нарушение таймлайнов разработки ядра, когда в rc релизы залетает много кода, что вызывает регресс тестирования. А тут обиженки какие-то тем, что он коммитит и разрабатывает без уважения.
Ответить | Правка | Наверх | Cообщить модератору

	4. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
	Сообщение от НяшМяш (ok), 10-Сен-25, 22:51
	Опять попеннетный кексперт вообще не в курсе о том, что говорит. Достаточно было даже последний тред почитать, где Кент уже был "максимально вежливый". Там другие мейнтейнеры очень много ласковых ему высказали, в том числе и с примерами. И, как человек, следивший за предыдущими конфликтами, я точно не на стороне Кента. https://lore.kernel.org/lkml/22ib5scviwwa7bqeln22w2xm3dlywc4.../
	Ответить | Правка | Наверх | Cообщить модератору

	6. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
	Сообщение от вымя (?), 10-Сен-25, 23:06
	Примеры там довольно странные, на мой взгляд. «Ах, как он посмелил оскорбить разработчиков btrfs критикой их детища.» Впрочем, чего ещё я должен был ожидать от людей? Они же по природе своей любят воспринимать всё персонально, такие же яжматери, только с кодом вместо детей.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от Ананимус (?), 11-Сен-25, 01:17
	Шок-контент: если крыть ***** своих коллег по проекту, испортишь репутацию. Вот это да. Вот это открытие. Как дети малые, ей-богу.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от Аноним (17), 11-Сен-25, 02:09
	quod licet Jove, non licet bove
	Ответить | Правка | Наверх | Cообщить модератору

	18. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+4 +/–
	Сообщение от Аноним (18), 11-Сен-25, 02:14
	Он никого не крыл, всё по делу говорил. Коллеги только попались тонкокожие. На западе это нормально, они тут часто такие ранимые.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	19. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Ананимус (?), 11-Сен-25, 02:22
	> тонкокожие Опять народ не тот, да что такое-то.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от нейм (?), 11-Сен-25, 08:17
	Sad but true; ты столько же сои как и не западненцы попробуй употребить, ещё и не такой истеричкой станешь (от фитоэстрогена конечно же).
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Ананимус (?), 11-Сен-25, 09:57
	Это был сарказм. Очевидно, что с мейнтейнерами все в порядке, а устраивающую драмы из-за буквально чего угодно истеричку отправили в таймаут. Это же буквально тактика воспитания детей: пока пинаешь ногами папу — папа с тобой не играет. Хочешь играть — веди себя нормально.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 04:25
	> Он никого не крыл, всё по делу говорил. Коллеги только попались тонкокожие. > На западе это нормально, они тут часто такие ранимые. То ли дело Шишкин. Всем без обиняков рассказал какие все п...сы. В результате тима стала состоять из целого Шишкина. Обнаружившего что в сутках лишь 24 часа, а тратить ресурсы его гроссмейстерского величества на всякий там майнтенанс и рутину - да еще что-то новое придумывать ... ых, ых, ых, ниасилил. И теперь он вообще - нонейм без своих проектов! И вот чего он достиг? Полил всех фекальями и свалил в закат? А стоило ли оно того? И это лучше того что было - потому что что? Представим себе что Шишкина бы никогда не существовало. Кто и что потерял бы на практике? Поток эстетствований и пару набросов на вентилятор? А это точно - ужасная потеря, о которой кто-то будет горевать?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	49. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Stellarwind (?), 11-Сен-25, 11:58
	>[оверквотинг удален] > лишь 24 часа, а тратить ресурсы его гроссмейстерского величества на всякий > там майнтенанс и рутину - да еще что-то новое придумывать ... > ых, ых, ых, ниасилил. И теперь он вообще - нонейм без > своих проектов! > И вот чего он достиг? Полил всех фекальями и свалил в закат? > А стоило ли оно того? И это лучше того что было > - потому что что? Представим себе что Шишкина бы никогда не > существовало. Кто и что потерял бы на практике? Поток эстетствований и > пару набросов на вентилятор? А это точно - ужасная потеря, о > которой кто-то будет горевать? Шишкину просто было глубоко насрать - он деньги получает не за reiser4 и пилил он его в свое удовольствие по сути. Если долго вести себя "вежливо" и не называть говно тем, что оно есть, то вы так и будете им пользоваться, просто потому что кто-то может оскорбиться.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Ананимус (?), 11-Сен-25, 13:49
	> Если долго вести себя "вежливо" и не называть говно тем, что оно есть, > то вы так и будете им пользоваться, просто потому что кто-то может > оскорбиться. А ещё можно вести себя и правда вежливо, не нападать на коллег, не уничижать их труд, и просто программировать файловую систему в рамках процесса, принятого в Linux. В Linux может быть две хорошие файловые системы с CoW, это не игра с нулевой суммой.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (60), 11-Сен-25, 15:26
	> Шишкину просто было глубоко насрать - он деньги получает не за reiser4 А зачем он тогда приперся и стал выделываться с поливанием всех вокруг? > и пилил он его в свое удовольствие по сути. Если долго > вести себя "вежливо" и не называть говно тем, что оно есть, > то вы так и будете им пользоваться, просто потому что кто-то > может оскорбиться. Видите ли в чем нюанс? 1) Мы и так будем пользоваться - этим. Потому что его величество гроссмейстер смог родить на выбор vaporware и полутруп. Ни то ни другое не является пригодным для экслуатации вообще. При этом совершенно не важно какие там у него супер-алгоритмы. 2) Linux это большой живой проект. Нельзя в 1 день все сломать и резко переделать расово верно. Даже если хочется. Даже если вроде бы и следовало. Если так сделать - миллионы, если не миллиарды людей на этом глобусе резко пролетят и будут иметь кое-что против такого общего управления проектом. Спрос родит предложение и на этом история проекта и закончится. И девелоп перехватят более разумные существа. Торвальдс в курсе и предпочитает именно этим разумным существом и быть. Так прикольнее. Так что да, Linux - такой какой есть. И практики девелопа такие как есть. Это работает, и от добра добра не ищут. Никто не будет это радикально менять. А зачем? Linux это 1 из крупнейший, крутейщих проектов в истории человечества, соревнуется он по сути только с секундной стрелкой. Остальные где-то там, на круг отстали. Только полный идиот может хотеть это все разломать во имя луны. Никакая декларируемая цель этого не стоит. Медленно, постепенно, итеративно улучшать, не более.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	59. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Ананимус (?), 11-Сен-25, 13:52
	> Он никого не крыл, всё по делу говорил. Ну и нет, там постоянно были диалоги вида - Ты процесс нарушаешь, не надо так - ЭТО ОЧЕНЬ ВАЖНО Я СЧИТАЮ ЧТО Я ПРАВ - Но тебе не дали ACK'ов, тут так не принято - ДАВАЙТЕ НЕ БУДЕМ ЭТО ОБСУЖДАТЬ Я понимаю почему с Кентом тут носятся как со священной коровой -- сюжет про одинокого непонятого гения всех был популярен, но тут буквально грустные мейнтейнеры два года страдают с истеричкой.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	24. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
	Сообщение от Аноним (-), 11-Сен-25, 03:46
	> Примеры там довольно странные, на мой взгляд. «Ах, как он посмелил > оскорбить разработчиков btrfs критикой их детища.» В коммерческой рекламе не называют имена конкурентов. За это можно иск схлопотать! Что намекает на уровень терпимости человечества к этой активности. Можно рассказать в рекламе чем вы ЛУЧШЕ каких-то АБСТРАКТНЫХ конкурентов. Как максимум. Кент не понял что он попытался вырасти из "гаража" в "переулке" - в взрослые отношения. Он был не готов к этому переходу. > Впрочем, чего ещё я должен был ожидать от людей? Вокруг btrfs скучковалась самя продвинутая и мощная подборка блочнофайлушников. А кент мешок гуано туда - хлобысь! Вау, все в крапинку? Ха-ха! Нюанс? Это ему от них что-то надо обычно - а не им от него. В этом смысле возникает вопрос: а точно вывалить мешок гуано как начало чата - отличная идея? Или после этого на двери появится - мордоворот, не пускающий в клуб странных типов с мешками? > Они же по природе своей любят воспринимать всё персонально, такие же яжматери, > только с кодом вместо детей. Это идет настолько далеко что для коммерческой рекламы запрещено на уровне законодательства - указывать конкретные имена конкурентов. Можно сказать что наш порошок в 2 раза лучше конкуентов. Но если брякнете в своей рекламе "Tide - отстой" - за это ваши внуки будут еще выплачивать. Независимо от того насколько хорош ваш стиральный порошок, это просто - неприемлимая в взрослых отношениях практика. И ее могут вышибить. Достаточно жестко, если так надо.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	42. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от ымнамномнам (?), 11-Сен-25, 08:58
	> В коммерческой рекламе не называют имена конкурентов. За это можно иск схлопотать! Что намекает на уровень терпимости человечества к этой активности. Можно рассказать в рекламе чем вы ЛУЧШЕ каких-то АБСТРАКТНЫХ конкурентов. Как максимум. И рекламу, в которой мальчик покупает две банки неабстрактной кока-колы, чтобы встать на них и дотянуться до кнопки с надписью "пепси", никогда не снимали, и в ООО Яблоко никогда не вставляли в свои презентации слайдов о том, что на последние версии их операционок обновляются быстрее, чем в мире конкретных андроидов.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 11:43
	> И рекламу, в которой мальчик покупает две банки неабстрактной кока-колы, чтобы встать > на них и дотянуться до кнопки с надписью "пепси", никогда не > снимали, и в ООО Яблоко никогда не вставляли в свои презентации > слайдов о том, что на последние версии их операционок обновляются быстрее, > чем в мире конкретных андроидов. Если у вас какие-то проблемы с чтением, я повторю еще раз. В лучшем случае такие вещи считаются чем-то "политически некорректным" и на грани фола. Какие-то borderline варианты, иногда, эпизодически, могут протиснуться под радарами. Но это не доказывает что сие валидно и приветствуется. Если вы отстроите вообще всю вашу рекламную кампанию на обсирании других, как это удумал Кент - знаете что? Толпа обозленных конкурентов постарается все же обеспечить вам последствия. И вероятно это у них в результате получится. И законы в целом на их стороне и такие вещи имеют свойство - выходить боком. Так что лучший совет который Кенту дали - no, you do not need to argue. You need to shut the f...k up. Here. Now. Умение вовремя заткнуться - полезный скилл, спасающий от дофига проблем, так то. Неумеючи это - можно сделать свою жизнь сложнее. На ровном месте. Просто потому что на самом деле вам никто нихрена не должен. И если вдруг кто непонятливый и все и вся считает за данность - данность может внезапно закончиться. Как вот тут. Зато лекцию Торвальдсу прочел о прожектменеджменте. Торвальдс продолжит менеджить проект как считает нужным а кент... кхе-кхе :)
	Ответить | Правка | Наверх | Cообщить модератору

	7. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (7), 10-Сен-25, 23:13
	> За ним один косяк - нарушение таймлайнов разработки ядра, когда в rc релизы залетает много кода, что вызывает регресс тестирования. Ну да, это ведь такая мелочь.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	29. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 04:35
	> Ну да, это ведь такая мелочь. Он наверное единственный файлушник который откровенно профачил RC1, вбросив здоровенный pull request в последние секунды перед самым RC1. Который оказался вообще совсем не протестирован - и сломал народу билды. Называя вещи своими именами, гражданин нехороший транслировал свою проблему неумения менеджить свое время и девелоп проекта с нормальным планированием что входит в релиз, в проблемы целой толпы никак не связанного народа, от Торвальдса до кучи васянов виноватых только тем что Кент не тестанул билдовку своего "супер" кода на их архитектуре. Так что на поверку - код оказался не такой уж и "супер". А еще так ведут себя только м...ки или долбоящеры. И обоим типам в командной разработке софта ловить нечего. Потому что за такое целая толпа ВНЕЗАПНО начинает хотеть испить крови этого счастливчика. Почему-то. Наверное, если кернел у вас совсем не собрался - не так уж важно какая офигенная там могла бы быть фс, да? :)
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от User (??), 11-Сен-25, 18:52
	>> Ну да, это ведь такая мелочь. > Он наверное единственный файлушник который откровенно профачил RC1, вбросив здоровенный > pull request в последние секунды перед самым RC1. Который оказался вообще > совсем не протестирован - и сломал народу билды. Не-не-не, пжди. "профачил" или "в последнюю секунду"? Или в предпоследнюю? Или за сутки? Или за неделю? А может просто "без уважения"? Тут или вы принимаете изменения в окне приёма, не важно, в последнюю там или предпоследнюю - или корректируете процессы, а не так, что "окно приёма изменений" для приёма изменений, но изменения, поданные в рамках окна не принимаются.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 19:08
	> Тут или вы принимаете изменения в окне приёма, не важно, в последнюю там или предпоследнюю - или корректируете процессы, а не так, что "окно приёма изменений" для приёма изменений, но изменения, поданные в рамках окна не принимаются. - Маладой человек! Вы что не видите? У нас обед! -- Так тут написано.. - Так это не для вас написано! Идите, идите!
	Ответить | Правка | Наверх | Cообщить модератору

	23. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (23), 11-Сен-25, 03:31
	Так не читай! Или тоже сейчас пидали разыгрывать будешь? Ему ядро бесплатно делают, а он уже и не знает как своё ЧСВ девать.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

5. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
Сообщение от Аноним (-), 10-Сен-25, 22:56
ЧтошЪ финал слегка предсказуемый. А ведь всего-то не надо было ломать устоявшиеся процессы и лезть со своим " ̶м̶н̶е̶ ̶т̶о̶л̶ь̶к̶о̶ ̶с̶п̶р̶о̶с̶и̶т̶ь̶ мне только пофиксить" пихая новые фичи в фикс pull request'ы. Зато теперь мы сможем увидеть, как самая лучшая ФС в мире, завоюет популярность силами Сообщества™))
Ответить | Правка | Наверх | Cообщить модератору

	9. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
	Сообщение от Аноним (9), 10-Сен-25, 23:58
	>А ведь всего-то не надо было ломать устоявшиеся процессы Дело вообще не в процессах, а в том, что ФС Кента нафиг не нужна в принципе. У каждой новой ФС есть недостатки: 1. надо поддерживать 2. плодит фрагментацию Линусу BTRFS была нужна как ФС с тремя условиями: 1. invented here и под нужной лицензией, с копирайтами у нужных людей 2. nextgen Какой проект первый пообещал эксклюзивно продвигать монополию Linux - на том и женились. ZFS уже была жената на Solaris - на ней жениться не стали. Кент начал делать эксклюзив - ну его потерпели как любовницу-содержанку, при первом же недовольстве выкинули на мороз. Вот и всё тут.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от MazikOttogi (ok), 11-Сен-25, 01:26
	В чём заключается "nextgen"?
	Ответить | Правка | Наверх | Cообщить модератору

	14. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+2 +/–
	Сообщение от Аноним (3), 11-Сен-25, 01:46
	> В чём заключается "nextgen"? Копирование при записи (хоть и есть недостаток, например, для дисков виртуальных машин, для которых можно поставить атрибут NoCow ценой контрольных сумм), сжатие, дедупликация, и, важный аспект, контрольные суммы для данных, что позволяют обнаружить скрытую порчу данных или проблемы с той же оперативкой. Стоит также упомянуть снимки, что могут пригодится для тех же ролинг дистрибутивов, без необходимости в lvm прослойке, и даже поддержка рейдов, подтомов и квот есть.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (73), 11-Сен-25, 20:27
	Увы, но в действительности это не работает. Там, где это действительно необходимо - стоит nocow. Или это медленно, либо приводит к космическому WA. Или может быть, вы докер гоняете на BTRFS без nocow? Может kvm или samba? В том виде в котором есть btrfs - мне не понятен смысл ее существования. Она отвратительна.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (75), 11-Сен-25, 21:01
	> Увы, но в действительности это не работает. Зависит от цели использования. Космический WA там будет если на нее бд с высокой нагрузкой поставить или какой-то proxmox. Из личного опыта отлично использовал на рабочем ноутбуке с nvme в 256 гб, где с ext 4 уперся бы в размер. А так, текстовые файлы хорошо жались. Дв и для qemu локалхоста также плевать на wa. > докер гоняете на BTRFS А в чем проблема то? Там качается тар и распаковываются (много файлов, не один как у qemu) Другое дело, если там будет postgress с дикой нагрузкой. > Samba Конечно! Для файловой помойки самое то. А какая фс, позволяет обнаружить silent data corruption? Я знаю только btrfs, zfs и bcachefs В ядре сейчас только btrfs. Bcachefs под вопросом.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (21), 11-Сен-25, 03:18
	В том, что невозможно ответить на вопрос "сколько места свободно на диске", и, как следствие, перспектива получить нерабочую ФС, с которой невозможно удалить файлы, т.к. нет места (!). Ну и по мелочи, вроде порчи данных в разных ситуациях и посредственной производительности, особенно когда все эти новомодные фичи, ради которых она писалась, включены.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	27. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (27), 11-Сен-25, 04:16
	> В том, что невозможно ответить на вопрос "сколько места свободно на диске", Это верно для практически любой современной ФС. Сколько места свободно - абстрактно. Даже на EXT4 можно влегкую сделать... 1) например файлов с суммарным размером сильно больше sizeof(device). 2) дофига файлов с 0 размером, суммарный размер 0 но место на девайсе - кончается?! Видите, написано эн свободного места. Но можно получить что угодно, от нулевого суммарного размера файлов - ибо все ушло на метаданные - до аллокаций формально превышающих размер девайса в разы. Просто потому что этот can of worms уже открыт. Задолго до btrfs. Он лишь расширил фичи рефлинками, сжатием да схемами RAID и (потенциально) их смесью. Но ничего не поменялось. Хотя конечно вы можете FAT юзать, там нет holes - и все просто. Но эта простота - стоит денег и рушит перфоманс. Т.е. вы будете честно хранить гигабайтные блоки нулей и прочие ценные активы. > перспектива получить нерабочую ФС, с которой невозможно удалить файлы, т.к. нет места (!) Опять тут эксперты с знаниями из 2010 вылезли. У мордокниги с 2 миллларда хомяков - работает, и уж наверное нагрузка и такие ситуации у них - актуальнее чем у хом с опеннета, и ничего, живые. > Ну и по мелочи, вроде порчи данных в разных ситуациях Вообще-то как раз оно за счет чексумм - и чинит кривую копию, если есть откуда, и орет на сбойное железо на отлично. Вместо silent corruption, самого подлого и неприятного варианта - который по мере роста скоростей и хлипкости железа стал более частым гостем. > и посредственной производительности Хи-хи, я рефлинкну 3-терабайтный образ винча за несколько секунд. И смогу работать с второй "копией" независимо. Например fsck там сделав. А если не понравится как это работало - сотру и попробую еще раз. А вы можете показать как в ваших парадигмах эксперимент с пуском fsck на этом - с сохранением оригинала на случай если результат не понравился. И заодно посмотрим сколько времени это у вас занимает (перфоманс же) и сколько вам это стоит (на хранение копий).
	Ответить | Правка | Наверх | Cообщить модератору

	31. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–2 +/–
	Сообщение от Аноним (21), 11-Сен-25, 04:54
	> Сколько места свободно - абстрактно. Даже на EXT4 можно влегкую сделать... Ну вот на моих ext4 и xfs такой проблемы не возникает. > 1) например файлов с суммарным размером сильно больше sizeof(device). С хардлинками/рефлинками свободное место прекрасно вычисляется. А если вы про сжатие, то их нет у меня, и не надо. > 2) дофига файлов с 0 размером, суммарный размер 0 но место на девайсе - кончается?! В ext4 есть такая проблема, хотя на практике я ее не встречал. В отличие от. А в xfs и того нет. > У мордокниги с 2 миллларда хомяков - работает Клал я на мордокнигу, меня волнует, что и как работает лично у меня. И вот лично у меня за лет 25-30 опыта работы с Linux данные похерил именно btrfs, причем на ровном месте и безо всякой экзотики вроде raid и выключений питания. И включенные чексуммы не спасли. > Вообще-то как раз оно за счет чексумм - и чинит кривую копию Ну да, ну да. Гладко было на бумаге... > Хи-хи, я рефлинкну 3-терабайтный образ винча за несколько секунд. Ну и молодец. А мне все вот эти экзерсисы нафиг не нужны. Мне надо, чтобы в повседневной работе система не тупила и при этом работала надежно. А это не про btrfs.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от Аноним (-), 11-Сен-25, 08:28
	>> Сколько места свободно - абстрактно. Даже на EXT4 можно влегкую сделать... > Ну вот на моих ext4 и xfs такой проблемы не возникает. На моих btrfs тоже, но это не означает что я при желании не смогу сделать довольно странные ситуации на них всех. На EXT4 может вообще - inode не хватить! И вот и место есть, и вообще. Но нет, новое файло вы туда не допишете. И перфоманс ext4 с разлапистой дирой с допустим порядка 50-100К файлов - бывает довольно похабный. Да еще и дира распухает. И не сдуется уже. Так что активно и долго юзаный EXT4 так себе радость. Онлайн проверки у него опять же нет. А укладывать все в даун на полдня для офлайн fsck вы там сами как-нибудь, имхо. >> 1) например файлов с суммарным размером сильно больше sizeof(device). > С хардлинками/рефлинками свободное место прекрасно вычисляется. Хардлинки и рефлинки - абсолютно разная функциональность. Хардлинки в цать раз проще. Рефлинки... возможность референсить экстент более 1 раза. Это живет ближе к блочному уровню чем хардлинки, и как таковое фича аллокации. Более того, btrfs, XFS и bcachefs юзают вызовы "same extent" и "clone range" на которых все это основано в том виде как его btrfs впервые сделал - и там видите ли то что запрощено софтом - одно, а как это будет реально оформлено - best effort/implementation defined. И как при записи оно сплитуется для поддержки иллюзии независимости копий файла - тоже implementation defined. На самом деле очень эффективные штуки, можно флот VM допустим поднять из шаблона без фактического копирования - но cow прозрачно будет дописывать в сторонку расхождения и иллюзия независимости - будет. Это не совсем халявно и за это может воздаться. Но скорость операций и оверселл себе же места - это круто. > А если вы про сжатие, то их нет у меня, и не надо. А мне не надо - окаменелый антиквариат с кучей легасипроблем. И сказ о его перфомансе прохладный. Я видет что бывает с EXT4 при 50-100К файлов в дире. Я видел как XFS удаляет DVD-sized файло (torrent) _минуту_. Тоже знаете ли такой себе перфоманс в кейсах с которыми я встречался. >> 2) дофига файлов с 0 размером, суммарный размер 0 но место на девайсе - кончается?! > В ext4 есть такая проблема, хотя на практике я ее не встречал. Эта проблема есть в любой ФС которая позволит создать достаточно файлов. Секрет прост: метаданные тоже место жрут. Имя файла и проч тоже надо где-то хранить. Можно выюзать все место вообще - не заняв под "data" ни байта. Один читер так даже архиватор сделал под контест сжатия. Спросил организаторов - а можно эн файлов вместо 1? Можно! Он и стал сохранять данные исходного файла - в имена файлов. А размер файлов - ноль. Проблема только 1 - хотя формально степень сжатия бесконечная, места на ФС с этой активности почему-то не добавится. С тех пор оргагнизаторы контестов аккуратнее относятся к правилам :) > В отличие от. А в xfs и того нет. Да неужели? Он хранит имена файлов и проч в астрале? Не аллоцируя под это место? В этом месте вы спалили непонимание азов работы ФС. Вам рано пытаться блистать экспертизой с таким уровнем знаний. > Клал я на мордокнигу, меня волнует, что и как работает лично у меня. Как ни странно я тоже. Но такая толпа выпущенная на поляну и вытоптавшая ее - избавляет меня от кучи странных вещей. > с Linux данные похерил именно btrfs, причем на ровном месте и > безо всякой экзотики вроде raid и выключений питания. И включенные чексуммы не спасли. И конечно как обычно - деталей не будет? А так - в свое время господа типа вас рассказывали что от скорости 40 км/ч можно сойти с ума, куры перетсанут нестись, а у коров испортится молоко. Но почему-то молоко в магазине - есть, и btrfs у меня никак не разваливается. Хотя уж столько лет обещают. У меня уж этого btrfs распихано - а все не разваливается. Правда я не игнорю ор в системные логи и мониторю корректность работы железа. >> Вообще-то как раз оно за счет чексумм - и чинит кривую копию > Ну да, ну да. Гладко было на бумаге... Да оно и на практике - работает. А ext4 у меня как-то скопытился в эмбедовке с 1 бэд сектора. попал, понимаешь, подлец - под libc6. И все, система тыква и я все бросаю и в темпе вальса лечу это разэмбедовывать. А там 1 гребаный бэд под libc6 все урыл наповал. У меня уже с пару сотен юнитов такого добра раскидано по глобусу, там некому эти ваши долбаные fsck клацать и нянчиться с юнитом. В этом смысле DUP был неким апгрейдом. >> Хи-хи, я рефлинкну 3-терабайтный образ винча за несколько секунд. > Ну и молодец. А мне все вот эти экзерсисы нафиг не нужны. А я не собираюсь ограничивать себя ходьбой пехом и ездой на конской хребтине. Поэтому мы друг друга не поймем. Я уже декомисовал у себя EXT4 а XFS на мой вкус - вообще WTF'а кусок, ибо потуги сделать эрзац cow - без полного набора дотоинств оного - бессмысленное и беспощадное шиткомбо, имхо. Не, я не собираюсь юзать никакие сратисы. И LVM/md/dm/etc - вы там сами как-нибудь. После управления btrfs мне эта этажерка уже как-то совсем не того. > Мне надо, чтобы в повседневной работе система не тупила и при > этом работала надежно. А это не про btrfs. Я уже смог оценить надежность когда бэд в EXT4 накрыл libc6 и на этот случай плана нет вообще совсем. А вот btrfs теперь - и в этом случае потрепыхается, и до того как оно помрет по такой причине - оно сперва изрядно поспамит логи, давая время на маневр.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (21), 11-Сен-25, 12:14
	> На моих btrfs тоже, но это не означает что я при желании не смогу сделать довольно странные ситуации на них всех. При желании можно и свинью заставить летать. Речь не о том, как заставить ФС встать колом, а о том, насколько вероятно, что она встанет в повседневной жизни. И в повседневной жизни я не создаю миллионы файлов в директории, и большинство файлов имеют ненулевой размер. Даже если бы проблемы с inode возникли, решаются они довольно просто и очевидно - удалением или перемещением файлов. А с btrfs и ее филосовским отношением к свободному месту проблема может возникнуть именно при повседневном использовании. > Рефлинки... возможность референсить экстент более 1 раза. Рефлинк - этот тот же хардлинк, но с автоматическим COW. А то, что вы описываете - это как работает COW в btrfs. > Он хранит имена файлов и проч в астрале? Не аллоцируя под это место? Сами сказали, сами посмеялись? Вопрос в том, как хранятся inode. В ext4 выделена фиксированная область для их хранения, отсюда и проблема с out of space. В xfs (без inode32) inode могут храниться по всему диску, поэтому если ты забьешь его весь inod'ами, то свободного места у тебя будет 0. Но еще раз повторюсь, чтобы на это нарваться, надо специально постараться. > И конечно как обычно - деталей не будет? Тут вы правы - не будет. Дело было несколько лет назад и, уж извините, лично для вас я тогда детали не сохранил. Просто снес к такой-то матери полуразваленную btrfs и заменил на xfs, а данные восстановил из копии.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 13:06
	> При желании можно и свинью заставить летать. Речь не о том, как > заставить ФС встать колом, а о том, насколько вероятно, что она > встанет в повседневной жизни. У меня в повседневной жизни дофига btrfs-а и он колом не встает. Меня устраивает. И даже немного сабжа есть. Колом он тоже на мое счастье не встает, пару багов я видал, но ничего реально фатального. Но своими замашками с фс утилсами требующими "скачайте ночнушку!!111" кент сделал мою жизнь неудобной, и с учетом дропа ФС утилсов в моем дистро (которому тоже неудобна такая полися апстрима) - я склонен считать эксперимент интересным, но в целом - скорее неудачным, а с учетом ситуации с ядром все что юзало сабжа - отмигрирует на btrfs постепенно, там ничего ценного или критичного, обычные сервисные виртуалки, их легко отреспинить. Видите, ALL не обязан жрать кактус ЛЮБОЙ ценой. И тут Кент как-то перегнул палку. Да, у него хорошая штука. Но это не делает его пупом земли, которому простят все и вся. Если он это не понимает - печально, но тогда зачем мне делать из этого свои проблемы? > И в повседневной жизни я не создаю миллионы файлов в директории, А я вот иногда могу от 50 до 300К забацать. С фига я должен ограничиваться хомячковыми сценариями при эксплуатации ФС я не знаю. Поэтому хорошую работу в моих сценариях я буду считать за фичу. > и большинство файлов имеют ненулевой размер. Пойнт в том что вычисления свободного места в ФС - в целом просто некая достаточно абстрактная цифра. Чем эта цифра в btrfs так уж хуже чем в других - я не придумал. Ну да, т.к. фич больше - больше причин чтобы эта абстрактная цифра разошлась с ожиданиями. Но я уже дал пару примеров как эти ожидания полностью обломать даже и на классике. Т.е. никаких качественных отличий нет, количественные - может быть, но эту историю начал точно не btrfs. > Даже если бы проблемы с inode возникли, решаются они довольно просто и > очевидно - удалением или перемещением файлов. Вау круто, а если файлы нужны, мне наверное в ООН тогда писать петицию? Де факто статическая аллокация инодов - это визитка АРХАИЧНЫХ дизайнов. Это дурное наследие, никто более не будет новые дизайны по тем лекалам лепить. > А с btrfs и ее филосовским отношением к свободному месту проблема может возникнуть > именно при повседневном использовании. По состоянию на здесь и сейчас, с более-менее современными дистрами и ядрами - это все бред сивой кобылы. Там на совсем пиковые случаи с неких пор сделали небольшой global reserve. В случае когда "everything failed" юзается место из него, так что даже откровенно провальная операция типа дописать для удаления файла - успешно завершится. А еще - они сделали авто-GC блочных групп, по типу того что кент с buckets делает. И проблемы с резким изменением data/metadata ratio тоже в целом ушли. Понятно что предвидеть ВСЕ в сложном продвинутом дизайне было нереально, и какие-то траблы лезли. Но ваши знания 2010 года уже не особо актуальны. Да и тогда оно лезло лишь в специфичных случаях в которые ФС вообще не надо загонять, если перфоманс минимально интересовал. Т.е. забивка ФС более чем на 85-90% это создание кучи проблем аллокатору, дикая фрагментация и проч. В случае XFS при этом, вроде, нет никакого плана действий, кстати, а? У ext4 и btrfs есть какой-никакой дефраг. >> Рефлинки... возможность референсить экстент более 1 раза. > Рефлинк - этот тот же хардлинк, но с автоматическим COW. Хардлинк по сути просто +1 имя у файла. Файл - inode, у которого есть 0 или более имен. Если имен 0 то по нормальной семантике файл unlinked и деллаоцируется (когда его все закрыли). O_TMPFILE может немного поспорить с этим но это мало чем отличается от случая с inode где все имена отвязали но файл все же еще не закрыли и в ФС он еще держится, невидимый. Рефлинк это довольно абстрактная штука. Он не существует как некая конкретная сущность и как это ФС делает - implementation defined. Все крутится вокруг 2 вызовов (ioctl): 1) "same extent" - хинт дедупликации, утверждиющий энной ФС что вот этот и этот экстенты - дубликаты и можно заменить вон того - референсом на первого. Получив такой запрос на вход ФС должна проверить что это и правда так - и заменить одну копию референсом на вторую копию. Заметьте - имена файлов тут никак не фигурируют, и это могут быть разные никак не связанные файлы, все что критично - чтобы это были 2 идентичные регионы. Тогда 1 из них может быть деаллоцирован и превращен в референс. Этот рефенерс внутреннее дело ФС и его нигде наружу никак не видно. 2) "clone range" - мы просим создать типа-копию региона файла с содержимым "как вот тут". Де факто ФС повесит +1 референс на экстент(ы) а если туда что-то потом запишут, обыграет сплит этого cow. Это добро работает в режиме "best effort", у ФС могут быть свои идеи что она (не)может выполнить и то что запрос будет выполнен 1 в 1 как его программа выставила ниоткуда не следует, программе не видно внутреннюю механику произвольной ФС с этим и-фейсом, ФС лучше знает что она (не)способна обеспечить и как это будет выглядеть. И получается забавно: запустив прогу дедупа у меня ... формальный размер суммы аллокаций файлов не меняется, а свободное место - растет. Потому что часть дубликатов заменили референсами. > А то, что вы описываете - это как работает COW в btrfs. Я описываю как работают 2 характерных ioctl, которые с btrfs'а потом содрали, видите ли, XFS (которого для этого каким-то чудом расперли на лимтированный и кривоватый cow) и bcachefs. И рефлинки в zfs вероятно тоже через них же сделаны. Потому что кто же будет кодить софт "спецом под 1 фс" когда 3 другие юзают вон тот ифейс. В сорцах ядра эти ioctl у всей троицы явно деланы копипастой с btrfs'а. И устаканился такой вот интерфейс вызовов. К хардлинкам это все никак не относится, ибо ничего с именами файлоов не делает и в общем случае - "same extent" может вообще принадлежать совсем разным файлам. Которые никогда не имели ничего общего, но потом заимели, дедуп прога нашла это - и вывесила запрос замены 1 из копий _экстента_ +1 референсом. Заметьте, это не про _файлы_ или _имена_. Это довольно принципиальное отличие, реализация этих и-фейсов подразумевает некую форму CoW ибо иначе - а как при записи разбивать то клона, чтобы поддержать абстракцию независимости файлов? >> Он хранит имена файлов и проч в астрале? Не аллоцируя под это место? > Сами сказали, сами посмеялись? Вопрос в том, как хранятся inode. Вы не понимаете. На XFS можно создать дофига файлов 0 размера - выжрав все место одними только метаданными. Суммарно размер файлов будет - ноль. Да, это несколько экстремальный случай, для иллюстрации на тему того что цифирь свободного места - еще ничего не гарантирует. Видите, суммарно файлы 0 байтов а места - почему-то нет. Все ушло на метаданные. > диску, поэтому если ты забьешь его весь inod'ами, то свободного места > у тебя будет 0. И вот чего стоит цифря свободного места? Если она варьируется в широких пределах в зависимости от наполнения ФС и при no space left все равно sum(file sizes) != sizeof(dev size). Так что в лучшем случае это какой-то очень приблизительный ballpark даже в ext4 и xfs. В btrfs оно еще более приблизительное. И чего? Да, с RAID может стать еще чуть хитрее. Но если кто полез в продвинутости, ему придется понять азы работы продвинутого дизайна, чтобы избегать глупых обломов. А вы можете юзать хоть FAT16 если вам так хочется. > Но еще раз повторюсь, чтобы на это нарваться, надо специально постараться. Предсатвяляете, btrfs для меня тоже в целом - просто работает. Под сказки всяких сказочников. Может, "дело мастера боится" потому что я умею решать свои проблемы - и знаю девов этой штуки, так что "в случае чего" я ессно разберусь. Но пока этот скилл ни разу не пригодился, а страшилки с опеннета - приелись. Скажем прямо. > снес к такой-то матери полуразваленную btrfs и заменил на xfs, а > данные восстановил из копии. Какая типичная для опеннета история. С учетом вышеописанного вы уж простите мне мой здоровый скепсис, и ремарку что я все же буду ездить на поездах. И буду за поезда. С полным пофигом на ваши увещевания что куры перестанут нестись. Потому что я уже цать лет езжу на поездах а куры никуда не делись.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от User (??), 11-Сен-25, 16:32
	Уф. Я даже несколько вот стесняюсь спрашивать -  а _нормальные_ для отрасли задачи у вас ну вот вообще - бывали хоть когда-нибудь? Не "накласть под себя 1000000 файлов в одну папку" (Зачем? Почему? Для чего? Что, дисперсию по дереву с 90х годов делать разучились? И нужна именно абстракция "файлы", а не "объекты"?), не "fsck'ать" N-терабайт - а вот выкинуть из кластера сбойную ноду, загнать вместо неё точно такую же, но живую, поднять бэкап-синкануть стейт? Не делать 100500 снапшотов VM на локалхосте, а спровижнить этот диск на хотя бы три гипервизора в кластере? Ну вот обеспечить гарантированную производительность дисковой подсистемы для СУБД, хотя бы?
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	56. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от maximnik0 (?), 11-Сен-25, 13:08
	>Вообще-то как раз оно за счет чексумм - и чинит кривую копию, если есть откуда А если обе копии методанных повреждены или некорректные то получаем удовольствие - при этом как я убедился опять нету специалистов по этой ФС ,гонят фигню типа жёсткий на помойку. Хорошо я теперь хоть понимаю как эта ФС работает и не паникую, понимаю что данные я вытащу- но опять утилиты не спасают,не могут даже зафиксировать ошибку :-( Хорошо хоть теперь не падают на ровном месте https://www.linux.org.ru/forum/admin/18068502 (Проблему решил )
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	74. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (73), 11-Сен-25, 20:29
	Копий должно быть 3+.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от maximnik0 (?), 11-Сен-25, 21:46
	> Копий должно быть 3+. А толку то ? Если методанные описывающие дерево устаревшие- можно и 4 копии неверные сделать. Да, есть в 3х летних fixed: что такую как у меня ошибку поправили - синхрометки теперь проверяют (состояние гонки - самые поганые тип   ошибок и при этом очень тяжело ловятся)
	Ответить | Правка | Наверх | Cообщить модератору

	26. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (26), 11-Сен-25, 03:55
	> В чём заключается "nextgen"? Чексумы, сжатие, снапшоты, многодевайсность, CoW с семантикой почти как полный журнал - без потерь скорости от двукратной записи данных. Можно расширить - даже RAID - просто воткнув +1 девайс и сказав "btrfs device add" после чего вот вам +N места. Даже если это RAID был. А если столько места в эн-дисковом пуле стало не надо, можно энный девайс и device remove - и вынуть его из ФС. Можно профайл RAID сменить. Проверить чексумы по всем занятым регионам. И проч. И это все - нонстоп. На лету. Без прерывания сервиса и неюзабельности компа/сервера/whatever на дофига времни как у вон тех. Это менеджмент девайсов, места и ФС как это должно было быть с самого начала. Когда оно просто работает, и просто - человекам. В управлении и обслуживании (которое в идеале почти отсутвует в нормальном курсе событий).
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	34. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
	Сообщение от Аноним (34), 11-Сен-25, 07:07
	>[оверквотинг удален] > это RAID был. А если столько места в эн-дисковом пуле стало > не надо, можно энный девайс и device remove - и вынуть > его из ФС. > Можно профайл RAID сменить. Проверить чексумы по всем занятым регионам. И проч. > И это все - нонстоп. На лету. Без прерывания сервиса и > неюзабельности компа/сервера/whatever на дофига времни как у вон тех. > Это менеджмент девайсов, места и ФС как это должно было быть с > самого начала. Когда оно просто работает, и просто - человекам. В > управлении и обслуживании (которое в идеале почти отсутвует в нормальном курсе > событий). Есть один момент занятный. В RHEL Xfs есть, а Btrfs нет. Интересный момент, думаю.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 07:48
	> Есть один момент занятный. > В RHEL Xfs есть, а Btrfs нет. Интересный момент, думаю. Есть еще 1 момент, не менее занятный: в RHBM по сути не осталось известных блочнофайлушников. Даже экс-майнтайнер XFS, Деррик Вонг оттуда сдриснул - и отвисает почему-то с btrfs'никами в основном. Видимо не прикольное это дело - пытаться из пенсионера делать чемпиона-олимпийца. А код от дидов - это весьма такой себе ассет. Вот майнтайнер по совокупности и задолбался с потока багов который ему выгружал Syzbot. На память об этом XFS v4 задепрекачен, без нормального пути миграции на v5, в общем как обычно - проблемы индейцев шерифа не волнуют. Отличный выбор для эксплуатации... если есть товарный состав бабок на RHBMовский саппорт чтобы они сами свой кал и разгребали. А если не сами - вот это уже печальненько будет такое. Да, и этот их Джожеф Басик теперь тоже - не их. А очень даже фэйсбучный и довольно годно btrfs пилит. А в RHBM - шушера нонеймовская, с отчетиками что вот вот уже почти что-то там стабильное. И так уже лет i++ примерно. Для всего.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (34), 11-Сен-25, 12:24
	>[оверквотинг удален] > Вот майнтайнер по совокупности и задолбался с потока багов который ему выгружал > Syzbot. На память об этом XFS v4 задепрекачен, без нормального пути > миграции на v5, в общем как обычно - проблемы индейцев шерифа > не волнуют. Отличный выбор для эксплуатации... если есть товарный состав бабок > на RHBMовский саппорт чтобы они сами свой кал и разгребали. А > если не сами - вот это уже печальненько будет такое. > Да, и этот их Джожеф Басик теперь тоже - не их. А > очень даже фэйсбучный и довольно годно btrfs пилит. А в RHBM > - шушера нонеймовская, с отчетиками что вот вот уже почти что-то > там стабильное. И так уже лет i++ примерно. Для всего. А если в RHEL так всё плохо, то что по-вашему тогда эталон, из интерпрайзных, на который можно равняться? И почему?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–1 +/–
	Сообщение от Аноним (57), 11-Сен-25, 13:36
	> А если в RHEL так всё плохо, то что по-вашему тогда эталон, > из интерпрайзных, на который можно равняться? И почему? Равняться на него имеет смысл только узкой группе фирм входящих в фортуну 500 - способных подогнать товарный состав денег за саппорт. IBM меньше чем это - не интересует, извините. Если вы не оно - эталон не про вас. Потому что никаких бенефитов с всего этого вы не получите. А так у RH в целом - нормальные ядерщики все же есть. Которые в случае крутого факапа все же могут быстро и эффективно с проблемой справиться. А какая-нибудь убунта - с парой тыщ комитов в ядро за всю свою историю - сможет что? Сопли пожевать? Какие-то небольшие адаптации и свою специфику они смогут зарулить. Но резко решить крутую проблему с ядром у топового кастомера? Вот это уже не факт. Но это в целом. А с ФС у RH последние несколько лет - позор какой-то. Включая всю эту историю с XFS, сратисом и чем там еще - и потерей всех видных блочно файлушных имен из мира Linux в результате этого треша и позора. Да и вот в соседней новости тут был эталон баззвордов и хайпа от руководителя десктопного направления. Когда он там программу переписал с немодных GTK2 и GL на GTK4 и вулкан используя AI. А попутно жесточайше спалив свою квалификацию - AI его лоханул, считая все на CPU :D :D а этот тупарь даже не заметил, запилил статью, и в сумме - ну, окей, его квалификация теперь как на ладони. Хайп штука такая, обоюдоострая :) Конкретно в вопросах ФС я б вообще равняться на RH не стал. Ну не, нагруженные бд вроде на XFS неплохо живут. Но если вы не про это - не понимаю зачем с этим связыватсья. И менеджить место чем-то типа сратиса... господи, я боюсь даже представить себе что будет если пока оно там что-то менеджит что-то пойдет не так. Тут кастомеры RH познают зачем они товарный состав денег завезли, манагемент накрячит всех этих индусиков и они будут хоть руками кастомерские байты перебирать. А вот если вы товарняк денеu КРИЬ не завозили - я понятия что вы делать будете. Как говорится - good luck and godspeed. Можете также попытаться менеджить всю эту этажерку наслоений мануально и не спятить, конечно. Но имхо это такое себе. И это причина по котрой современные дизайны типа btrfs и сабжа делают это иначе.
	Ответить | Правка | Наверх | Cообщить модератору

8. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
Сообщение от Аноним (8), 10-Сен-25, 23:26
Логично, OpenSUSE - один из ключевых разработчиков BTRFS.
Ответить | Правка | Наверх | Cообщить модератору

	16. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (16), 11-Сен-25, 02:06
	https://get.opensuse.org/ru/desktop/
	Ответить | Правка | Наверх | Cообщить модератору

	51. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от KHD13 (ok), 11-Сен-25, 12:12
	Эти ушлёпки когда включили btrfs по умолчанию, у меня через дней 10 начала загружаться консоль и вопить, что мало места! А это самое место, было занято снапшотами btrfs, по умолчанию сусевцы сделали их 50 штук! Вернулся на ext4
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

10. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+3 +/–
Сообщение от Аноним (10), 11-Сен-25, 00:35
ФС создают умные люди со своим мнением, а такие самому лучшему управленцу в мире ненужны. К финишной лабе хорошо подходят безынициативные снежинки с двумя извилинами как у ИИ.
Ответить | Правка | Наверх | Cообщить модератору

	20. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	–2 +/–
	Сообщение от Аноним (-), 11-Сен-25, 03:08
	> ФС создают умные люди со своим мнением, Которые как правило не понимают простой вещи. Их ум и экспертиза - узконишевые, в своем топике. А во всех остальных они ... зачастую по нулям! 1) Рейзер. Профакал фирму, продолбал сотрудников, убил жену и попал на пожизненное. Это, типа, успех менеджмента фирмы, проекта или хотя-бы своей жизни, чтоли? Серьезно? Кстати ФС писать для такого итога - совершенно не требуется. Можно пирожки печь с тем же успехом. 2) Шишкин. Рассказал всем какие они п...сы. Продолбал Reiser4. Не осилил Reiser5. И отвалил в туман, теперь это какой-то нонейм без своих проектов вообще. Известный тем что на всех д@рьма слил при отсутствии своих достижений в основном. > а такие самому лучшему управленцу в мире ненужны. К финишной лабе хорошо > подходят безынициативные снежинки с двумя извилинами как у ИИ.   В девелопе софта все в курсе что best is mortal enemy of good enough. ФС не исключение, как видите - те кто гонялись за идеалом слишком долго, заметили что если в матрице висеть слишком долго, вернуться из нее вообще потом не получится. Релиз не состоится никогда. И для всего остального мира - в таком виде нет никакой разницы с тем как если бы вас никогда не существовало в природе. Не очень крутое достижение для софтварных проектов.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+4 +/–
	Сообщение от Аноним (21), 11-Сен-25, 03:20
	> Шишкин. Рассказал всем какие они п...сы. И ведь, что характерно, оказался прав.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (40), 11-Сен-25, 08:35
	>> Шишкин. Рассказал всем какие они п...сы. > И ведь, что характерно, оказался прав. И ведь что характерно - не релизнул ни 1 продукта под своим именем в результате. А раз так - его заслуги - ну, их нет. Похамить и свалить в закат - не больно какая заслуга перед человечеством.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (21), 11-Сен-25, 11:53
	Так-то патчи с reiser4 он поддерживал и развивал. Как сейчас - не знаю, не слежу.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 12:20
	> Так-то патчи с reiser4 он поддерживал и развивал. Как сейчас - не > знаю, не слежу. Ну да, так то, с отставанием на дофига - что-то там пыжился изобразить. Но в ядре довольно большие рефакторы вокруг блочнофайлушного, из-за сверскоростного IO типа nvme и проч, там всерьез взялись за перфоманс и оверхед. Гроссмейстера на столько счастья как я понимаю просто не хватило. Это ж не супер-алго в ФС кодить а довольно рутинные вещи менять - тем более трекая девелоп ядра чтобы понимать что и как менять. Тем временам стало понятно что дизайн Reiser4 уже и современным чаяниям не очень соответствует, до фичесета уровня btrfs/zfs/$subt можно и вообще не дожить. А просто очередной EXT4-like никого не возбуждает уже. И вот по итогам в активе шишкина есть: Reiser4 - некий зомби, который толком никогда не жил. По сути проект слит. Reiser5 - vaporware вообще. Это не бог весть какой список достижений чтобы с ним лезть других учить чему-то.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+1 +/–
	Сообщение от Аноним (-), 11-Сен-25, 18:34
	Шишкин красиво свалил в закат, кинематографично, как герой вестернского кино на лошади. Не все умеют красиво и изысканно сваливать.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	45. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 10:50
	При этом лез к этим 321ам, хотел сотрудничать. Неудобненько получилось)) Хотя судя по поведению, он и сам не особо лучше оказался.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	44. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (44), 11-Сен-25, 10:28
	А я вообще не понимаю как можно знать все или около того. ФС это реально сложная штука и есть люди которые в этом норм разбираются,думаю интеллект таких людей уж точно выше среднего. Может какой-нибудь пан Пох в силу возраста и знает много,но ведь его мало кто понимает.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	50. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+/–
	Сообщение от Аноним (-), 11-Сен-25, 12:12
	> пан Пох в силу возраста и знает много,но ведь его мало > кто понимает. Пан пох... 1) Сделал ставку не на ту лошадь. Его проприетарная юниксная кляча сломала ногу. А что делать в этом случае у него вообще плана не было. 2) Его экспертиза в Linux застряла в 2010 году. Он до сих пор не понял что Linux это не такой себе unix, а вполне себе самодостаточная штука. Которая будет создавать погоду. Забыв его ценное мнение спросить и посчитаться с какими там еще (полу)трупами BSD и соляр. Это они пусть с лидерами рынка - считаются. А суммарно этот сэр - сбитый летчик. И его участь в целом достаточно незавидна. А для понимания он мне пытался рассказывать за графический стек линя и кто там что - при том что я лично работал над решением своих проблем с дровами GPU с airlied и его тусовочкой. Но у него хватило наглости попытаться рассказать мне его небылицы несмотря даже на это. Зато я отлично откалибровал мой ламометр на такой запредельной наглости.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "В пакетах с ядром для openSUSE отключена поддержка BCacheFS"	+2 +/–
	Сообщение от Аноним (63), 11-Сен-25, 17:28
	> при том что я лично работал над решением своих проблем с дровами GPU с airlied и его тусовочкой Зашкаливающее количество твоих комментариев говорит о том, что ты можешь работать только над комментариями. Хотя, учитывая, что ты на неудобные вопросы тупо повторяешь одну и ту же лабуду, на которые тебе уже приводили опровержения многие уважаемые Анонимы (а у меня все анонимы уважаемые, если наши мнения совпадают :) ), проблемы у тебя не сложные. Работал он, как же. Такой же тролль, как ЭксконтрибуторFreeBSD, или два виртуала.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема