forum.opennet.ru - "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" (282)

"Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"

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

"Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+/–
Сообщение от opennews (?), 28-Июн-25, 10:54
Очередная дискуссия между Линусом Торвальсом и Кентом Оверстритом (Kent Overstreet), автором Bcachefs, завершилась тем, что Линус выразил готовность исключить код Bcachefs из ядра Linux 6.17. При этом Линус принял в состав ядра 6.16 изменения в Bcachefs, ставшие предметом очередного недовольства действиями Кента. Линус написал:... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63489
Ответить \| Правка \| Cообщить модератору

Оглавление

Нет, убъёт Bcachefs задумывалась как аналог zfs, но в ядре Не будет в ядре 8, Аноним (4), 10:58 , 28-Июн-25, (4) +23

Ну продолжит он пушить отдельно в свою ветку Что изменится Кому надо, тот ядро, Аноним (7), 11:00 , 28-Июн-25, (7)

Я написал что изменится 8211 повысится порог входа, а ради молодой ФС без тес, Аноним (4), 11:11 , 28-Июн-25, (16) +4

Так это лично его проблемы Убьет проект не это, а сам автор , Аноним (110), 14:45 , 28-Июн-25, (110) +2
экспериментальная ФС в проде , Ефрщ (?), 19:22 , 28-Июн-25, (170) +1

Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равн, gnugpl (?), 11:12 , 28-Июн-25, (18) –2

Затем что zfs надо уметь готовить, тормозит в неумелых руках , Аноним (4), 11:29 , 28-Июн-25, (37) +2

вопрос тормозов это вопрос выбора с учетом критереев выборанужно сжатие, защита , Олег (??), 00:04 , 29-Июн-25, (264) +1

типичное skill issue , Вася (??), 11:38 , 28-Июн-25, (41) +8

Файлухи юзают не для того чтобы с ними ться и skill issue прокачивать Это , Аноним (-), 14:36 , 28-Июн-25, (103) +7

Вы ничего ни о чем знать не хотите , Аноним (110), 15:25 , 28-Июн-25, (120) –3

Я и правда хочу заниматься - своими проектами, а не костылингом доисторической ф, Аноним (-), 15:53 , 28-Июн-25, (125) +2

Так не включайте dedup, Аноним (271), 00:17 , 29-Июн-25, (271) +1

dedup это единствееное ради чего этот zfs поделие имеет смысл, Аноним (298), 01:55 , 29-Июн-25, (298) –2

Использовать dedup на десктопе - крайне глупая затея , pofigist (?), 02:12 , 29-Июн-25, (301) +2

Оно и без dedup имеет очень странное управление памятью - и я пешочком постою чт, Аноним (-), 13:05 , 29-Июн-25, (338) –1

Зато фичи, ты не понимаешь , Аноним (49), 12:01 , 28-Июн-25, (49) –2

фичи без базы - ничто, Аноним (218), 21:25 , 28-Июн-25, (218) –1

ZFS will use too much memoryGenerally 8211 where memory is fast use of memor, Аноним (54), 12:19 , 28-Июн-25, (54) +1

вот в этом месте и вкрался п-дёж Эта комбинация немного односторонняя Иначе бы, нах. (?), 13:52 , 28-Июн-25, (85) –1

Да там и остальное такое же В частности прямо первый пункт Не, они не расскажу, Аноним (-), 17:07 , 28-Июн-25, (138) –3

потому что там все привыкли что половина видях не работает, потому что тут нвиди, нах. (?), 17:27 , 28-Июн-25, (146) +1

Хызы, у меня последний GL есть, вулкан - тоже, а ливка на основе FreeBSD на этой, Аноним (-), 20:26 , 28-Июн-25, (192)

Однако на Linux этот zfs arc не интегрирован так же хорошо с управлением памятью, morphe (?), 01:49 , 29-Июн-25, (296)

Очередной миф из разряда сталинские репрессии Пользователям ZFS годится для по, Аноним (69), 13:05 , 28-Июн-25, (69) –18

Хочешь сказать что разрабы ZFS тоже врут и отрицают правду, как и сталинисты , Аноним (73), 13:21 , 28-Июн-25, (73) +11
Учитывая, что репрессии реально были - ей-богу вы как-то сильно двусмысленно нап, Grand (?), 22:25 , 28-Июн-25, (235) +7

Замедляет относительно чего , Аноним (73), 20:03 , 28-Июн-25, (180)

Относительно не замедленных Что как маленький , стоячок (?), 12:50 , 29-Июн-25, (335) +1

Учитывая её свойства не такая уж она и медленная Включи на EXT4 журналирование , Аноним (73), 12:17 , 29-Июн-25, (334) –1

Вообще ни разу не Это ты с бырбыр перепутал, вот та задумывалась А получилось , нах. (?), 11:14 , 28-Июн-25, (20) –1

Можешь скинуть Что не удалят из ядра некоторые тоже говорили Предрекаю bcachef, Аноним (4), 11:19 , 28-Июн-25, (28)

Скринить , Аноним (4), 11:21 , 28-Июн-25, (30)

У BcacheFS правильная ядерная лицензия, в отличие от , Аноним (53), 12:18 , 28-Июн-25, (53)
Аналогов ZFS быть не может - ни в одной нормальной FS нет раздельного с ядром ке, Tron is Whistling (?), 12:40 , 28-Июн-25, (62) –1

во-первых нет никакого неядерного кэша ARC вполне себе в ядре во-вторых если, нах. (?), 13:40 , 28-Июн-25, (82) –3
Потому что это - баг, а не фича нахрен коум такие аналоги упали , Аноним (-), 14:37 , 28-Июн-25, (104)

ZFS - это кусок тормозного крапа, даже экстентов нормальных нет В 2025 году, эк, Аноним (-), 17:02 , 28-Июн-25, (136) –2

ZFS использует собственную модель управления блоками данных с динамическим разме, Аноним (163), 18:25 , 28-Июн-25, (163) +3

Прикольное название для недопиленный вариант экстентов Да, это какой-то ранни, Аноним (-), 20:30 , 28-Июн-25, (198) –4

Демократия 8212 наихудшая форма правления, если не считать всех остальных С, _ (??), 19:07 , 28-Июн-25, (168) –3

Да, я к счастью - не LLNL и это - именно их боль, которую они сами себе нашли По, Аноним (-), 20:32 , 28-Июн-25, (199)
он когда лбом упрется в такую задачу - подберет кривое-косое решение на единстве, нах. (?), 23:44 , 28-Июн-25, (257) +1

Я могу выбирать задачи в которые я вписываюсь И только подумай, берусь лишь за , Аноним (-), 04:21 , 29-Июн-25, (309) –1

тогда что строишь из себя эксперта Зазубрил пять команд единственной утилиты че, нах. (?), 10:41 , 29-Июн-25, (328) +1

Хороший фотограф просто знает когда жать DEL Я имхо честно демаркирую границы,, Аноним (-), 15:32 , 29-Июн-25, (345)

твои ценные мнения о zfs - далеко по ту сторону границы не то что экспертизы, а , нах. (?), 17:39 , 29-Июн-25, (353)

С каждой новостью про бкэшфс становится ясно что от нее фс надо держаться пода, Аноним (10), 11:05 , 28-Июн-25, (10) +17

А остальным разработчикам - просто наплевать на твои данные и исправлять они нич, нах. (?), 11:33 , 28-Июн-25, (39) –3

А как там у тебя рефлинки - пул не убивают уже в дрызг С фиксом пересоздайте п, Аноним (-), 14:39 , 28-Июн-25, (106) –5

И никогда не Внезапно Эксперт такой эксперт нет, та проблема к рефлинкам ник, нах. (?), 17:07 , 28-Июн-25, (137) +3

Да уж Там скорее проблема в том что1 Допереть вывалить нетестированую фичу в р, Аноним (-), 17:44 , 28-Июн-25, (153) –3

Используем ext4 и не рыпаемся , Аноним (86), 13:54 , 28-Июн-25, (86) +3

ext2 же ж Ext4 еще недостаточно устарела и окостенела, в ней, представляешь, то, нах. (?), 14:02 , 28-Июн-25, (96)

Да представляю, в 17м сам огрёб , Аноним (141), 17:12 , 28-Июн-25, (141) +1
Кто-то использует ext2 как основную на своём десктопе , zionist (ok), 17:49 , 28-Июн-25, (157)

Чем плоха ext4 , Аноним (159), 18:12 , 28-Июн-25, (159)

Она для луддитов же, её уже больше 3-х месяцев как придумали Я уж молчу о том, _ (??), 19:21 , 28-Июн-25, (169) +1
Тем, что она примитивна Мгновенных снапшотов нет, сжатия нет, подразделов нет, , Аноним (194), 20:27 , 28-Июн-25, (194) +3

Это вообще-то - достоинство -рА это точно то, что должа делать _FS_ Ну хоть, _ (??), 21:01 , 28-Июн-25, (211) +2

И как это интересно решают 2 А, в Ext2 Ext3 - такая проблема есть , Аноним (218), 22:11 , 28-Июн-25, (232)

Никак При форматировании нужно задать количество инодов, если иноды закончились, Аноним (194), 00:45 , 29-Июн-25, (280)

Задавать количество инодов при форматировании совсем необязательно По-умолчанию, zionist (ok), 11:10 , 29-Июн-25, (330)

Если есть возможность подключить дополнительный диск - можно извратившись с lvm2, maximnik0 (?), 12:15 , 29-Июн-25, (333)

Могу более тупой недостаток насыпать При том courtesy of пох или нах Оно в деа, Аноним (-), 22:39 , 28-Июн-25, (243) +1

А включить dir_index или large_dir религия значит не позволяет Одно время даже , maximnik0 (?), 13:36 , 29-Июн-25, (342)

Все это счастье, внезапно, с включеным dir_index Кто-то ext4 без него юзает oO, Аноним (-), 15:50 , 29-Июн-25, (346) –1

с включенным оно тормозить - не может по крайней мере - при всех удаленных файл, нах. (?), 18:08 , 29-Июн-25, (354)

для примитивных задач - достоинство, а когда надо не только чтоб с чего загрузит, нах. (?), 00:58 , 29-Июн-25, (286)

Все это было в ветке Аддона рентгенолог Называлось Next4 , правда оказалось п, maximnik0 (?), 22:15 , 28-Июн-25, (233) –1

Нынче уже даже сам Теодор Тсо прямым текстом говорит - будущее за дизайнами типа, Аноним (-), 22:35 , 28-Июн-25, (242)

только brtfs вечный эксперементатор и bcachefs выпиливают из ядра изза кривого к, Олег (??), 00:12 , 29-Июн-25, (268)

У тебя есть хотя бы десяток мощных серверов с желательно - двойными хотя бы 10, нах. (?), 01:31 , 29-Июн-25, (292)

двойной аплинкбекапи никакого ceph стойка забитаЯ пока присматриваюсьИнтерестно , Олег (??), 02:44 , 29-Июн-25, (303)

тогда даже и не думай в ту сторону Производительность будет ниже никакой во все, нах. (?), 10:54 , 29-Июн-25, (329)

Можно 10 раз сказать будущее за разбазариванием памяти и топовым ECC-железом в , Аноним (325), 09:53 , 29-Июн-25, (325)

Т е , недоразумениe под названием nilfs2 или недоделки типа jfs значит можно вкл, Аноним (73), 11:05 , 28-Июн-25, (11) –2

Это какое ещё недоразумение Самая надёжная ФС из доступных Для архивов самое т, Аноним (4), 11:12 , 28-Июн-25, (19) +1

Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт, Аноним (73), 12:15 , 28-Июн-25, (52)

Вы бы разобрались почему и для чего она тормознутая Тогда поняли почему она сам, Аноним (4), 12:51 , 28-Июн-25, (67)

Откуда взяться надёжности у ФС, которую пилят полторы калеки и которой никто кро, Аноним (73), 13:55 , 28-Июн-25, (87)
В смысле - если ей никто не пользуется - то и данные не про ет В принципе все , Аноним (-), 14:40 , 28-Июн-25, (107)
Надежнее btrfs А она не тормозит Кто виновать даже не знаю , Аноним (159), 20:52 , 28-Июн-25, (207)

Теперь свобода опрелятся советом директоров RHBM , Аноним (53), 12:20 , 28-Июн-25, (55) +2
что не так с jfs с недавних пор пользуюсь нужна простая фс с динамическими инод, Аноним (57), 12:20 , 28-Июн-25, (57)

Тормозная как трактор, не умеет нихрена, дефрага в случае чего нет даже теоретич, Аноним (-), 14:42 , 28-Июн-25, (108) +2

А можно грязных подробностей Чёто я не помню проблем с fsck, а оно жи _форсилось, _ (??), 19:37 , 28-Июн-25, (172) –1

насколько я помню те слухи - для проявления проблем в fsck его надо кто бы мог , нах. (?), 20:10 , 28-Июн-25, (185) –1

Ну логично Тогда у меня типичная проблема выжившего Не случилось у меня поло, _ (??), 21:05 , 28-Июн-25, (212) –1

Я уже забыл детали, ибо декомиссовал последние тома с ним опосля этого эн лет на, Аноним (-), 20:40 , 28-Июн-25, (201)

Ясно Спасибо Мне выходит - повезло Ну да RIP c ним, с jfs-ом Всё равно его б, _ (??), 21:09 , 28-Июн-25, (213)

Раньше сидел на jfs Но она умерла лет десять назад В случае её отвала, вытащит, Аноним (321), 09:14 , 29-Июн-25, (321) +3

raiser4 лично вы поддерживаете Или может кто то еще Все открестились и забыли, Аноним (159), 18:16 , 28-Июн-25, (160)

Вроде бы Эдуард Шишкин её поддерживает , zionist (ok), 21:50 , 28-Июн-25, (228) +1

Ну я где то в 2005-2009 ея юзал Оно неторопливое - да, но надежное и предсказуе, _ (??), 19:28 , 28-Июн-25, (171)

А чем лучше ext4 Первый раз просто слышу, Аноним (159), 20:47 , 28-Июн-25, (202)

Да уже ничем пожалуй Где то в 17 в ext4 фиксанули серьёзную фигню, вот с т, _ (??), 21:11 , 28-Июн-25, (214)

Линус прав Процессы важнее кода Если все будут делать, как Кент, то это печаль, freehck (ok), 11:07 , 28-Июн-25, (13) +15

но вот тутя согласен с Кентом, penetrator (?), 12:40 , 28-Июн-25, (63)

Я думаю, что зря Если исправление ошибки требует имплементацию новой функциональ, freehck (ok), 12:59 , 28-Июн-25, (68) +3

если новая опция чинит файловую ситему, то это исправление, никак не новый функц, Аноним (70), 13:09 , 28-Июн-25, (70) –1

Ты код смотрел А _что_ там - понял Кент по йунности видимо всунул пачку из, _ (??), 19:42 , 28-Июн-25, (173)

А, мне вообще не понятно где вы в Linux ядре - все видите стабильность Больш, Аноним (218), 22:27 , 28-Июн-25, (236) +2

мало того что, там даже стабильного апи нет, так большая часть апи загплочена, ч, Аноним (318), 07:38 , 29-Июн-25, (318)

Ну вот и посмотри, где там код всунут на стадии RC в чужие кишки Можешь носом н, Аноним (255), 23:36 , 28-Июн-25, (255) +2

это совсем другая история, можно пометить как эксперементальная фичавопрос в при, penetrator (?), 13:58 , 28-Июн-25, (88)

ТЫ НЕ ПОВЕРИШЬ , нах. (?), 16:57 , 28-Июн-25, (135)

Необходимости пушить функционал на стадии RC не должно быть примерно никогда - э, Shevchuk (ok), 13:35 , 28-Июн-25, (80) +2
ну так пускай пишет без багов делов то а то понакоммитят полуфабрикатов и ноют, anonnn (?), 01:00 , 29-Июн-25, (287)

Линус не прав Код важнее процессов Если все будут отмывать зашкварившегося Лин, омномноном (?), 15:03 , 29-Июн-25, (343)

Зачем в ядро приняли сырой код , Кошкажена (?), 11:08 , 28-Июн-25, (14) +4

Первый раз штoле Про сырость в требованиях ничего нет , gnugpl (?), 11:14 , 28-Июн-25, (21) +4
Чтобы популяризовать и дать возможность протестировать Нестабильные фичи честно, Аноним (4), 11:16 , 28-Июн-25, (23) +1

Вот только в дистрибутивах о этом молчок же , Аноним (218), 22:30 , 28-Июн-25, (238)

в дистрибутивы это ведро вообще никогда не попадет , нах. (?), 01:36 , 29-Июн-25, (293)

затем что тысячгласс включая и твой шоколадный - не в состоянии заметить ошибки , нах. (?), 11:19 , 28-Июн-25, (26) –2
Какая версия ядра стабильная Огласите весь список, пожалуйста Linux - самое н, Аноним (322), 09:26 , 29-Июн-25, (322) –1

Если человек придумывает как бы сделать так, чтобы данные не потерялись в фс, то, Кошкажена (?), 10:13 , 29-Июн-25, (327)
в вашем дистрибутиве c не поверишь - Б-жок с Пальцем - причем еще во времен, нах. (?), 18:58 , 29-Июн-25, (358) –1

А зачем нам вообще 100500 файловых систем В винде их 2 и все счастливы Проблем, Аноним (17), 11:11 , 28-Июн-25, (17) –4

Это СПО, что хотят то и делают Если оно вам не нужно 8211 пользуйтесь виндой, Аноним (4), 11:16 , 28-Июн-25, (22) +2

Заставлют соглашаться с zog кабалой в EULA даже по линии откровенного шпионажа, , Аноним (218), 22:34 , 28-Июн-25, (241)

Настолько счастливы, что винда не может быть использована как дисковый сервер и , gnugpl (?), 11:18 , 28-Июн-25, (25) +3
Требования разные Универсальных решений нет , Кошкажена (?), 11:19 , 28-Июн-25, (27) +3

Помножить на ещё же как ипшут выше и неисправляемые баги и недостатки вроде о, Аноним (218), 22:43 , 28-Июн-25, (244) –1

ну купи уже наконец парагоновский драйвер-то драйвер можешь выкинуть, ntfs3g я, нах. (?), 01:37 , 29-Июн-25, (294)

сама NTFS - нужна собственно для доступа к диску периодически из виндов , Аноним (218), 22:45 , 28-Июн-25, (245) –1

вообще-то их там как минимум 4 Эксперт такой эксперт И три системы управления , нах. (?), 11:26 , 28-Июн-25, (33) –3

FAT, exFAT, NTFS, ReFS FAT и exFAT - те же яйца, вид сбоку ReFS - неуловимый Д, Аноним (305), 03:29 , 29-Июн-25, (305)

Хм, те кто хочет использует ReFS Правда на 2 ревизии меньше чем в серверной реда, maximnik0 (?), 07:20 , 29-Июн-25, (316)

ну просто он забыл уточнить - васянов с этогосайта это совершенно бессмысленная , нах. (?), 19:23 , 29-Июн-25, (359) +1

Действительно Зачем всё что ни есть тащить в одном проекте Сейчас драйверов оч, _kp (ok), 12:14 , 28-Июн-25, (51)

А для какой каких именно версии ядра их развивать Даже LTS одновременно сущест, Аноним (53), 12:37 , 28-Июн-25, (61) +1

Вы драйверы писали Если опустить обновления ради обновлений, как и естественное , _kp (ok), 13:11 , 28-Июн-25, (72) –1

ну вот ты похоже - нет то есть примерно каждый день И тем более для bleeding edg, нах. (?), 13:30 , 28-Июн-25, (76) +1

А за что наху тут минус влепили 8- Ну ни одного жи слова неправды в данном кон, _ (??), 20:04 , 28-Июн-25, (181)

они, не поверишь, искренне веруют, что от их неистового минусения объективная ре, нах. (?), 20:07 , 28-Июн-25, (183)

Скрыто модератором, Аноним (218), 22:56 , 28-Июн-25, (247)

Уместно-то уместно, но некоторые маньяки предпочитают контролировать все дрова, , Аноним (325), 09:56 , 29-Июн-25, (326)

Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй, Аноним (70), 13:10 , 28-Июн-25, (71)

Нормально она файлы копирует, особенно если это большие по размеру файлы, с мале, Аноним (154), 17:44 , 28-Июн-25, (154) +2

Если они не нужны - не устарела, значит врёшь , Аноним (218), 22:58 , 28-Июн-25, (248) –1

А в чём челлендж У меня к примеру scheduler каждую ночь такое проделывает в, _ (??), 20:09 , 28-Июн-25, (184) +1

Мне тут как-то надо было 20 тб с ntfs перенести, они слишком уж зафрагментировал, Аноним (197), 20:29 , 28-Июн-25, (197)

Значит там было крупней размером и или менее дефрагементированно, не Да ты уб, Аноним (218), 23:01 , 28-Июн-25, (249)

Намного меньше чтений записей с ext4, правда data writeback и noatime,lazytime,c, Аноним (197), 00:48 , 29-Июн-25, (283)

она же логирующая overhead - x10 на файлах мелкого размера и при обновле, Аноним (218), 23:05 , 28-Июн-25, (251)

Не знаю как у него - а я вот примерно 300К файлов недавно в 1 дире своротил, на , Аноним (-), 20:47 , 28-Июн-25, (203)

Ах вон ты про что Про 100500 файлов в одном дире и даже если оно занимает 100500, _ (??), 21:24 , 28-Июн-25, (217) +1
И что тут такого,300 тысяч файлов в одной дире И на ntfs можно сделать, конечно, maximnik0 (?), 22:33 , 28-Июн-25, (240)

Всегда выключаю этот тормоз Не ну если кому то только поиском заниматься - м, Аноним (218), 23:25 , 28-Июн-25, (252)

ты будешь ржать, но сама ntfs - регистрозависимая Поэтому каждая с-ка операция , нах. (?), 01:52 , 29-Июн-25, (297)
У тебя полмиллиона файлов в каталоге - с юникод именами, сказать количество комб, maximnik0 (?), 04:03 , 29-Июн-25, (307)
А вы знаете что ext4 в поздних версиях быстрее btrfs с большим количеством файло, maximnik0 (?), 04:29 , 29-Июн-25, (310)

Только этот ваш dir index потом - после стирания 100500 файлов - место в дире жр, Аноним (-), 15:58 , 29-Июн-25, (347)

Ну вот это и - проблема Оно на 50-100К уже тупило Чтобы оглавление только позы, Аноним (-), 12:56 , 29-Июн-25, (337)

а в линуксе-то позырить и есть чем, и не минуты Сказочник И главное - ЗАЧЕМ на , нах. (?), 19:29 , 29-Июн-25, (360)

Вот да, зачем нам 100500 видов обуви Кирзачи и галоши хватит всем , Tron is Whistling (?), 14:31 , 28-Июн-25, (101) –1

А вот полностью согласен Ещё яловые и хромовые сапоги добавьте в список, и всё , Аноним (154), 17:45 , 28-Июн-25, (155)

Сказали два - значит два , Tron is Whistling (?), 19:00 , 28-Июн-25, (167)
Нифига, в кирзачах занимайся Ну или в галошах У тебя есть выбор , Аноним (-), 20:48 , 28-Июн-25, (204)

Кирзачи, ботинки, галоши и лапти читал очень удобная вещь из-за вентиляци, ну , Аноним (218), 23:28 , 28-Июн-25, (254)
не хватит, а как же офицеры , Аноним (313), 06:15 , 29-Июн-25, (313)

Винтузятник как всегда врёт Как минимум fat32, ntfs, exfat и refs , Аноним (194), 00:48 , 29-Июн-25, (282)

Судя по домену почты, у этого Кента никого нет за спиной Если бы там был какой-, Аноним (24), 11:17 , 28-Июн-25, (24) +8

Редхат присматриваются к этой файлухе как к замене своего Virtual Data Optimizer, gnugpl (?), 11:26 , 28-Июн-25, (34)

НЕ НАДО Наладится у них, знаем-знаем Пепел гластера все еще стучит в наши сердц, нах. (?), 11:49 , 28-Июн-25, (44)

Что там за шорох с цефом , r2d0 (?), 12:50 , 28-Июн-25, (65) +1

Грабли Подожди сейчас долетит - сам поймешь , _ (??), 20:12 , 28-Июн-25, (186)

не, он имел в виду мой намек, что там с политикой все непросто Есть неподтвержд, нах. (?), 21:52 , 29-Июн-25, (362)

Откуда такие новости , r2d0 (?), 12:49 , 28-Июн-25, (64)

Интересно, хоть кто-нибудь возмутится принудительной уравниловкой и риторикой ур, Аноним (29), 11:20 , 28-Июн-25, (29) –2

Они оба плохие, Oldi (?), 14:54 , 28-Июн-25, (113) +3
Вот, да Уровень отказа поляка Эльбрусовцам , омномноном (?), 15:04 , 29-Июн-25, (344)

А куда делись клованы, оравшие, что эта поделка надёжнее BTRFS Автор этой подел, Аноним (32), 11:24 , 28-Июн-25, (32) –5

Не припомню, чтобы bcachefs теряла данные без возможности восстановления Когда , Аноним (47), 11:58 , 28-Июн-25, (47)

Подтверждаю слова Анонима Сам в 2023 пытался перейти с ReiserFS на BTRFS после, Аноним (53), 12:30 , 28-Июн-25, (60) –1

Охительная история либо тотальное рукожопие Найми лучше себе толкового админа, , Аноним (126), 15:58 , 28-Июн-25, (126)

точно - потеря данных и фс не обнаруживает себя на диске - это рукожопие Админа, нах. (?), 17:14 , 28-Июн-25, (142) +1

Чувак, я и на ntfs терял данные, и на ext4, и на jfs, и на всяких fat, и это не , Аноним (154), 17:49 , 28-Июн-25, (156) –1

Не скажу про другие но, данные на FAT и особенно NTFS - терял только в линуксе , Аноним (218), 23:43 , 28-Июн-25, (256)

Как вам это удаётся За всю мою историю потерь данных было полторы штуки, хоть в, Tron is Whistling (?), 09:44 , 29-Июн-25, (323)

ну как он в зеркале может увидеть - тебя Я вот терял данные на ntfs - один раз , нах. (?), 01:14 , 29-Июн-25, (289) +1

Брать заброшенную фс и пытаться перейти на вечно эксперементальную фсчто могло п, Олег (??), 00:26 , 29-Июн-25, (274)

в том что у него заброшенная - просто работает и каши не просит А на затыки в , нах. (?), 01:16 , 29-Июн-25, (291)

волшебную таблетку нашли все дураки а мы Дартаньяны , Олег (??), 03:03 , 29-Июн-25, (304)

Похоже на сыпучее железо больше всего Правда не понятно как Reiser на этом живе, Аноним (-), 16:01 , 29-Июн-25, (348)

Чтобы потерять на ней данные, ней нужно пользоваться А кто это будет делать Тем, Аноним (130), 16:22 , 28-Июн-25, (130)

А кто ему issue-сы слал по твоему Другое дело что данные там такие данные, _ (??), 20:20 , 28-Июн-25, (187)

Напиши тоже для людей не админов линукса , Аноним (218), 23:45 , 28-Июн-25, (258)

Какая разница, что ты там припоминаешь или нет Твой частный случай не является , Аноним (32), 16:48 , 28-Июн-25, (132) –1

Да просто Линус наш слоняра , Аноним (49), 12:00 , 28-Июн-25, (48) –3

Просто Линус выгорел вот и все А все эти мелкие споры это искры Кент тоже непон, Аноним (339), 13:07 , 29-Июн-25, (339)

Надо было выработать методику включения в ядро в несколько этапов, что бы не был, Rastler (ok), 12:12 , 28-Июн-25, (50) +2

Ага, а потом на коленях бегать, чтобы уважаемые Линус и Ко приняли твои патчи А, Аноним (223), 21:35 , 28-Июн-25, (223)

В таком случае лучше вообще туда не соваться , Аноним (218), 23:48 , 28-Июн-25, (259)

Если Кент действительно НЕ хочет соблюдать правила цикла подготовки выпусков и с, Ilya Indigo (ok), 12:20 , 28-Июн-25, (58) +3

Надавить через спонсоров, как расты сделали , Аноним (86), 13:58 , 28-Июн-25, (89) –1

У Кента нет такого ресурса , Ilya Indigo (ok), 14:01 , 28-Июн-25, (94)

Ну тогда вот те -EPERM - подумал Штирлиц , Аноним (-), 17:24 , 28-Июн-25, (144)
Это же тролль Ты в серъёз подумал что внедрение Раста в ядро произошло в резуль, Аноним (-), 19:53 , 28-Июн-25, (177) –3

Ты что, вчера родился , олег (?), 07:59 , 29-Июн-25, (320)

Это последний остров в море ФС, надежда только на нее Будет очень жаль, если в , Аноним (59), 12:23 , 28-Июн-25, (59) –1

Ага, сегодня этот Кент с Линусом ругается, а завтра начнёт на багрепорты от юзер, НяшМяш (ok), 15:27 , 28-Июн-25, (121)

Согласен, ругаться было лишне, надо было просто вовремя сваливать из этой помойк, Аноним (124), 15:51 , 28-Июн-25, (124)

А куда Под венду он наверное не умеет кодить - , нах. (?), 16:55 , 28-Июн-25, (134)

Учитывая дружественность майкрософта с их DDK SDK WTF - под нее уже никто кодить, Аноним (-), 17:25 , 28-Июн-25, (145)

ЯТЬЪ Меня бы так доконали - Для тупых - Русинович у них S VP в Azur-е , _ (??), 20:26 , 28-Июн-25, (193)

Сомневаюясь что вы майкрософту нужны Как bulk coder индусы интереснее, а талант, Аноним (-), 20:52 , 28-Июн-25, (208)

Зря сомневаешься У меня с ними - полная взаимность PS У них вообще неск, _ (??), 21:30 , 28-Июн-25, (220) +1

В смысле и они вам - не нужны Или в чем прикол Как тот кто очень плотно с ними , Анонм (-), 21:45 , 28-Июн-25, (227)

Ну звучит конечно интересно Если винда для них уже не в приоритете хотя верится, Аноним (306), 03:52 , 29-Июн-25, (306)

Не, там проще Сейчас они подпиливают WSL2, powershell, ssh и прочие с т з винд, Tron is Whistling (?), 09:49 , 29-Июн-25, (324)
ты просто заходишь не на тот сайт Те клиенты заходят на сайт azure смеешься Ты, нах. (?), 11:50 , 29-Июн-25, (332)
У них на сайте был рассказ как Windows Server обгоняет Linux Когда LSE уже на л, Аноним (-), 16:39 , 29-Июн-25, (350)

Есть рабочий драйвер с утилитами BTRFS Народ на самопальной загрузчике даже 10 с, maximnik0 (?), 23:25 , 28-Июн-25, (253)

Ну да, полурабочий С отставанием на дофига лет И вроде по дефолту - билдом чут, Аноним (-), 18:41 , 29-Июн-25, (357)

ой опять пошла кекспертиза бабки на лавочке Под нее именно драйверы кодит ком, нах. (?), 00:05 , 29-Июн-25, (265) +1

И где результаты Почему-то когда вопрос встал ребром, из железа поддерживался -, Аноним (-), 17:18 , 29-Июн-25, (351)

я тебе перечислил - результаты Несколько подряд проектов по сути индивидуальных, нах. (?), 18:28 , 29-Июн-25, (356)

А это смотря для чего он это делает Если деньги нужны, то файловая система явно, Аноним (223), 17:39 , 28-Июн-25, (150)

напоминаю - один пожизненно осужденный вот так , с просто файловой системы, сам , нах. (?), 20:04 , 28-Июн-25, (182)

Посмотри своё же сообщение выше по трэду, ну там про нетапп -D, _ (??), 20:28 , 28-Июн-25, (195)

ну вообще-то они свои патчи предлагали в openzfs, а не наоборот Что как бы наме, нах. (?), 00:36 , 29-Июн-25, (278)

Рейзер выбил грант, на что и кормил пару разрабов Тут же изначально бессмысленн, Аноним (223), 21:31 , 28-Июн-25, (221)

нет, там был fsck вместо хелпа выдающий угрозы и требование дать рубля Кстати, р, нах. (?), 23:48 , 28-Июн-25, (260) +1

Это ты с помощью нейросети сгенерил , Аноним (223), 00:17 , 29-Июн-25, (270) –1

если твои когнитивные способности из-за злоупотребления нейросетями не позволяют, нах. (?), 00:28 , 29-Июн-25, (275) +1

Кто вообще такой, этот Кент Я не следил за этой драмой, но со стороны Кент выгля, Аноним (306), 13:27 , 28-Июн-25, (75) +1

А когда он тортом был Унылая каках не умеющая ни в архитектуры ни в разработку , Вандер (?), 14:02 , 28-Июн-25, (95) +1
Ext4 15 лет рассыпалась при ресайзе с включённым sparse_surper2 и всем было плев, Аноним (197), 14:47 , 28-Июн-25, (111) +3

И что, исправили , Аноним (218), 23:57 , 28-Июн-25, (263)

э ну как тебе сказать - Ну в общем можно считать что исправили https lo, нах. (?), 00:11 , 29-Июн-25, (266)

Конечно-конечно, 171 дома надо сидеть 187 , спорят только провокаторы на зарп, Аноним (29), 15:21 , 28-Июн-25, (117) +2
Вот с этого и надо было начинать Ядро сейчас пилят корпорации, а индивидуальных, Аноним (124), 15:43 , 28-Июн-25, (122) +2

Кент если что - явный растаман Что он с утилитами сделал - это вообще фэйспалм , Аноним (-), 17:34 , 28-Июн-25, (148)

в стабильных дристах нельзя взять и использовать ночную сборку хруста для сборки, нах. (?), 18:25 , 28-Июн-25, (164) +1

Это - нестандартный стремный кластерфaк, мало кому уперлось время на разгребание, Аноним (-), 18:27 , 29-Июн-25, (355)

Линус настаивает на том, что функциональные изменения и крупные исправления допу, Аноним (114), 15:01 , 28-Июн-25, (114)

В чужой монастырь со своим уставом Вот поэтому фс и хотят выпилить Это влияет на, Аноним (130), 16:26 , 28-Июн-25, (131)

Кент - отличный инженер, а Линус и Тсо - менеджеры Надо понимать разницу Менед, Аноним (129), 16:15 , 28-Июн-25, (129) +1

Браво Только не совсем правильно понимаешь позицию менеджера - видимо, не работа, нах. (?), 16:54 , 28-Июн-25, (133) –1
Они эти принцпы разработки взяли в оборот не просто так Вот прям ща у меня пере, Аноним (-), 17:30 , 28-Июн-25, (147)

Ничего не понял, но запало мне в душу , Аноним (158), 18:05 , 28-Июн-25, (158)
Делюсь опытом садишься с ним в переговорке, на экран его код и начинаешь с ним , Аноним (162), 18:20 , 28-Июн-25, (162)

Надо было сразу сказать что это географически распределенная разработка Так что, Аноним (-), 21:16 , 28-Июн-25, (215)

иииппаааа ььь Люди весь COVID так проработали, а у него сложА-дорагА С 8, _ (??), 21:36 , 28-Июн-25, (224)

Вы или ваши визави мотались через полглобуса чтобы в переговорке посидеть Какие, Аноним (-), 22:03 , 28-Июн-25, (229)

Если бы они их применяли к Кенту не просто так, то у них были бы аргументы серьё, Аноним (165), 18:36 , 28-Июн-25, (165)

Просто он не ффтыкает кто ведру - юзеры А им нинада походу Жаль котёночка, , _ (??), 20:49 , 28-Июн-25, (205) +1
Ну, понимаешь, Кент требует себе исключений в БЕСПРЕЦЕДЕНТНОМ объеме 1 Никто из, Аноним (-), 21:28 , 28-Июн-25, (219)

А ты уверен, что этот аргумент что-то там решает , Аноним (223), 21:39 , 28-Июн-25, (226)

Это core всей претензии к Торвальдсу Никто не любит м цкий стиль разработки к, Аноним (-), 22:06 , 28-Июн-25, (230)

Тфу ты ТорвальдсА к Кенту, разумеется , Аноним (-), 22:07 , 28-Июн-25, (231)

Юзеру хорошо, когда на нём эксперименты не ставят , Аноним (295), 01:48 , 29-Июн-25, (295)

Не всем лишь дано эту разницу понять Чтобы оценить сложность проблемы, я предлаг, Аноним (-), 06:30 , 29-Июн-25, (315)

Не понимаю позиции Кента Присылать новые фичи в период стабилизации кода, будет, Аноним (166), 18:42 , 28-Июн-25, (166) +1
Народ, а как дела во всяких bsd, насколько там есть stable abi api , Аноним (194), 20:29 , 28-Июн-25, (196)

Не лезь туда Там всё настолько хмм замерло Что только спецы могут расп, _ (??), 20:52 , 28-Июн-25, (209)
Единственные кто пытается нормальную файлуху делать из BSD - это DragonFly BSD , Аноним (-), 21:34 , 28-Июн-25, (222)
Любители этих BSD будут всячески хвалить Не слушай и сам проверь Вот поставь н, АнонимЪ (?), 00:11 , 29-Июн-25, (267) +2

Жаль авторы BSDs тупят не включают GPL код драйверов и прч из линуксов, всёравно, Аноним (218), 00:25 , 29-Июн-25, (273) –1
Приближаюсь к 10 годам со своим nas на фряшке Со смехом читаю как лучшая в мире , анониммимим (?), 13:25 , 29-Июн-25, (341)

у фри in-kernel api стабилен в пределах релиза разумеется - стабильного релиза, нах. (?), 00:23 , 29-Июн-25, (272) +1

И как дела там стабилен всеголишь в пределах релизаНе благодари , Аноним (218), 00:30 , 29-Июн-25, (276) –1

срок жизни релиза - даже сейчас, в период быстрых мартышек - пять лет за это вре, нах. (?), 00:52 , 29-Июн-25, (284)

И ты не указал - про какой имнно из BSD у тебя речь , Аноним (218), 00:31 , 29-Июн-25, (277)

у фри , нах. (?), 00:43 , 29-Июн-25, (279)

Кстати, я правильн опомню о том что лет пять назад тут гдже то писали что, в фай, Аноним (218), 00:47 , 29-Июн-25, (281)

Как обычно - без данных кто мерял, как мерял, зачем мерял - это все имеет отрица, нах. (?), 02:05 , 29-Июн-25, (300) –1

Это может и лучше линукса, но в пределах погрешности измерения Насколько можно в, Аноним (194), 00:53 , 29-Июн-25, (285)

А, пользователям интересней - насколько можно взять современный софт в BSD и за, Аноним (218), 01:15 , 29-Июн-25, (290)

в пределах релиза Т е даже на пятилетней давности работать скорее всего не б, нах. (?), 02:00 , 29-Июн-25, (299)
Это уже хорошо в linux работает Этого не будет В старых версиях нет ни новых др, Аноним (194), 17:30 , 29-Июн-25, (352)

Во FreeBSD всё лучше с ABI https github com freebsd freebsd-src blob master sy, Аноним (308), 04:15 , 29-Июн-25, (308)

это userland abi Не лучше линуксный поддерживается неизменным вообще 20 лет - , нах. (?), 11:31 , 29-Июн-25, (331)

The options COMPAT_FREEBSD11 setting in a FreeBSD kernel configuration like GEN, Аноним (308), 12:53 , 29-Июн-25, (336)

спасибо, не надо мне цитировать то что я знаю а ты плохо понимаешь ну вот как-то, нах. (?), 13:13 , 29-Июн-25, (340)

Так гарантий и не будет Я понял Драйвер из двух частей состоит если поломали AB, Аноним (308), 16:34 , 29-Июн-25, (349)
Гарантий как раз нет в Линуксе, о чем здесь раз в 6 месяцев обсуждают сколько ра, Знатный аноним (?), 23:36 , 29-Июн-25, (364)

Там, где не задействована или мало задействована финансовая сторона, возникают О, Аноним2806 (?), 00:13 , 29-Июн-25, (269) +1

Ну облажался автор, бывает Что же теперь, по логике Торвальса, всучивать пользо, Аноним (218), 01:10 , 29-Июн-25, (288)

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

4. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +23 +/–

Сообщение от Аноним (4), 28-Июн-25, 10:58

> При этом он готов к прекращению поставки Bcachefs в основном составе ядра Linux и это не убьёт проект
Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs. А Bcachefs никто без ядра тыкать не будет.

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

7. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (7), 28-Июн-25, 11:00

Ну продолжит он пушить отдельно в свою ветку. Что изменится? Кому надо, тот ядро запатчит.

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

16. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +4 +/–

Сообщение от Аноним (4), 28-Июн-25, 11:11

Я написал что изменится – повысится порог входа, а ради молодой ФС без тестов в проде мало кому оно нужно.

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

110. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (110), 28-Июн-25, 14:45

Так это лично его проблемы. Убьет проект не это, а сам автор.

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

170. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Ефрщ (?), 28-Июн-25, 19:22

> ради молодой ФС без тестов в проде
экспериментальная ФС в проде?

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

18. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –2 +/–

Сообщение от gnugpl (?), 28-Июн-25, 11:12

Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.

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

37. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (4), 28-Июн-25, 11:29

Затем что zfs надо уметь готовить, тормозит в неумелых руках.

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

264. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Олег (??), 29-Июн-25, 00:04

вопрос тормозов это вопрос выбора с учетом критереев выбора
нужно сжатие, защита от бедблоков, надежность, raid без дорогих железяк - используй zfs
Если нужна скорость используй ext4\xfs
как не тюнь zfs она не будет равна даже близко к скорости ext4\xfs
все слова об умелых руках разбиваются об "давай поспорим на 1000$ что без убийства опций надежности файловой системы вы не добьетесь хотябы равных скоростей на одинаковом оборудовании для ext4 и zfs для простой базы данных в тесте pgbench для примера в 50\50 чтение запись"

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

41. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +8 +/–

Сообщение от Вася (??), 28-Июн-25, 11:38

типичное skill issue

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

103. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +7 +/–

Сообщение от Аноним (-), 28-Июн-25, 14:36

> типичное skill issue
Файлухи юзают не для того чтобы с ними #$%ться и "skill issue" прокачивать. Это - чисто техническая подложка для хранения данных, в идеале мы вообще знать о ней ничего не хотим.

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

120. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от Аноним (110), 28-Июн-25, 15:25

Вы ничего ни о чем знать не хотите

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

125. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (-), 28-Июн-25, 15:53

> Вы ничего ни о чем знать не хотите
Я и правда хочу заниматься - своими проектами, а не костылингом доисторической файлухи ориентированной на энтерпрайзные хранилки на тему как из этого сделать что-то более приемлимое если оно вдруг не хранилка а десктоп с кучей барахла в RAM. RAM мне видите ли больше нужен для CAD/IDE/VM, полезных мне сервиосв, вот этого всего.

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

271. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (271), 29-Июн-25, 00:17

Так не включайте dedup

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

298. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –2 +/–

Сообщение от Аноним (298), 29-Июн-25, 01:55

dedup это единствееное ради чего этот zfs поделие имеет смысл

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

301. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от pofigist (?), 29-Июн-25, 02:12

Использовать dedup на десктопе - крайне глупая затея.

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

338. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (-), 29-Июн-25, 13:05

> Так не включайте dedup
Оно и без dedup имеет очень странное управление памятью - и я пешочком постою чтоб такое управление памятью было бы у меня на десктопе, лаптопе, одноплатниках или чем там еще что не является энтерпрайз хранилкой. К тому же оно еще и не в майнлайне, а я люблю свежие ядра вплоть до того что могу сам их себе билдануть по вкусу. Поэтому ZFS мне принесет дофига проблем на ровмном месте, фиг знает во имя чего. Ибо у btrfs мне управление явно симпатичнее, а петабайтные хранилки для корп я вообще не собираю - и не планирую.

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

49. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –2 +/–

Сообщение от Аноним (49), 28-Июн-25, 12:01

Зато фичи, ты не понимаешь.

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

218. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (218), 28-Июн-25, 21:25

фичи без базы - ничто

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

54. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (54), 28-Июн-25, 12:19

ZFS will use too much memory
Generally – where memory is fast: use of memory is a good thing. Unused (free) memory can be thought of as wasteful.
ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified:
1.first, an amount of memory put to good use with ZFS
2.then, a memory-hungry application wants some of that amount
3.the application gets what it wants.
заметка в разделе мифы https://wiki.freebsd.org/Myths

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

85. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от нах. (?), 28-Июн-25, 13:52

> ZFS and FreeBSD combine to make good use of memory. This goodness
вот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя. Иначе бы и не понадобился миллион параметров, позволяющий вручную штурвалом на глаз управлять этим good use.
> 1.first, an amount of memory put to good use with ZFS
> 2.then, a memory-hungry application wants some of that amount
она шмякается по sig6 - что ты легко мог бы проверить сам, а не сборник мифов пересказывать.
Что еще пол-беды (ну добавишь свопа).
Но попробуй сам СВОП переложить на zfs - и...и...и... правильно - очень легко получишь красивый интерлок. (Нет, это не единственное, к сожалению [к сожалению потому что это-то понятно легко обойти] место где такой интерлок может проявляться. Просто наиболее понятная чайникам демонстрация как проявления, так и причин. Для более сложных надо лезть глубоко в предмет и разжевывать некоторые неочевидные вещи. Нет, это не исключительное свойство zfs. Но можно было сделать лучше. Не захотели альтернативно-одаренные разработчики фри.)
> заметка в разделе мифы https://wiki.freebsd.org/Myths
Draft content for a page that was removed in October 2023
просто прекрасно. Но в целом где, как ни в разделе мифы, такому и быть.

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

138. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от Аноним (-), 28-Июн-25, 17:07

>> ZFS and FreeBSD combine to make good use of memory. This goodness
> вот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя.
Да там и остальное такое же. В частности прямо первый пункт. Не, они не расскажут как там не работает половина видях, есть проблемы с вафлей и управлением питанием. Это - миф, что вы.
Интересно, почему дистрам Linux не требуется такие отмазки выкатывать в общем случае? :)

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

146. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 28-Июн-25, 17:27

потому что там все привыкли что половина видях не работает, потому что тут нвидийный блоб несовместим с ведром, а там шв@60дкиный эту не поддерживает дальше чем vesa compatible.
И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается.
Ну а чотакова, бесплатное же ж.
Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе.

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

192. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 20:26

> поддерживает дальше чем vesa compatible.
Хызы, у меня последний GL есть, вулкан - тоже, а ливка на основе FreeBSD на этой конфиге смогла - черный экран малевича.
> И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается.
Не очень понятно как внезапно обновить себе дистр. А, и снапшотов у тебя на случай приколов не было - сапожник же должен быть без сапог! А я так не прокативший апгрейд одним хомам - откатил. За 2 минуты. Потому что есть такая фигня - productivity. Но вы это не проходили, вам это не задавали.
> Ну а чотакова, бесплатное же ж.
Я вообще научился быть сам себе поддержкой. Но как ты понимаешь это было ой как не сразу. И конечно если б меня линух встретил вон тем - я б с ним наверное и не познакомился поближе никогда.
> Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе.
Это путь таких как ты. А я и сам жру пирожки которые пеку.

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

296. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от morphe (?), 29-Июн-25, 01:49

> ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified:
Однако на Linux этот zfs arc не интегрирован так же хорошо с управлением памятью как дисковый кеш в других ФС, потому этот жор и сильно неприятнее

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

69. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –18 +/–

Сообщение от Аноним (69), 28-Июн-25, 13:05

> Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.
Очередной миф из разряда "сталинские репрессии".
Пользователям ZFS годится для поржать.

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

73. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +11 +/–

Сообщение от Аноним (73), 28-Июн-25, 13:21

> Очередной миф из разряда "сталинские репрессии".
> Пользователям ZFS годится для поржать.
Хочешь сказать что разрабы ZFS тоже врут и отрицают правду, как и сталинисты?

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

235. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +7 +/–

Сообщение от Grand (?), 28-Июн-25, 22:25

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

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

180. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (73), 28-Июн-25, 20:03

> при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз
Замедляет относительно чего?

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

335. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от стоячок (?), 29-Июн-25, 12:50

Относительно не замедленных. Что как маленький?

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

334. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (73), 29-Июн-25, 12:17

> Затем что zfs это тормоз сжирающий всю память хоста
Учитывая её свойства не такая уж она и медленная. Включи на EXT4 журналирование данных - и ты поймёшь что значит "медленно". Хотя BTRFS, конечно, даст ZFS сто очков вперёд по скорости.

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

20. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от нах. (?), 28-Июн-25, 11:14

> Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре.
Вообще ни разу не. Это ты с бырбыр перепутал, вот та задумывалась. А получилось что получилось.
Не поддерживает практически ничего из возможностей zfs, ради которых ту и нужно ставить.
При этом zfs не поддерживает практически ничего из возможностей bcache, интегрированных в эту фс.
> Не будет в ядре – зачем тогда оно?
оно никогда и не было для удовлетворения чесотки вечно озабоченных "нивведренивведре". Оно было для реализации технологий, которые ее автор счел нужными и полезными (_себе_ ну или своим заказчикам, а ты васян можешь мимо крокодить, раз не разбираешься)
> Есть протестированный и годами отлаженный zfs.
с годами неисправляющимися _известными_ багами because of lack of resources(c)(tm) (и желания) и архитектурными проблемами нулевых годов, которые исправлять некому и опять же не на что.
Те ее фичи которые на самом деле нужны и интересны - в линуксе (ну а значит теперь уже и нигде вообще) использовать все равно нельзя. Остается только работающая реализация raid-z, но кому оно кроме васян-сторов нужно? Все кому надо хранить петабайты, давно уже отказались от пихания всех дисков в одну корзинку, и хранят их в распределенных кластерах. Где zfs лишняя совершенно.

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

28. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (4), 28-Июн-25, 11:19

> Вообще ни разу не.
Можешь скинуть. Что не удалят из ядра некоторые тоже говорили. Предрекаю bcachefs популярность ниже zfs и смерть подобную reiserfs (которая когда-то была популярна в узких кругах и аноны её даже использовали).

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

30. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (4), 28-Июн-25, 11:21

> Можешь скинуть
Скринить.

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

53. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (53), 28-Июн-25, 12:18

У BcacheFS правильная ядерная лицензия, в отличие от.

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

62. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Tron is Whistling (?), 28-Июн-25, 12:40

Аналогов ZFS быть не может - ни в одной нормальной FS нет раздельного с ядром кеша.

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

82. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от нах. (?), 28-Июн-25, 13:40

> Аналогов ZFS быть не может - ни в одной нормальной FS нет
> раздельного с ядром кеша.
во-первых нет никакого "неядерного кэша". (ARC вполне себе в ядре)
во-вторых если ты имел в виду buffer cache ("ни в одной нормальной" внезапно сводится к "кривым линукс-онли поделкам" - нигде кроме линукса прямой копии его буферного кэша нет) - то нет, разумеется, метаданные все кэшируют сами кто как может, как раз из-за фееричной бесполезности буферного кэша в таких случаях.
И если мы отдаем фс управление физическими устройствами, а не набор блоков непонятных характеристик - то очевидно что и кэшировать уже надо не блоки.
Понятия, кстати, не имею, как автор бкэшфс собирается обходить эту проблему.

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

104. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 14:37

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

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

136. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –2 +/–

Сообщение от Аноним (-), 28-Июн-25, 17:02

> Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в
> ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs.
> А Bcachefs никто без ядра тыкать не будет.
ZFS - это кусок тормозного крапа, даже экстентов нормальных нет. В 2025 году, экстентов, Карл! Рефлинки - так офигенно сделали, через цать лет после даже XFS голимого, что потестили - прям на юзерах. Это не файлуха а кусок ископаемого позора.

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

163. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Аноним (163), 28-Июн-25, 18:25

ZFS использует собственную модель управления блоками данных с динамическим размером и архитектурой copy-on-write. Карл!

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

198. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –4 +/–

Сообщение от Аноним (-), 28-Июн-25, 20:30

> ZFS использует собственную модель управления блоками данных с динамическим размером
> и архитектурой copy-on-write. Карл!
Прикольное название для "недопиленный вариант экстентов". Да, это какой-то ранний полунедопрототип идеи, весьма похабный судя по перфомансу без подпора гигазами рамы. В общем ФС для файлопомоек энтерпрайзных, где вся оператива под кеш этого нечто отдана.

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

168. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от _ (??), 28-Июн-25, 19:07

"Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон Черчилль
Просто у тебя не было задач где оно реально _нужно_. И вот там, где оно - нужно, лучше ничего нет, УВЫ! НАПРОЧЬ(С) нет! Нишмагли(С) ... :(
Другое дело что обычному васяну ZFS ... ну вот реально - ну не нужна. А то что некоторые еЯ на лаптопы натянули ... ну поздравляю, чо :) Некоторые помницо и Solaris на лаптопы вкрячивали ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)
Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил время... как был линукс квинтэссенцией идей 1970-1980 годов, так и останется :( Но зато - с растом! :))))

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

199. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 20:32

> "Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон
> Черчилль
> Просто у тебя не было задач где оно реально _нужно_. И вот
> там, где оно - нужно, лучше ничего нет, УВЫ! НАПРОЧЬ(С) нет!
> Нишмагли(С) ... :(
Да, я к счастью - не LLNL и это - именно их боль, которую они сами себе нашли.
> не нужна. А то что некоторые еЯ на лаптопы натянули ...
> ну поздравляю, чо :) Некоторые помницо и Solaris на лаптопы вкрячивали
> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)
Потому что сапожник без сапог - это довольно убого смотрится, как по мне.
> Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил
Да посмотрим что получится. Глядишь, Кент после такого о314ливания за ум возьмется и пообещает - что не будет такое нате на лопате хреначить.

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

257. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 28-Июн-25, 23:44

> Просто у тебя не было задач где оно реально _нужно_. И вот
он когда лбом упрется в такую задачу - подберет кривое-косое решение на единственном осиленном им инструменте. Потому что "экспертиза", увы, отрицательного левела. Питаема urban legends худшего пошиба, в пересказе старух на лавочке. Вместо знаний.
> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)
ну вот банально хочется простого и понятного управления виртуальными фс, а не этого вот всего с восемью слоями dm и еще и не работает ничего как надо (включая dump/restore, хвала Б-жку с Пальцем, заявившему что оно нинуна и тар хватит всем).
Поэтому я спокойно использую везде где вообще есть какие-то фс кроме /
И да, прод у меня подперт либо san с хрен-знает-сколькикратным резервированием всего подряд, либо, если лезвие - встроенным рейдом, так что этой частью я как раз пользуюсь крайне редко и в нетипичных местах.
Да, если что - попытки использовать в этом качестве бырбырбыр у тебя обломятся о первый же случай знакомства с их уродливой подделкой под zfs send. Просто вот посмотри доки и ужаснись.
> Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил
> время... как был линукс квинтэссенцией идей 1970-1980 годов, так и останется
так там от тех идей тоже давно ничего не осталось. В те годы не могло оказаться что "ваш pid1 несовместим с вашей версией ведра, пройдить нафиг".
> :( Но зато - с растом! :))))
судя по матюкам дебиановцев - тут автор быкеша превзошел пока всех, сделав принципиально несобирающуюся нормальным способом юзер-ленд утилиту. Причем как обычно - по причине всасывания в нее десятка васянских лефтпадов. Свои писать некогда-некогда, надо в ведро пушить.
с другой стороны, если ты не собираешься это отлаживать, тебе-то оно и похрену будет.
В отличие от неизбежно приближающейся ситуации когда того же дерьма и в ядро добавят, потому что инвестиции знаити ли надо отработать, даже если прожект явно мертворожденный.

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

309. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (-), 29-Июн-25, 04:21

> он когда лбом упрется в такую задачу - подберет кривое-косое решение на
> единственном осиленном им инструменте.
Я могу выбирать задачи в которые я вписываюсь. И только подумай, берусь лишь за то где я уверен что могу сделать хорошо. В том случае задача просто уйдет другим тушкам и это будет их проблемой.
Энтерпрайзные файлопомойки лично мне - не интересны как категория совсем. Тем более убер дорогая экзотика с ритуальными танцами. Мне интересен general purpose, эмбедовка, VM и некоторые продвиутости вокруг этого.
И в моем мировоззрении - future is "distributed". И вообще это не обязательно на уровне вот именно ФС делать. На app-level это может быть - эффективнее.
> Потому что "экспертиза", увы, отрицательного левела.
Я просто люблю мухлевать и integer underflow сделал меня намного мощнее :)
> Питаема urban legends худшего пошиба, в пересказе старух на лавочке. Вместо знаний.
Вот уж кто бы говорил с своими "сакральными знаниями" как оно там в линухе ... 2010 года разлива. А у меня личный опыт взаимодействия с вон теми, и ты не представляешь себе как угарно эти умствования смотрятся.
>> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)
> ну вот банально хочется простого и понятного управления виртуальными фс, а не
> этого вот всего с восемью слоями dm
Ну вот да. Btrfs я лю - за вот это. Подоткнул диск, "btrfs device add", отросло +N места, все, "менеджмент" файлухи закончен. И я чертовски уверен что это должно работать - вот так. А не тот миндфак с этажерками наслоений и сыкотным менеджментом.
> Да, если что - попытки использовать в этом качестве бырбырбыр у тебя
> обломятся о первый же случай знакомства с их уродливой подделкой под
> zfs send. Просто вот посмотри доки и ужаснись.
А таки - в целом работает. Ужасайтесь, не ужасайтесь а полезная штука.
> так там от тех идей тоже давно ничего не осталось.
Там скорее доразвитие идей btrfs - минус shortcomings известные на момент дизайна. И гибрид с bcache до кучи. Идея с явной демаркацией кеширующих, фронт и бэк девайсов и явный учет реплик по оным - само по себе весьма здраво. Этажерки при загибоне SSD на кешах жесточайше лажать начинают.
> В те годы не могло оказаться что "ваш pid1 несовместим с вашей версией
> ведра, пройдить нафиг".
Зато оно само - с версиея ядра может облажаться.
>> :( Но зато - с растом! :))))
> судя по матюкам дебиановцев - тут автор быкеша превзошел пока всех, сделав
> принципиально несобирающуюся нормальным способом юзер-ленд утилиту.
Ну вот да. Почему это круто для полисей утилс файлухи - я не понял. Наверное одна из причин по которым мало кто парится на тему размайнлайна. Ибо в проде такое - захочешь не впихнешь.
> Причем как обычно - по причине всасывания в нее десятка васянских лефтпадов.
> Свои писать некогда-некогда, надо в ведро пушить.
Изначально тулсы и без хруста билдились. Я фс такими создавал.
> с другой стороны, если ты не собираешься это отлаживать, тебе-то оно и
> похрену будет.
Ога, кроме того что в твоем дистро это не будет. Потому что майнтайнеры тоже люди.
> В отличие от неизбежно приближающейся ситуации когда того же дерьма и в
> ядро добавят, потому что инвестиции знаити ли надо отработать, даже если
> прожект явно мертворожденный.
Не все инвестиции выстреливают...

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

328. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 29-Июн-25, 10:41

> Я могу выбирать задачи в которые я вписываюсь.
тогда что строишь из себя эксперта? Зазубрил пять команд единственной утилиты.
> Ну вот да. Btrfs я лю - за вот это. Подоткнул диск, "btrfs device add", отросло +N места
через неделю диск грохнулся, и можно заняться очень интересным п3рдолингом, чтоб хоть загрузить систему.
Уровень эксперта где-то примерно таков и есть. Снова единственная заученная команда и снова ноль экспертизы или вовсе отрицательная.
А мне нужна - управляемая фс. Где диск добавили один, потому что нарезание лунов на хранилке операция дорогая, а фс мне нужны вот там, вон там и еще вон там. И, вероятно, где-то нужен nosuid, а где-то и вовсе noexec. И нет, не надо их мержить с корнем - мы может потом этот диск в другую систему переткнем, прикладные системы у меня живут дольше чем их ОС, иногда десятки лет.
Уже эта история с бырбыр становится неприлично сложной на совершенно пустом месте - потому что вместо точек монтирования она хранит какие-то безумные "пути" и совершенно бессмысленные цифровые id. Отличить сабвольюм от простого каталога не умеет, это надо вычислять странными способами. Снапшот невозможно понять, с чего сделан, если вручную опять не хранить эту информацию отдельно.
А теперь попробуем, скажем, переехать на другую хранилку, побыстрее. Или просто перенести все на другой сервер, сохранив структуру. И вот тут бырбыра являет тебе чудо чудное, диво дивное. Там где на zfs ты обошелся бы send -R, здесь тебя ждет очень интересное приключение, вовсе не защищенное от ошибок и не гарантирующее в целом успеха. Автоматики - ноль.
Оставляю для самостоятельного изучения желающими пособирать грабли.
> Ну вот да. Почему это круто для полисей утилс файлухи - я не понял.
просто слепил из того что было - не посмотрев даже, что там тянется. У хрустиков так принято, а чувак же хотел быть в трендах. Ну, вот. Показал почему хруст непригоден и для системных утилит тоже.
> Ибо в проде такое - захочешь не впихнешь.
в проде такое - впихнешь, потому что никто там не будет пересобирать ничего из исходников. Если имеешь дело с экспериментальной фс и она на самом деле тебе нужна - тем более не будет, просто скачаешь последнюю сборку у автора. Но применений ЭТОМУ в проде я не вижу. Нет там уже давно вручную подключаемых ssd.
Это та же проблема страдания майнтейнеров что и никому ненужный миллиард сборочных зависимостей игогошки, которые используются ровно один раз при сборке единственного пакета, вместо того чтобы сложить их при сборке в хомяк и удалить сразу после. Пора ребятушкам расслабиться и привыкнуть, что нет, не надо сборочные зависимости нескучных язычков с собственными пакетными менеджерами и замкнутой на себя экосистемой включать в дистрибутив (можно включать их в исходники если боишься что со временем они потеряются - но смысла тоже ноль, со временем никто это пересобирать не станет). Они там все равно никому не пригодятся, даже ручным пересобиральщикам пакетов в хомяке, потому что и в этом случае не пересобираются, а скачиваются готовыми.

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

345. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 15:32

> тогда что строишь из себя эксперта? Зазубрил пять команд единственной утилиты.
Хороший фотограф просто знает когда жать DEL ;)
Я имхо честно демаркирую границы, в которых я считаю что у меня экспертиза - и не пытался читать лекции как собирать энтерпрай хранилки. И честно сказал, что мне топик не интересен. А "неформально" - считаю что если понадобился такой дино, скорее всего настоящие проблемы - с планированием и архитектурой.
Это работает в обе стороны, простое следствие: если ты рассказываешь мне про свои петабайты, от нетаппа, но сам мыкаешься с NTFS, я вообще не понимаю в чем и где вот именно твои заслуги.
> через неделю диск грохнулся, и можно заняться очень интересным п3рдолингом, чтоб хоть
> загрузить систему.
Если собирать это будешь ты - так и будет. А я могу немного в знание свойств дизайна и разумное планирование на основе. Все будет выглядеть иначе. И рекавери - считанные минуты.
> Уровень эксперта где-то примерно таков и есть. Снова единственная заученная команда и
> снова ноль экспертизы или вовсе отрицательная.
Не надо на меня проецировать свои проблемы и методы работы.
> А мне нужна - управляемая фс. Где диск добавили один, потому что
> нарезание лунов на хранилке операция дорогая, а фс мне нужны вот
> там, вон там и еще вон там.
Но сам ты при этом посидишь с NTFS голимым. А я не хочу вечно работать на дядю и быть сапожником без сапог, этим мы и отличаемся ;)
> мержить с корнем - мы может потом этот диск в другую
> систему переткнем, прикладные системы у меня живут дольше чем их ОС,
> иногда десятки лет.
Для меня типично - логически сплитить на "system" и "data". Возможно еще "userdata" если home являет ценность. Более того - "system" должен быть убернадежным только местами, типа одноплатников.
На обычном компе - если системный девайс помрет, знаешь что будет дальше?
1) Замена девайса.
2) Загрузка с бутявки, партиционирование, создание пустой btrfs на нем.
3) Btrfs receive - бэкапа той системы ("system" и возможно "userdata" если home там ценный). Удобно что снапшоты можно send/receive, да? Send снапшота = халявный и относительно консистентный бэкап, на лету :)
4) Инсталл бута и генерация конфигов.
Все действо - минут 5. Ну 10 топ. Видишь? Менеджмент в стиле VM по сути, т.е. "(re)deploy". А не запрыги по граблям на полдня и делание мозга. Зачем делать долго, хреново и сложно если можно легко, просто, быстро и логично? У правильных мегакорп можно кое-чему научиться. Например не создавать себе проблем на ровном месте.
> Уже эта история с бырбыр становится неприлично сложной на совершенно пустом месте
> - потому что вместо точек монтирования она хранит какие-то безумные "пути"
Чего? Кого? Там все просто как дрова. Это просто немного отличается от того к чему ты привык, но никакой ракетной науки.
Мне нравится как убунта придумала, / системной ФС на уровень выше / ОС, в нем менеджмент, т.е. все subvols вообще, все снапшоты + текущий / и /home. В нормальной ситуации ос ЭТО не видит, ибо уровнем выше /. Из этого собирается ОС, 2 точки монтирования. От бута и fstab требуется только знать название subvol, который текущий для / (и в случае fstab /home). Это чтоюбы / и /home независимо снапшотить и переключать, дабы откат на 2 недели назад - не откатил мне и мои проекты на 2 недели.
Ну будет ядру указано в командлайне rootflags=subvol=@ Просто указывает что как / у нас subvol названый @ (дефолтовое убунтуйское название, можно другое). Техничечки subvol лишь супердиректория. Иерархия cow с независимым снапшотированием.
А кучаданных - чаще всего просто отдельный ФС. Второй. Рулится 100% независимо. Но и в нем удобно завести уровень на 1 выше / и цеплять например @ как основной сабвол, а рядом снапшоты в невидимом по дефолту ОС менеджменте. Так даже rm -rf / не угрохает те копии, ибо по дефолту их не видно. "Deviсe add" обычно туда уходит. И систему вообще не трогает.
> и совершенно бессмысленные цифровые id.
У subvols есть имена, намного удобнее референсить их по именам. Это дира на стероидах, лол. Ключевая ее ососбенность - независимое снапшотирование того что в ней. Позволяет партиционирование того что и как снапшотить независимо.
> Отличить сабвольюм от простого каталога не умеет, это надо вычислять странными способами.
Аж целый btrfs sub list <точка монтирования интересовавшей ФС напечатать? Это ужасно, конечно. На практике имеет смысл завести convention наподобие убунты и явно называть их @what - в уровне на 1 выше / и тогда менеджмент станет прост как дрова. И большую его часть можно будет файловыми операциями вообще оформлять.
Те напримерЕ: mount /dev/sdx /mgmt; cd /mgmt; mv @ @sys-old; mv @sys-snap-123 @; reboot;
Это если что текущий вид системы был оставлен в @sys-old если его изучить захочется, а активный снапшот подвинут на @sys-snap-123 в который и будет ребут.
У твоего ZFS есть намного более странные загоны с каким-то импортом пулов на кой-то ляд. Btrfs в этом смысле сильно менее замороченный и чтобы перетащить ФС о пяти девайсах на другой комп достаточно подцепить девайсы + замаунтить кого-то 1 из них (после чего оно найдет остальные 4 девайса, само).
> Снапшот невозможно понять, с чего сделан, если вручную опять не
> хранить эту информацию отдельно.
Вообще-то каждый subvol знает свой parent UUID (UUID сабвола с которого он сделан). А по ID можно посмотреть инфо даже сабволов которые вне области видимости того что смонтировано.
А вон те договоренности с 1 уровнем выше / и именованием вида @what лишь слой для _удобства_. Понять кто с кого сделан можно и без этого. Просто так оно human readable, сразу, без лишних команд и утилит. Упрощалка менеджмента.
> А теперь попробуем, скажем, переехать на другую хранилку, побыстрее. Или просто перенести
> все на другой сервер, сохранив структуру.
Ну так сделать send всех нужных subvol - и дело в шляпе.
> защищенное от ошибок и не гарантирующее в целом успеха. Автоматики - ноль.
Хз, не испытывал особых проблем с этим действом.
> Оставляю для самостоятельного изучения желающими пособирать грабли.
Я так порой ос "инсталлю". Грузимся с бутявки, создаем пустой btrfs, на него receive "system", инсталл бута и апдейт fstab если надо (uuid новой FS ессно иной). Весь (ре)инстал оси, минут 5 на все. Вот этот VM с браузером где я болтаю - так и сделан. Обкоцаная версия моего десктопа. Не буду ж я его с ноля инсталить и тюнить, право?!
>> Ну вот да. Почему это круто для полисей утилс файлухи - я не понял.
> просто слепил из того что было - не посмотрев даже, что там тянется.
А головой думать о проблемах эксплуатации этой вундервафли метя в что-то за пределами experimental - совсем не надо? Ну, э, с такой полисей Кент должен понимать что его отсутствие не очень крутая потеря ибо - захочешь не поюзаешь в проде. И радости с сказа что его нечто на фс с петабайт уже затестили - если с утилсами на практике ж@па?
> трендах. Ну, вот. Показал почему хруст непригоден и для системных утилит тоже.
Ну молодец. Поэтому барьер для его выпинывания - ниже. Ибо финальный вопрос то - "а кто и что теряет"? Поооооользователям станет неудобно? Всему десятку, который из#$%нулся скачать ночнушку хруста и собрать тулсы? Ужасная потеря! Но они пожалуй и модуль ядра соберут, не развалятся. Вот если б тулсы были в stable дистрах и народ нарезал себе тыщи этого, пришлось бы много думать на тему "we do not break userspace". Но хипстеры понимают некоторые соотношения лишь когда они предъявят себя фактами по лицу.
>> Ибо в проде такое - захочешь не впихнешь.
> в проде такое - впихнешь, потому что никто там не будет пересобирать
> ничего из исходников.
Стабильные дистры - не будут лично для кентушки выкачивать ночнушки посреди релиза, чтобы его уберценный крап сбилдить. Дебиан и так попробовал extended вариант - вкатив новый пакет. Кент с хипстерами помог им получить "ну значит не прокатило :(". Все решения имеют свою цену. Ценой этого был факт что деплойнуть ФС сможет лишь десяток типов с ночнушкой хруста. А это сильно понижает порог размайнлайнивания. Ибо "кто и что теряет?"
> скачаешь последнюю сборку у автора. Но применений ЭТОМУ в проде я
> не вижу. Нет там уже давно вручную подключаемых ssd.
Это навернео неплохо могло бы себя показывать с делением на быстрый фронт/кеш и медленный емкий бэк. Это на самом деле - надо. Но качать какие-то левые бинари с сайта васяна? Без уверенности что это даже стартанет? Вместо утил от своего дистро через официальный канал? Ага, ща. Все десять хипстеров - скачают.
> Это та же проблема страдания майнтейнеров что и никому ненужный миллиард сборочных
> зависимостей игогошки,
Ну вон в дебиане майнтайнеры и решили что нефиг делать из чужих проблем свои - и вынесли это. Что явно повлияло на количество инстансов ФС в мире - и насколько просто принять решение "а давайте это размайнлайним нахрен?!". В этом смысле кент конкретно протупил. Он мог "набить себе цену" намного круче, сделав выпиливание себя - заметно более болезненным и чреватым на всех уровнях. Но для этого надо было не хайповать гоняясь за последним хрустом а трезво расчитать "мини вендорлок" подсадив на свое - толпу народа. Тогда цена решения другая, и простят больше.

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

353. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 17:39

> Я имхо честно демаркирую границы, в которых я считаю что у меня экспертиза
твои ценные мнения о zfs - далеко по ту сторону границы не то что экспертизы, а хотя бы разумного понимания где ты ничего не должен говорить, а только слушать и кивать.
Нащупать же твою экспертизу я безуспешно пытался первые лет пять твоего гордого всплывания здесь. Не удалось найти НИ ОДНОЙ темы и увидеть ответ хотя бы на один технический вопрос в котором ты бы разбирался.
> Но сам ты при этом посидишь с NTFS голимым.
я "сижу" с десятками разных проектов и систем. Где-то ntfs, там где она отвечает задачам, да, ее хорошо проектировали, она много чему соответствует, где-то и вовсе ext4 без журнала.  Бырбыров тоже было, поэтому я и могу делать _аргументированные_ выводы о том как там все по настоящему плохо.
>> Уже эта история с бырбыр становится неприлично сложной на совершенно пустом месте
>> - потому что вместо точек монтирования она хранит какие-то безумные "пути"
> Чего? Кого?
btrfs subvol create /srv/project
umount /srv (он тут лишний, был смонтирован ради предыдущей команды)
mount... что?
(набирает попкорна, наливает пива, ждет посадки эксперта в лужу, поскольку в его примитивных поделках на флэшке нет этого момента, а "экспертиза", как мы знаем, сводится к зазубриванию тех трех команд, которыми он пользуется каждый день)
> Там все просто как дрова. Это просто немного отличается от того к чему ты привык, но
> никакой ракетной науки.
а кто вещал нам про звездолеты с мысленным управлением? А тут какие-то ржавые гайки да еще и смотри не перепутай, какая "самая ржавая", дарагой!
> От бута и fstab требуется только знать название subvol,
хахаха. И как вооон там называется теперь subvol да и вообще блин как до него добраться?
(да, это как раз убунту-лайк схема, потому что она не убунтина а насоветована авторами самой фс как образцовая, хахаха, какой л-х им верит-то)
>> Отличить сабвольюм от простого каталога не умеет, это надо вычислять странными
>> способами.
> Аж целый btrfs sub list <точка монтирования интересовавшей ФС напечатать?
а откуда ты знаешь что это точка монтирования? Он может и не смонтирован был вот сейчас никуда. А могут быть сабволы внутри сабвола и это не точки монтирования тоже, это просто у вас снапшоты так криво делаются. А рядом могут быть просто каталоги. Вот этот вот конкретный - сабвольюм или каталог? (щас эксперт опять не будет знать как посмотреть)
> У твоего ZFS есть намного более странные загоны с каким-то импортом пулов на кой-то ляд.
эксперт, спешите видеть. Ты ж только что хвалился умением не лезть в то, чего вообще не понимаешь.
Импорт  - пометка что пул во-первых вообще проверенно работоспособен и мы не словим панику при попытке что-то с ним делать, во-вторых что он доступен данной системе, и мы не перепутали диски от соседней. После чего может запускаться автоматика монтирования - не имеющая вот той проблемы что выше продемонстрирована. Потому что иерархия пул/fs/another/fs - не имеет никакого прямого отношения к точкам монтирования и всегда сохраняется (это на самом деле иерархия наследования настроек, а не размещения в дереве fs). А точки хранятся отдельно, и тоже никуда не денутся. пул/ при этом может вообще никуда не монтироваться.
Ну куда, куда ты лезешь с ценным-мнением-хрен-оспоришь если даже вот это для тебя новость?
> Вообще-то каждый subvol знает свой parent UUID
очень удобно, да. Старайся не перепутать все 85 незамоминаемых закорючек. По всем пяти уровням вложенности.
И ага, эта инфа тебе очень-очень пригодится при попытке перенести всю эту музыку на другой диск. Афигеть удобно? (нет)
>> А теперь попробуем, скажем, переехать на другую хранилку, побыстрее. Или просто
>> перенести все на другой сервер, сохранив структуру.
> Ну так сделать send всех нужных subvol - и дело в шляпе.
нет, не влезло на диск, а он втрое больше старого. Ой, а почему, и как теперь сделать чтоб влезло?
Ау, экспертизааааа?!
Нет, в мане ты этого не прочитаешь, хотя должно было бы быть прямо рядом с командой send - иначе ж нахрена она такая кривая нужна?
> Хз, не испытывал особых проблем с этим действом.
как и предполагалось, эксперт не разбирается в области своей экспертизы. ОПЯТЬ. Да что ж такое и что ты на самом-то деле знаешь и умеешь хорошо, а не по верхам разок нахватался?
А там еще и очаровательные замаскированные грабли лежат, хотя казалось бы и так целое поле.
Ну чего, эксперт - сольешься, побежишь быстрогуглить или таки признаешь что не владеешь темой? (ой, не дождемся с таким ЧСВ)
> А головой думать о проблемах эксплуатации этой вундервафли
а какие у тебя проблемы с _эксплуатацией_? Это статический бинарник. Проблемы у майнтейнеров дистров, а это разработчик фс знать и понимать вообще-то не обязан, во всяком случае, заранее.
Да и вон, с игого слились, и тут рано или поздно сдадутся.
> захочешь не поюзаешь в проде.
захочешь - поюзаешь. Но я пока не вижу областей применения, кроме подкроватного сервера.
> Это навернео неплохо могло бы себя показывать с делением на быстрый фронт/кеш и
> медленный емкий бэк. Это на самом деле - надо.
ну вот в твоей одноплатной поделке некуда такое втыкать. В моих лезвиях - снова некуда, нет там места, в этом мегаватном монстре размером с пачку печенек (пицца-боксы уже немодно) еле-еле помещается два одинаковых в рейде (разумеется).
остаются васян-серверы под кроватью. Но там скорее всего эффективнее просто прон складывать на один медленный диск, а ведра без конца пересобирать на другом, быстром, и не смешивать. Тем более что эффективность layered storage не доказана и не проверена (в отличие от zfs с ее arc).
А аналога s2d у вас нет и собрать его не из чего.
> Что явно повлияло на количество инстансов ФС в мире
на нулевую величину. Те кто готов был играть с недописанной фс и вручную собирать для нее предрелизные ядра  (ни в какой дебиан они конечно же не попадают) - уж точно не помрут, заодно с ядром скачав мелкую утилиту последней версии. Уже собранную или в исходнике даже - там проблема, если ты не понял, не в сборке, иначе автор бы конечно ее заметил. Этим людям заниматься этой всей фигней ради bcachefs create совершенно незачем, они честно и радостно curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y --no-modify-path (где-то тут sudo надо бы еще пару раз набрать для более сильного колдунства ;-) - и у них все заработает.

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

10. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +17 +/–

Сообщение от Аноним (10), 28-Июн-25, 11:05

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

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

39. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от нах. (?), 28-Июн-25, 11:33

А остальным разработчикам - просто наплевать на твои данные и исправлять они ничего и не собирались, обратитесь в техподдержку вашего дистрибутива.
Как там бырбырбыр поживает - уже можно пользоваться raid6? А, опять нет.
Про всякие "silent corruption" тебе помог бы поиск прямо по этому сайту, но ты ж не будешь, тебе главное квакнуть.
> Вот допустим есть пользователь этой фс - он что, теперь за рпспоследним ядром перманентно
> должен гоняться?
в случае фс в разработке - да, а если тебя это не устраивает - вероятно ты не понимаешь, зачем та фс вообще нужна.
С dkms, как и подчеркивает автор - разработка просто станет медленней и неэффективнее, потому что фс завязана на фичи ядра, которые тоже есть только в самых последних версиях.
На поддержку миллиона вариантов ядерного апи, каждый день нового - он ресурсы тратить не только не хочет, но и физически не сможет - т.е этот dkms точно так же будет совместим только с последним или вовсе с еще недовыпущенным.

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

106. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –5 +/–

Сообщение от Аноним (-), 28-Июн-25, 14:39

> А остальным разработчикам - просто наплевать на твои данные и исправлять они
> ничего и не собирались, обратитесь в техподдержку вашего дистрибутива.
> Как там бырбырбыр поживает - уже можно пользоваться raid6? А, опять нет.
А как там у тебя рефлинки - пул не убивают уже в дрызг? С фиксом "пересоздайте пул"? Ты ж наверняка отрастил хранилку на дофига терабайтов с 100500 девайсов чтоб ее пересоздавать почаще :). Ведь мазохизм - твое все.

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

137. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от нах. (?), 28-Июн-25, 17:07

> А как там у тебя рефлинки - пул не убивают уже в дрызг?
И никогда не. Внезапно. Эксперт такой эксперт. (нет, та проблема к рефлинкам никакого отношения не имела. И наступить на те грабли, в отличие от гарантированного крэша raid6 - надо было быть очень и очень большим оригиналом.)
> Ты ж наверняка отрастил хранилку на дофига терабайтов
ты не поверишь, но в нашем конторском san от нетапа - хотя и сильно специфическая, но - zfs. И там ближе уже к петабайту. Пересоздавать? Чо?! Первые ноды куплены в 2010м.
Дай угадаю - у тебя ровно ноль успешных решений такого возраста.
Проблема zfs не в самой zfs, а только и исключительно в п-сах менеджерах шв@60дкиных ОС.

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

153. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от Аноним (-), 28-Июн-25, 17:44

> И никогда не. Внезапно. Эксперт такой эксперт. (нет, та проблема к рефлинкам
Да уж. Там скорее проблема в том что
1) Допереть вывалить нетестированую фичу в релиз - отлично придумали!
2) И еще и по дефолту врубить. Интересно же где бахнет!
При этмо прикольно что такие как ты рассказывают про энтерпрайзы, вот уж энтерпрайзная практика выкатки релизов как она есть :))
> и сильно специфическая, но - zfs. И там ближе уже к петабайту.
Так это ж не твоя заслуга - а нетаппа. И дома ты поди сидишь с NTFS высокоинновационным, где снапшоты той же винды мучительно тормозны, 200 К файлов в дире = дикие клины в стиле "ща, только дискетку доформатирую" и в целом - как-то неуниверсальненько.
> Дай угадаю - у тебя ровно ноль успешных решений такого возраста.
Это вообше не у тебя решение - а у нетаппа. А твоя то заслуга в этой схеме - в чем?
> Проблема zfs
...в том что кроме энтерпрайзных хранилок оно ни на что не заточено на самом деле.

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

86. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Аноним (86), 28-Июн-25, 13:54

Используем ext4 и не рыпаемся.

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

96. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 28-Июн-25, 14:02

> Используем ext4 и не рыпаемся.
ext2 же ж! Ext4 еще недостаточно устарела и окостенела, в ней, представляешь, тоже бывают ошибки, ведущие к потере или скрытой порче данных.

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

141. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (141), 28-Июн-25, 17:12

Да представляю, в 17м сам огрёб.

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

157. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от zionist (ok), 28-Июн-25, 17:49

Кто-то использует ext2 как основную на своём десктопе?

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

159. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (159), 28-Июн-25, 18:12

Чем плоха ext4 ?

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

169. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от _ (??), 28-Июн-25, 19:21

Она для луддитов же, её уже больше 3-х месяцев как придумали! :)
Я уж молчу о том что "в ней нет ни одной молекулы свободы"(С)^W ни байта на расте :))))

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

194. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Аноним (194), 28-Июн-25, 20:27

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

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

211. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от _ (??), 28-Июн-25, 21:01

> Тем, что она примитивна.
Это вообще-то - достоинство! :-р
> Мгновенных снапшотов нет, сжатия нет, подразделов нет
А это точно то, что должа делать _FS_? ;)
> Зато есть иноды, которые могут внезапно закончится.
Ну хоть один реальный недостаток нашли, а то я уж волноваться начал :) Не иделальна, ТЧК!

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

232. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 22:11

> Зато есть иноды, которые могут внезапно закончится.
И как это интересно решают?
2) А, в Ext2/Ext3 - такая проблема есть?

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

280. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (194), 29-Июн-25, 00:45

>И как это интересно решают?
Никак. При форматировании нужно задать количество инодов, если иноды закончились - удаляйте файлы. Избеать создания мелких файлов.
>2) А, в Ext2/Ext3 - такая проблема есть?
Да. В ext2 к тому же ещё и журнала нет, внезапное отключение питания для неё закончится плохо.

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

330. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от zionist (ok), 29-Июн-25, 11:10

> Никак. При форматировании нужно задать количество инодов, если иноды закончились - удаляйте
> файлы. Избеать создания мелких файлов.
Задавать количество инодов при форматировании совсем необязательно. По-умолчанию на каждые 16384 байт создаётся один инод. Если речь идёт о десктопе, этого количества вполне достаточно. При этом файловые системы серии ext работают быстрее, чем новомодные btrfs и прочие.

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

333. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 29-Июн-25, 12:15

> Зато есть иноды, которые могут внезапно закончится.
>И как это интересно решают?
Если есть возможность подключить дополнительный диск - можно извратившись с lvm2 увеличить количество инод.Хотя проще перенести данные и заново отформатировать с увеличенным количеством инод.
Также у народа ходит самопальный e2fsprogs-master , там падчи по какой-то причине не принятые в основную ветку- Ари для расширения инод в ядро давно было принято,но почему то функционал реализовали только для lvm :-(
Так в утилите есть специальные ключ для увеличения количества инод , тут автор очень давно уже не появляется .
Вообще у ext4 очень экономно расходуется иноды это явно специфическая ситуация :мелкие файлы и очень большой диск.Т.к для больших файлов используется экстенты.

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

243. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (-), 28-Июн-25, 22:39

> Ну хоть один реальный недостаток нашли, а то я уж волноваться начал
> :) Не иделальна, ТЧК!
Могу более тупой недостаток насыпать. При том courtesy of пох или нах. Оно в деаллокацию дир так и не умеет. Если в дире создать 100500 файлов - дира распухает до нескольких мегов веса. И начинает ощутимо тормозить. И даже если файлы стереть, дира все равно - жрет несколько мегов веса. И что еще забавнее - тормозит как будто в ней 100500 файлов. Даже если там их теперь - 10 штук. Т.е. оно походу не умеет в GC/Dealloc таких вещей по нормальному и лечится этот бред только стиранием диры и пересозданим заново.

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

342. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 29-Июн-25, 13:36

>Оно в деаллокацию дир так и не умеет. Если в дире создать 100500 файлов - дира распухает до нескольких мегов веса. И начинает ощутимо тормозить.
А включить dir_index или large_dir религия значит не позволяет. Одно время даже быстрее btrfs открывала каталоги с большим количеством файлов.Насчёт места - e2fsck -f -D -C0 -E discard (прогресс можно не включать,параметр -C0) : чистит место,да, вручную,но говорить что только удалением директорий это враньё.

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

346. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (-), 29-Июн-25, 15:50

> А включить dir_index или large_dir религия значит не позволяет.
Все это счастье, внезапно, с включеным dir_index. Кто-то ext4 без него юзает? oO
Грубо говоря,
1) возьми mc (midnight commander), он размер дир в списках умеет казать.
2) Создай пустую диру.
3) Посмотри ее размер, должен быть мелкий.
4) создай в этой дире 100500 файлов.
5) Посмотри теперь размер диры миднайтом. Что, распухло?
6) Теперь сотри все файло в дире нахрен.
7) См размер диры.
Что, размер диры - не сдувается? Даже если все 100500 файлов стереть? Ну вот то то же! И я подозреваю что тормозит как раз что-то с невъ...м индексом, или типа того, пох как-то давал лекцию на тему анатомии костяшек, я есно не фанат дизайна и помню только user-visible impact для принятия решений :). У btrfs - такой проблемы нет от рождения. Если все вон то проделать - размер диры исправно сдувается по числу файлов. Сам. Сразу. По дефолту.
> Одно время даже быстрее btrfs открывала каталоги с большим количеством файлов.
На удивление ext4 и сейчас с 100500 файлов работает довольно средненько. Btrfs'а так то тоже - опмимизят, и они ЭТО сразу делали достаточно простым и быстрым.
> Насчёт места - e2fsck -f -D -C0 -E discard (прогресс можно не включать,параметр -C0) :
> чистит место,да, вручную,но говорить что только удалением директорий это враньё.
Я должен мануально GC за ФС толкать сам? Да ну нахрен, а? ФС должна работать а не мозги делать! Вон btrfs'ники доперли и накодили - динамический dealloc и GC - block groups, так что если объем данных и метаданных радикально меняется по ходу пьесы, оно таки - в новых ядрах САМО блин с своими интимными особенностями будет разбираться. Таков путь.

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

354. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 18:08

>> А включить dir_index или large_dir религия значит не позволяет.
> Все это счастье, внезапно, с включеным dir_index. Кто-то ext4 без него юзает?
с включенным оно тормозить - не может.
(по крайней мере - при всех удаленных файлах и пустом индексе)
Я юзаю. Мне нахрен не нужны тыщамильенов файлов большой навозной кучей, которые и удалить-то не так просто.
> 1) возьми mc (midnight commander), он размер дир в списках умеет казать.
man ls
> 3) Посмотри ее размер, должен быть мелкий.
> 4) создай в этой дире 100500 файлов.
главное, миднайтом в нее не заходи. А то перезагружаться будешь ресетом. fs наверное виновата. А не дятел сотворивший ЭТО.
ls просто так тоже не набирай. Ресет не потребуется но задумается надолго.
> 6) Теперь сотри все файло в дире нахрен.
> 7) См размер диры.
ну и что? Логично что раз тут образовалась помойка, причем сам каталог не удален вместе с ней - она скорее всего будет повторена, нет никакого смысла экономить копейки, занимаясь ненужной оптимизацией.
Кстати:
time ls-F > /dev/null
1.394u 0.187s 0:13.74 11.4%     0+0k 0+0io 0pf+0w
ls-F | wc -l
44231
(это винда, точнее это виндовая кластерная шара через cifs. Вторая команда разумеется вполняется мгновенно, кэшируясь на обоих сторонах, но в рабочее время лучше так не делать.)
У коллег что-то сбойнуло пару лет назад.

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

286. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 00:58

>> Тем, что она примитивна.
> Это вообще-то - достоинство! :-р
для примитивных задач - достоинство, а когда надо не только чтоб с чего загрузиться - так себе.
>> Мгновенных снапшотов нет, сжатия нет, подразделов нет
> А это точно то, что должа делать _FS_? ;)
ну...э... учитывая что снапшотами в виде обычного lvm пользоваться невозможно в принципе, thin lvm самим пользоваться стремно до невозможности, dump вроде как еще компилируетца но запрещено к использованию самим Божеством - хотелось бы хотя бы уже снапшотов что-ли...
>> Зато есть иноды, которые могут внезапно закончится.
последний раз с этим сталкивался когда диски были большими. Сейчас я хрен знает что надо сделать (разумного) чтобы кончились иноды.
Ну и да, можно ж прежде чем создавать фс подумать, сколько их там нужно на самом деле.

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

233. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от maximnik0 (?), 28-Июн-25, 22:15

>Мгновенных снапшотов нет, сжатия нет, подразделов нет
Все это было в ветке Аддона (рентгенолог) .Называлось Next4 , правда оказалось по надёжности хуже молодой BTRFS. Но если не касается Next, сжатие и подразделы на ext4 есть, почему в основное ядро сжатие не закинули Хочу Знать (из анекдота).Были все атрибуты для сжатия в Ари,не знаю удалили ли их сейчас . Единственное что богатство архиваторов не было, только 1 алгоритм.
Подраздел реализован - это штатная фича ядра,сделано не для всех классических  фс, но конечно по гибкости не дотягивает до BTRFS,т.к есть ограничения.

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

242. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 22:35

>>Мгновенных снапшотов нет, сжатия нет, подразделов нет
> Все это было в ветке Аддона (рентгенолог) .Называлось Next4 , правда оказалось
> по надёжности хуже молодой BTRFS.
Нынче уже даже сам Теодор Тсо прямым текстом говорит - будущее за дизайнами типа btrfs и bcachefs. И нет никакого смсысла окучивать эти древние костяшки, натягивая сову на глобус.
Если вы хотели самолет - нет, брать автомобиль, пусть и массовый и отработанный - это не то что следует делать. Потому что разные дизайны с разынми изначальными целями. При сильном желании можно конечно сделать летающий автомобиль. Но в целом это сложнее и хуже чем с ноля делать - именно самолет.

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

268. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Олег (??), 29-Июн-25, 00:12

только brtfs вечный эксперементатор и bcachefs выпиливают из ядра изза кривого кода по сути
если говорить про будущее то пора говорить о ceph  и подобных
ибо для одного диска ext4 за глаза а для 10ти хочется уже рейд по нескольким серверам размазать

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

292. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 01:31

> если говорить про будущее то пора говорить о ceph  и подобных
У тебя есть хотя бы десяток мощных серверов с (желательно - двойными) хотя бы 10G линками  для *минимального* рабочего развертывания ceph?
И, надеюсь, проверенный и надежный бэкап?
ТОГДА БЕГИ ОТТТУДА!
> ибо для одного диска ext4 за глаза а для 10ти хочется уже
> рейд по нескольким серверам размазать
если у тебя этих серверов мало - не делай этого. Единичный сервер с raidz6 и периодическая репликация (или хотя бы просто архив) - наше всьо. Сдох - пересобери и разверни заново. Бизнес не может ждать? Пусть оплатит холодный резерв.
https://michael-prokop.at/blog/2021/04/09/a-ceph-war-story/
(читать там надо не про что случилось и кто виноват, шит случается везде, те детали нынче неактуальны, читать надо про охрененную эффективность и вменяемость цефовских средств диагностики и восстановления. Потому что когда они тебе понадобятся - поздно будет!)
А то ж так все прекрасно для начала - "просто запустите наш скрипт и он все сделает за вас". Ага, сделает. И есть тоже за тебя будет.

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

303. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Олег (??), 29-Июн-25, 02:44

двойной аплинк
бекап
и никакого ceph)
стойка забита
Я пока присматриваюсь
Интерестно выглядит vsan и microsoft s2d, но оба представляют более проигрышные вещи по сравнению с теми же netapp и emc.

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

329. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 10:54

> и никакого ceph)
> стойка забита
тогда даже и не думай в ту сторону. Производительность будет ниже никакой во всех мыслимых и части немыслимых вариантах применения, надежность тоже (а восстанавливать это все - долго и муторно. В смысле банально переустановить и накатить бэкап не так банально как хотелось бы при таком топорном подходе)
> Я пока присматриваюсь
> Интерестно выглядит vsan и microsoft s2d, но оба представляют более проигрышные вещи
эти просто работают. Каши обычно не просят, но надо таки читать форумы или приглашать варягов для начального проектирования - там есть некоторое количество подводных камней, в отличие от ceph хотя бы не скрытых под пейволлом rhbm, но чтобы задать правильные вопросы - как обычно надо заранее знать больше половины ответа.
> по сравнению с теми же netapp и emc.
эти тоже просто работают, но не так просто получить на них бюджеты (не забываем что им нужна поддержка в течении всей жизни, запчасти не продают в ларьках). Если есть - флаг в руки, и незачем тратить время на sds. Если нету или можно найти лучшее применение деньгам, а диски в серверах все равно есть и даром жрут электричество - под виндовую инфру (включая невиндовые hyper-v виртуалки) берем s2d и горя не знаем. Под вмварью просто покупаем лицензию и снова счастливы. Сетевиков желательно иметь грамотных, но супергерои не нужны.
Под линуксом - бежим оттуда пока целы и не поехали кукухой. Оно того не стоит, поверь.

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

325. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (325), 29-Июн-25, 09:53

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

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

11. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –2 +/–

Сообщение от Аноним (73), 28-Июн-25, 11:05

Т.е., недоразумениe под названием nilfs2 или недоделки типа jfs значит можно включать в ядро, а reiser4 или bcachefs нельзя... Вот такой вот Линукс, свобода - она для кого надо свобода, ага.

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

19. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (4), 28-Июн-25, 11:12

> недоразумениe под названием nilfs2
Это какое ещё недоразумение? Самая надёжная ФС из доступных. Для архивов самое то.

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

52. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (73), 28-Июн-25, 12:15

> Самая надёжная ФС из доступных
Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт. Кроме того, для хранения архивов не нужны чекпоинты, а там где они пригодились бы эта ФС не работает совершенно. Самая бесполезная файловая система, с какой стороны не посмотри. Да ещё с конским WA  вдобавок (вопреки заявлениям, да).

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

67. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (4), 28-Июн-25, 12:51

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

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

87. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (73), 28-Июн-25, 13:55

Откуда взяться надёжности у ФС, которую пилят полторы калеки и которой никто кроме них больше не пользуется? Лучше бы её выбросили из ядра вместо райзерфс.

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

107. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 14:40

>> Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.
> Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему
> она самая надёжная.
В смысле - если ей никто не пользуется - то и данные не про$%ет? В принципе все так, но есть нюансы :)

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

207. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (159), 28-Июн-25, 20:52

Надежнее btrfs ?
А она не тормозит...
Кто виновать... даже не знаю...

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

55. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (53), 28-Июн-25, 12:20

Теперь "свобода" опрелятся советом директоров RHBM.

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

57. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (57), 28-Июн-25, 12:20

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

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

108. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (-), 28-Июн-25, 14:42

> что не так с jfs? с недавних пор пользуюсь(нужна простая фс с
> динамическими инодами), хотелось бы знать о подводных камнях.
Тормозная как трактор, не умеет нихрена, дефрага в случае чего нет даже теоретически, fsck одно время делал нечто странное. Нахрен оно такое нужно - кто его знает? На него и забили все.

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

172. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от _ (??), 28-Июн-25, 19:37

А можно грязных подробностей?
Чёто я не помню проблем с fsck, а оно жи _форсилось_ поле N-ребутов, я бы заметил.
Насчёт дефрага - голубые божились что встроенный - зи бест и нич0делатьненадА! Я и не делал и проблем не припомню.
А уж в 2k25, когда у всех SSD дефрагментировать чего то ... ну такое (С) :)

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

185. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от нах. (?), 28-Июн-25, 20:10

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

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

212. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от _ (??), 28-Июн-25, 21:05

> запускать не раз в несколько ребутов, а на нештатно завершившейся системе. То есть там где он и необходим.
Ну логично :) Тогда у меня типичная проблема выжившего. Не случилось у меня полом jfs-a и поэтому мой опыт с этим всем - ну по крайней мене не полный.
Ну дык я потому и спрашиваю - а что было то? :)
Хотя - зачем мне ответ, не знаю. Ежу жи понятно что jfs-ов больше не будет...

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

201. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 20:40

> А можно грязных подробностей?
Я уже забыл детали, ибо декомиссовал последние тома с ним опосля этого эн лет назад. Но там толи fsck с ошибкой отпадал, толи что-то типа того - оно после загрузки оказывалось не замонтированым блин. Несмотря на прописывание в fstab. Из-за каких-то совершенно левых взбрыков по линии fsck. С другими ФС этого не было. Ни с xfs, ни с ext4, ни btrfs. А этот вот одно время брыкался. Потом вроде починили. Но зачем мне такой слоупок, с приколами - я не понял и отделался от него постепенно.
Единственное где оно хорошо себя вело - роутер с процом 200 МГЦ. Там все в проц упиралось и jfs относительно мало прцоа жрет - там был побыстрее остальных за счет этого.
> Чёто я не помню проблем с fsck, а оно жи _форсилось_ поле
> N-ребутов, я бы заметил.
А я вот помню какие-то факапы с монтированием этой штуки, подбешивавшие меня. Потом лапками оно маунтилось конечно - но постоянно печатать то что я и так в fsck прописал - мне вот оно надо?
> Насчёт дефрага - голубые божились что встроенный - зи бест и нич0делатьненадА!
В принципе он и правда не особо фрагментируется елси с забитием по уши и торентами и БД не борзеть, но если что - то упс, сделать с этим ничего не получится. На этот случай плана нет совсем.
> Я и не делал и проблем не припомню.
> А уж в 2k25, когда у всех SSD дефрагментировать чего то ... ну такое (С) :)
Ну и нахрен этот слоупок который еще и не умеет нихрена - на SSD? Т.е. да, можно его туда засунуть. Вероятно даже будет работать. Но скорость... рефакторить это на новые крутые апи с подшивками страниц, и тем более large folios, или какие там io_uring - никто не того, поэтому на быстрых SSD ему ничего не светит.

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

213. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 21:09

> Но там толи fsck с ошибкой отпадал, толи что-то типа того - оно после загрузки оказывалось не замонтированым блин. Несмотря на прописывание в fstab.
Ясно. Спасибо.
Мне выходит - повезло :)
Ну да RIP c ним, с jfs-ом. Всё равно его больше никто не юзает.

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

321. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Аноним (321), 29-Июн-25, 09:14

Раньше сидел на jfs. Но она умерла лет десять назад. В случае её отвала, вытащить данные с диска намного сложнее, ибо её поддерживают 1,5 программы да те под шиндовс.
Переехал на ext4 и счастлив. Надёжна, стабильна, скорость работы хорошая, выше чем у jfs. В случае отвала (пару раз лет за 10 было) просто восстановить, куча инструментов с ней работают. Если бы на jfs не забили болт, так бы и пользовался. А все эти btrfs-ы и прочая ерунда недостаточно стабильны. Свистелок-перделок только напихали для девиантных неофитов бубунтистов и арчедрочеров.

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

160. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (159), 28-Июн-25, 18:16

raiser4 лично вы поддерживаете ? Или может кто то еще ?
Все открестились и забыли.
Или для вас "свобода" - все должны тянуть код нужный (на самом деле нет) ЛИЧНО ВАМ ?

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

228. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от zionist (ok), 28-Июн-25, 21:50

Вроде бы Эдуард Шишкин её поддерживает.

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

171. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 19:28

> недоделки типа jfs
Ну я где то в 2005-2009 ея юзал. Оно неторопливое - да, но надежное и предсказуемое.
Может я везунчик, но вот к jfs у меня претензий кроме "неторопливое" - не было.

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

202. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (159), 28-Июн-25, 20:47

А чем лучше ext4 ?
Первый раз просто слышу

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

214. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 21:11

Да уже ничем пожалуй...
Где то в ~17(?) в ext4 фиксанули серьёзную фигню, вот с тех пор возможно ext4 даже и лучше...

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

13. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +15 +/–

Сообщение от freehck (ok), 28-Июн-25, 11:07

Линус прав. Процессы важнее кода. Если все будут делать, как Кент, то это печально скажется на стабильности ядра, а этого допускать нельзя.

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

63. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от penetrator (?), 28-Июн-25, 12:40

но вот тут
> касающихся исправления ошибок, влияющих на сохранение целостности данных
я согласен с Кентом

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

68. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от freehck (ok), 28-Июн-25, 12:59

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

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

70. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (70), 28-Июн-25, 13:09

если новая опция чинит файловую ситему, то это исправление, никак не новый функционал.

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

173. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 19:42

Ты код смотрел? А _что_ там - понял? :)
Кент (по йунности видимо) всунул пачку изменений не только в свой код, но и в довольно критические секции _чужого_ ...
Ну фиг ли с пацана взять :)
PS: А всё равно жаль котёнка ($subj) - он хоть и царапка, но миляга ... :)

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

236. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (218), 28-Июн-25, 22:27

А, мне вообще не понятно где вы в Linux ядре - все видите стабильность?... Большего shit'a не найти в OpenSource, в т.ч.и про призводительности(только у EULA виндов последних  уделывает в этом, и то ещё не факт)

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

318. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (318), 29-Июн-25, 07:38

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

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

255. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (255), 28-Июн-25, 23:36

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

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

88. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от penetrator (?), 28-Июн-25, 13:58

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

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

135. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 28-Июн-25, 16:57

> это совсем другая история, можно пометить как эксперементальная фича
ТЫ НЕ ПОВЕРИШЬ!!!

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

80. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Shevchuk (ok), 28-Июн-25, 13:35

Необходимости пушить функционал на стадии RC не должно быть примерно никогда:
- экспериментальный код используют те, кто берёт на себя такие риски
- стабильный код в таком просто не нуждается, уж точно не на постоянной основе
¯\_(ツ)_/¯

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

287. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от anonnn (?), 29-Июн-25, 01:00

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

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

343. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от омномноном (?), 29-Июн-25, 15:03

Линус не прав. Код важнее процессов. Если все будут отмывать зашкварившегося Линуса, то копрорасты завладеют Linux'ом окончательно, а этого допускать нельзя.

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

14. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +4 +/–

Сообщение от Кошкажена (?), 28-Июн-25, 11:08

>  так как она решает проблему с восстановлением ФС у пользователей, столкнувшихся с ошибкой при удалении подразедов и не имеющих резервной копии
Зачем в ядро приняли сырой код?

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

21. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +4 +/–

Сообщение от gnugpl (?), 28-Июн-25, 11:14

Первый раз штoле? Про сырость в требованиях ничего нет.

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

23. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (4), 28-Июн-25, 11:16

Чтобы популяризовать и дать возможность протестировать. Нестабильные фичи честно помечают на сайте kernel.

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

238. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 22:30

Вот только в дистрибутивах о этом молчок же...

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

293. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 01:36

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

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

26. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –2 +/–

Сообщение от нах. (?), 28-Июн-25, 11:19

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

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

322. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (322), 29-Июн-25, 09:26

Какая версия ядра "стабильная"? Огласите весь список, пожалуйста.
Linux - самое нестабильное ядро на этой планете. Там отродясь ничего стабильного не было.

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

327. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Кошкажена (?), 29-Июн-25, 10:13

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

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

358. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от нах. (?), 29-Июн-25, 18:58

> Какая версия ядра "стабильная"? Огласите весь список, пожалуйста.
"в вашем дистрибутиве!" (c) не поверишь - Б-жок с Пальцем - причем еще во времена когда показывал с обоих рук.
> Linux - самое нестабильное ядро на этой планете. Там отродясь ничего стабильного
> не было.
неправда. До бесконечных денег ibm (то есть первые сколько там - пять лет?) было три состояния - четная ветка, в которой ВООБЩЕ ничего не принято ломать, только исправления ошибок. Нечетная ветка, в которой можно все ломать на участке быстрого развития (изредка и вовсе не компилировалась), но в какой-то момент объявляется stable - это не для пользователей, что можно свои данные хранить, а именно для разработчиков сигнал - что в этой нечетной ветке БОЛЬШЕ ломать внутренние апи нельзя. (Т.е. можно мержить свои разработки, будучи уверенным что завтра не придется снова переделывать) Т.е. примерно как у всех крупных проектов тех лет.
УГАДАЙ, кому в релизе аж номер 129 (sic!) захотелось немного поиграть с кодом, наплевав на все эти соглашения и что это был за код?
(случайно ли вот это совпало с бесконечными деньгами от ibm - сам подумай)

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

17. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –4 +/–

Сообщение от Аноним (17), 28-Июн-25, 11:11

А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы. Проблема лебедя, рака и щуки - это к сожалению основная проблема Линукса. Я понимаю, что это что то в стиле всем нравится становится независимыми государствами. Это очень веселая игра. Можно нарисовать написать конституцию, свой флаг и придумать свой гимн. Играться в выборы правительства и президента. Но в конечном итоге то что? Если у вас нет ресурсов на то, чтобы быть полноценным государством, то от этого будет только хуже. Всем нравится придумать своему проекту прикольное (нет) название и нарисовать какое-нибудь лого, а потом с пафосом его разрабатывать. Но проблема в том, что 100500 велосипедов на самом деле никому не нужны.

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

22. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (4), 28-Июн-25, 11:16

Это СПО, что хотят то и делают. Если оно вам не нужно – пользуйтесь виндой, никто не заставляет.

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

241. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 22:34

Заставлют соглашаться с zog кабалой в EULA даже по линии откровенного шпионажа,
а ныне уже и спомощью встроенного ИИ - автоанализирующего картинки на экране, всё как предсказывалось но не думал что даже мс на такое пойдёт :( когда то они хотя бы делали вид защищённости их ОС.

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

25. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от gnugpl (?), 28-Июн-25, 11:18

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

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

27. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Кошкажена (?), 28-Июн-25, 11:19

> А зачем нам вообще 100500 файловых систем?
Требования разные. Универсальных решений нет.

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

244. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (218), 28-Июн-25, 22:43

Помножить на (ещё же как ипшут выше и неисправляемые)баги  и  недостатки(вроде ограничения числа inode).....
Потому в никсах - сижу на NTFS и FAT32... @!#!@#$
(FAT32 чтобы хоть какой то раздел был загружаем в случае нештатных "выключений" ОС, т.к.NTFS починка - видите ли только с помощью chkdsk в виндах... отсутвующи в Multiboot на диске у меня, да и по соображениям безпасности, и раздел даже при малейших ошибках вроде разсинхронизации MFT - какотого не flush'енных автоматически ядром после завершения любой записи, как в той же винде, что типа "не очерередной баг" Linux ядра...)

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

294. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 01:37

> ОС, т.к.NTFS починка - видите ли только с помощью chkdsk в
ну купи уже наконец парагоновский драйвер-то. (драйвер можешь выкинуть, ntfs3g явно надежнее. А вот чекдиск от него оставь, он работает.)

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

245. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (218), 28-Июн-25, 22:45

(сама NTFS - нужна собственно для доступа к диску периодически из виндов)

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

33. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от нах. (?), 28-Июн-25, 11:26

> А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы.
вообще-то их там как минимум 4. Эксперт такой эксперт. И три системы управления дисками, почти как в линуксе, хехе.
Причем линукс, когда-то гордившийся тем что поддерживает все на свете и чорта в ступе - за десять лет ниасилил даже корявенькую readonly поддержку одной из (и не потому что невозможно - у парагона все есть, но не для вас).

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

305. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (305), 29-Июн-25, 03:29

> вообще-то их там как минимум 4.
FAT, exFAT, NTFS, ReFS? FAT и exFAT - те же яйца, вид сбоку. ReFS - неуловимый Джо. Вроде как существует то ли с Vista, то ли с какого-то мохнатого Server, но реально никто его не видел.

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

316. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 29-Июн-25, 07:20

> Vista, то ли с какого-то мохнатого Server, но реально никто его
> не видел.
Хм, те кто хочет использует ReFS.Правда на 2 ревизии меньше чем в серверной редакции. И при этом не покупая  и не нарушая лицензию.Прикол в том что mkfs.refs есть в исходниках, какой-то хакер  выпустил утилиту ,вроде Ms эту самопальщину не запрещает. А для обычных пользователей в 10 оставили возможность ( для тех кто на бэтах сидел) использовать уже отформатированные в ReFS тома.Софт несовместимый, до фига игр и приложений не работает с этой фс.

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

359. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 29-Июн-25, 19:23

>> Vista, то ли с какого-то мохнатого Server, но реально никто его
>> не видел.
ну просто он забыл уточнить - васянов с этогосайта.
> Хм, те кто хочет использует ReFS.Правда на 2 ревизии меньше чем в
это совершенно бессмысленная и беспощадная затея.
refs предназначена исключительно для стораджей, а не для васян-ноутбуков - в тех просто столько дисков не помещается. Возможность ее создавать выкинули чтоб юзеры по дурости яиц себе не отстреливали и не грузили этим зря поддержку. Пользоваться, если уже успел - можно.
Если ты такой весь из себя васян что у тебя есть прям серьезная необходимость прямо на своем компьютере такое держать - у тебя найдется еще много причин ставить enterprise или ProWS (из обычной про выкинуто из-за китайцев, массово ее ставящих легально) где есть штатная поддержка.
Все в общем работает, но все равно не очень понятно, зачем. Она нужна исключительно серверу.

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

51. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _kp (ok), 28-Июн-25, 12:14

>>А зачем нам вообще 100500 файловых систем?
Действительно. Зачем всё что ни есть тащить в одном проекте. Сейчас драйверов очень много, и даже контроль принятия обновлений одной командой, это уже узкое место.
С ядром уместно тащить только критически важный минимум, а остальные драйвера правильнее развивать в отдельных проектах.

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

61. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (53), 28-Июн-25, 12:37

>а остальные драйвера правильнее развивать в отдельных проектах
А для какой(каких) именно версии ядра их развивать? Даже LTS одновременно существует несколько.

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

72. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от _kp (ok), 28-Июн-25, 13:11

Вы драйверы писали?
Если опустить обновления ради обновлений, как и естественное развитие, то..
Исходник самих драйверов меняется только когда в ядре что то похерят/сломают, или добавят очень полезное. То есть исходник драйвера совместим с версиями ядра от одной версии до другой. А далее собирается с нужными заголовками ядра и архитектуры.
Более того, сторонние драйверы, которых в ядре нет, по другому и не сделаешь.

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

76. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 28-Июн-25, 13:30

> Вы драйверы писали?
ну вот ты похоже - нет.
> Исходник самих драйверов меняется только когда в ядре что то похерят/сломают, или
то есть примерно каждый день.
И тем более для bleeding edge исходников, которые для того и писали чтобы использовать то что в ядре еще даже не дописано до конца.
> добавят очень полезное. То есть исходник драйвера совместим с версиями ядра
> от одной версии до другой. А далее собирается с нужными заголовками
угу. Вот ровно с 6.16 и совместим. А с 6.17 - уже нет. И наоборот.
> Более того, сторонние драйверы, которых в ядре нет, по другому и не
> сделаешь.
сторонний драйвер zfs видел когда-нибудь и его конфигуратор? "эта функция принимает четыре аргумента? Нет? Значит пять? Опять нет - шесть?! Да что за нахрен, три что-ли?"
И таких проверок - десятки, если не сотни.
И за каждой такой проверкой - нечеловеческий труд людей, которые во-первых смогли разобраться, что тут опять переделано (без документации, как обычно), во вторых на каждый такой вот случай написать четыре варианта своего кода - потому что если аргументов три, а было шесть - значит еще три параметра стали передаваться каким-то хитрым образом, и их нельзя просто взять и выкинуть.
И в каждой новой версии ядра - опять ломается и опять кому-то лезть разбираться что там понаулучшали и как теперь это починить.

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

181. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 20:04

А за что наху тут минус влепили? 8-\
Ну ни одного жи слова неправды (в данном конкретном посте) ...

> И в каждой новой версии ядра - опять ломается и опять кому-то лезть разбираться что там понаулучшали и как теперь это починить.
Да. А Кент (создатель сабжа) - не стесняясь уячил в чужих кусках кода с размахом, как и положено художнику :)))) А унылые лудитты\диды\сишныедырени\нувыпонели - не оценили :) Потому что там ломается - просто, а вот чинится ... ну и вот :(
Как то таГ :)

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

183. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 28-Июн-25, 20:07

> А за что наху тут минус влепили?
они, не поверишь, искренне веруют, что от их неистового минусения объективная реальность изменится.
> Да. А Кент (создатель сабжа) - не стесняясь уячил в чужих кусках кода с размахом
но до сих пор в этих его изменениях никаких регрессов не обнаружено.
Ну и да, это единственный шанс сделать лучше чем уже есть в zfs, которая топчется на месте именно потому что нельзя ничего изменить.

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

247. Скрыто модератором +/–

Сообщение от Аноним (218), 28-Июн-25, 22:56

У тебя это Ёединственный пост за всю историю тут который можно сказать что не из разряда "кал" - поздравляю...
Да, это ещё одна неизлечимая проблема линухов(BSD что там у вас с этим?) - Торвальдс какой то просто диверсант и в отношении UNIX API...
(Даже в виндах, которые тут только ленивый линуксоид не пинал - (по кр.мере раньше)не позволяли себе менять API чаще чем раз в несколько лет, в более новых уже как понимаю чаще но, всёравно тут жесть с совместимостю и наплевательством на всех других разработчиков и пользователей - которые не смогут загрузить ПО на более раней версии ядра).

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

326. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (325), 29-Июн-25, 09:56

Уместно-то уместно, но некоторые маньяки предпочитают контролировать все дрова, и поэтому stable API is nonsense и "релизьте под GPL".

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

71. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (70), 28-Июн-25, 13:10

Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFS... лучше пусть будет много фс чем такое УГ, которому 100500 лет.

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

154. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (154), 28-Июн-25, 17:44

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

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

248. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (218), 28-Июн-25, 22:58

Если они не нужны - не устарела, значит врёшь.

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

184. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от _ (??), 28-Июн-25, 20:09

> Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFS
А в чём челлендж? У меня к примеру scheduler каждую ночь такое проделывает ... в чем пафос то?
Или ты хочешь сказать что в других FS это будет в разы быстрее? Ну так нет - не будет, на проценты может даже на десятки процентов быстрее будет, в разы - нет.
Ы?

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

197. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (197), 28-Июн-25, 20:29

Мне тут как-то надо было 20 тб с ntfs перенести, они слишком уж зафрагментировались. Опыт так себе, с ext4 было приятней. Нтфс без ссд не имеет права на жизнь, у Эпол та же петрушка.

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

249. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:01

> Опыт так себе, с ext4 было приятней.
Значит там было крупней размером и/или менее дефрагементированно, не?...
> Нтфс без ссд не имеет права на жизнь
Да ты убийца SSD... она же логирующая. Для них в виндах есть новая FAT.

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

283. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (197), 29-Июн-25, 00:48

Намного меньше чтений/записей с ext4, правда data=writeback и noatime,lazytime,commit=180. Скорость тоже получше и не занимается постоянным сканированием копируемых данных.

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

251. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:05

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

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

203. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 20:47

> А в чём челлендж? У меня к примеру scheduler каждую ночь такое
> проделывает ... в чем пафос то?
Не знаю как у него - а я вот примерно 300К файлов недавно в 1 дире своротил, на btrfs обычном. Это не я если что придумал - структура архива такая была, а я его лишь перегенерял с изменениями.
С удовольствием посмотрю как вы такое на винде вообще с ее ntfs провернете - и сколько времени это у вас займет. Ну да, миднайт секунд на 5-10 подтупляет пока читает такое оглавление. Но вы попробуйте это в винде - и расскажите сколько будет там.
p.s. я такое с 50-100 К файлов в винде делал, уже ОЧЕНЬ напрягало. В _любой_ программе по вашему вкусу можете ворочать.

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

217. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от _ (??), 28-Июн-25, 21:24

Ах вон ты про что!
Про 100500 файлов в одном дире и даже если оно занимает 100500 байт, то можно 3 коффи сварить и принять пока оно прочухается... а может н не прочухаться.
Так?
Ну туД, да - согласен, в линуковых тут тоже не идеал но по крайней мере _на_глаз_ заметно, что лучше :)
...
Но ведь ты же слышал анек про:
- Доктор! Я когда вот ТАК делаю - мне больно! 8~-(
- ... а вы вот ТАК не делайте!
Хотя народу впрок не идёт. Что не самопальный кэш - так вот именно это, можно не глядя в код issue на него писать и в пяти девятках - даже попадёшь ;-)

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

240. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 28-Июн-25, 22:33

И что тут такого,300 тысяч файлов в одной дире? И на ntfs можно сделать, конечно тормозное будет,но работает. Лучше конечно это дело вынести на отдельный диск- раздел и с самого начала увеличить MFT ( нельзя нечем в linux сделать кроме утилит коммерческих парагона) . Отключить главный тормоз - регистронезависимость и поток posix.И дать проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить.

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

252. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:25

> И дать проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить.
Всегда выключаю ...этот тормоз. Не ну если кому то только поиском заниматься - может и окупиться а, иначе...
>  Отключить главный тормоз - регистронезависимость ... .
С какой стати  это тормоз, ладно ещё поддержка коротких имён (мин.в винда выключаемах, впрочем мне всёравно нужная т.к.позвояет удалять некорретно именованные файла, т.б.и сам линукс ими конечно "небагово" - просто засыпает винду).
>  Отключить главный тормоз - ... и поток posix.
Подробней можно?

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

297. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 01:52

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

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

307. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 29-Июн-25, 04:03

>С какой стати  это
У тебя полмиллиона файлов в каталоге - с юникод именами, сказать количество комбинации для файла с 12 символами ?? А драйверу нужно все эти комбинации перебирать.
>Подробней можно?
В реестре отключается пространство имён Posix, тоже ускоряет чуть работу при большом количестве файлов в каталоге.Сейчас на скорую руку не скажу ключ в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem

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

310. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 29-Июн-25, 04:29

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

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

347. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 15:58

> А вы знаете что ext4 в поздних версиях быстрее btrfs с большим
> количеством файлов в каталоге ?
Только этот ваш dir index потом - после стирания 100500 файлов - место в дире жрать цуко продолжает. Ибо на логику деаллокации на лету их походу не хватило. А так все хорошо прекрасная маркиза.

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

337. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 12:56

> И что тут такого,300 тысяч файлов в одной дире? И на ntfs
> можно сделать, конечно тормозное будет,но работает.
Ну вот это и - проблема. Оно на 50-100К уже тупило. Чтобы оглавление только позырить, хоть чем - МИНУТЫ. УЖЕ бесило, 300К я вероятно не дождусь. Разве что совсем batch mode "на ночь оставить". И тут мы можем поговорить про productivity, круть технологий сторажей, у кого ядра лучше, вот это все.
> Лучше конечно это дело вынести на отдельный диск- раздел и с самого начала увеличить MFT
Или можно вместо этого юзать линух, и даже btrfs который не убер-чемпион, оглавление с 300К в миднайте за секунд 5 прорисовывается, а весь процессинг с каким-нибудь oneliner'ом - минут пять на все вообще...
> ( нельзя нечем в linux сделать кроме утилит коммерческих парагона) .
Вот ща я еще платить, блин, буду за все это легаси и его проблемы. Когда я мог - просто вон то сделать.
> Отключить главный тормоз - регистронезависимость и поток posix.И дать
> проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить.
Процессинг 300K файлов - by design transient. Они создаются (распаковываются из архива). Это сканится, над некоторыми делаются некие операции, после чего сие запаковывается обратно. И если я должен "подождать индексации" это время следует приплюсовать к "времени операции", еще минус в карму productivity.
А что я _на самом деле_ хотел от файлух - написано вон там. И чем оно ближе к этому - тем лучше. Т.е. минимум менеджмента, как можно ненапряжнее, а продвинутые фичи - только если это парой команд отконфигурил да забыл - и желательно опционально, так что если я хотел в своем проекте покопаться, то все это - потом или - никогда. Компьютеры должны обслуживать нужды людей - а не создавать проблемы, требовать внимания и заставлять танцевать левые ритуалы. Совсем без этого конечно не получится, но чем этого меньше - тем лучшем.

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

360. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 19:29

> Ну вот это и - проблема. Оно на 50-100К уже тупило. Чтобы
> оглавление только позырить, хоть чем - МИНУТЫ. УЖЕ бесило, 300К я
а в линуксе-то позырить и есть чем, и не минуты? Сказочник.
И главное - ЗАЧЕМ на него смотреть? Ты мальчик с феноменальной памятью или вот что?
> Процессинг 300K файлов - by design transient. Они создаются (распаковываются из архива).
ну то есть сам себе придумал проблему на пустом месте. У меня вот нет таких архивов, что я делаю не так?

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

101. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Tron is Whistling (?), 28-Июн-25, 14:31

Вот да, зачем нам 100500 видов обуви. Кирзачи и галоши хватит всем.

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

155. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (154), 28-Июн-25, 17:45

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

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

167. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Tron is Whistling (?), 28-Июн-25, 19:00

Сказали два - значит два.

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

204. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 20:48

> А вот полностью согласен. Ещё яловые и хромовые сапоги добавьте в список,
> и всё будет правильно. Да, для занятий спортом кеды, и всё.
Нифига, в кирзачах занимайся. Ну или в галошах. У тебя есть выбор! :)

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

254. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:28

* Кирзачи, ботинки, галоши и лапти(читал очень удобная вещь из-за вентиляци, ну и почти дармовая) хватит всем. Прочее же - от маркетолохв.
Не благордари.

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

313. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (313), 29-Июн-25, 06:15

>Кирзачи и галоши хватит всем.
не хватит, а как же офицеры?

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

282. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (194), 29-Июн-25, 00:48

>В винде их 2 и все счастливы
Винтузятник как всегда врёт. Как минимум fat32, ntfs, exfat и refs.

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

24. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +8 +/–

Сообщение от Аноним (24), 28-Июн-25, 11:17

Судя по домену почты, у этого Кента никого нет за спиной. Если бы там был какой-нибудь условный интел, то Линус враз бы переобулся.

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

34. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от gnugpl (?), 28-Июн-25, 11:26

Редхат присматриваются к этой файлухе как к замене своего Virtual Data Optimizer, может все и наладится.

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

44. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 28-Июн-25, 11:49

НЕ НАДО!
Наладится у них, знаем-знаем. Пепел гластера все еще стучит в наши сердца (не говоря уже о сотне голодных индусов, вынужденных из светлого офиса с кондиционированным воздухом  вернуться в рисовое болото по колено в пиявках). Да и с ceph последнее время - "ручка еще не прилетела, но подозрительный шорох в траве уже слышен" - и ведь так у них все, к чему ни прикоснутся.
к тому же vdo это ж всего лишь прозрачное сжатие, чтоб его заменить этой поделкой - надо выбросить не vdo а весь адский трэш с thin lvm, миллионом кастомных правок в xfs, тонной надстроек и подпорок со всех сторон с або-stratis во главе. А на это IBM пойтить не может, так придется топ-топ менеджера увольнять.

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

65. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от r2d0 (?), 28-Июн-25, 12:50

Что там за шорох с цефом?

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

186. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 20:12

Грабли :)
Подожди сейчас долетит - сам поймешь :)))))

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

362. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 21:52

не, он имел в виду мой намек, что там с политикой все непросто.
Есть (неподтвержденные пока, но...) слухи, что редхату он уже немного поднадоел, и идитикавы... куда - пока не указали. Но, собственно, и необязательно, spice вон выпал на ходу за борт - и никакой замены даже и не стали предлагать. Просто - "нипаложено - значит не жрите!". В конце-концов у их опенстека есть целый nfs бэкэнд помимо того, а кто поверил в конвергентные кластеры - самдурак.
А что случается с надоевшими им проектами, сколько бы и каких бы богатых покупателей у них не было - мы хорошо знаем.

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

64. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от r2d0 (?), 28-Июн-25, 12:49

Откуда такие новости?

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

29. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –2 +/–

Сообщение от Аноним (29), 28-Июн-25, 11:20

>не желает принимать правила игры сообщества разработчиков ядра
>я не чувствую себя особо комфортно, будучи вовлечённым во всё это
Интересно, хоть кто-нибудь возмутится принудительной уравниловкой и риторикой уровня "code of conduct"? Хотя о чём это я? Откуда взяться возмущению? Линус ведь по определению базовый show me your code гигачад; кто в этом сомневается, тот, как известно, соя и левачок. Так что Линус может что угодно делать и преданная публика будет смотреть с восторгом.

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

113. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Oldi (?), 28-Июн-25, 14:54

Они оба плохие

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

344. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от омномноном (?), 29-Июн-25, 15:04

Вот, да.
Уровень отказа поляка Эльбрусовцам.

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

32. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –5 +/–

Сообщение от Аноним (32), 28-Июн-25, 11:24

А куда делись клованы, оравшие, что эта поделка надёжнее BTRFS? Автор этой поделки явно не совсем адеквантый и его ФС такая же. Все мифы о её надёжности оказались пшиком.

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

47. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (47), 28-Июн-25, 11:58

Не припомню, чтобы bcachefs теряла данные без возможности восстановления. Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.

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

60. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (53), 28-Июн-25, 12:30

Подтверждаю слова Анонима. Сам в 2023 пытался перейти с ReiserFS  на BTRFS после того, как Торвальдс объявил, что выкинет последнюю из ядра. Но погорел на этом - полная потеря всех данных. Btrfsck просто сказала: Файловая система на разделе не обнаружена. Вот cижу пока на 6.1 LTS и ReiserFS.

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

126. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (126), 28-Июн-25, 15:58

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

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

142. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 28-Июн-25, 17:14

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

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

156. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (154), 28-Июн-25, 17:49

Чувак, я и на ntfs терял данные, и на ext4, и на jfs, и на всяких fat, и это не является проблемой FS, это является проблемой кривых рук, железа и не вовремя сделанных backup-ов. Так что иди умойся и посмотри в зеркало - там ты увидишь криворукого клоуна.

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

256. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:43

Не скажу про другие но, данные на FAT и особенно NTFS - терял только в линуксе... И кто тут криворук может всё же автор ядра и драйвера?...
А, backup'ить задолбаешься в некоторых случаях, т.б.не на серваках и на зарплате за то, например когда это прийдётся делать очень часто, из-за перебоев с электричесовом вообще  и т.б.из-за войны т.б.недалеко, или же тупо зависания линукса же... из-за годами/десятилетиями неисправляемых багов ядра.

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

323. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Tron is Whistling (?), 29-Июн-25, 09:44

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

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

289. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 29-Июн-25, 01:14

> Так что иди умойся и посмотри в зеркало - там ты
> увидишь криворукого клоуна.
ну как он в зеркале может увидеть - тебя?
Я вот терял данные на ntfs - один раз. Оторвалась голова от каретки и шпиндель наглухо заклинила. fs виновата, ясен пень!
Несколько раз и очень смешно - на ext3 до write barriers - просто мои файлики волшебным образом испарялись после сбоев питания, вообще вот совершенно бесследно. И один раз очень несмешно, вся фс превратилась в невосстановимую кашу (контроль целостности журнала? Не-а, в голову никому не приходило. Ну или пришло но никого там не застало. Еще лет через пять появился только.) Это на исправном железе.
Вот на ext4 ничего пока (тьфу-тьфу-тьфу) не терял, но я теперь учоный, и опыт гугля тоже услышал. Да, -O ^has_journal - всегда и везде, где нельзя отправить систему в автопереустановку без сантиментов. Ну и никаких ядер только что из под компилятора.

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

274. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Олег (??), 29-Июн-25, 00:26

Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс
что могло пойти не так?
вы уж возьмите ext4 или zfs
или в чем затык?

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

291. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 01:16

> Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс
> что могло пойти не так?
> вы уж возьмите ext4 или zfs
> или в чем затык?
в том что у него "заброшенная" - просто работает и каши не просит.
А на затыки в ext4 при неудачном стечении обстоятельств (и уж тем более zfs) напороться вполне можно.

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

304. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Олег (??), 29-Июн-25, 03:03

волшебную таблетку нашли?
все дураки а мы Дартаньяны?

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

348. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 16:01

> Подтверждаю слова Анонима. Сам в 2023 пытался перейти с ReiserFS  на
> BTRFS после того, как Торвальдс объявил, что выкинет последнюю из ядра.
> Но погорел на этом - полная потеря всех данных. Btrfsck просто
> сказала: Файловая система на разделе не обнаружена. Вот cижу пока на
> 6.1 LTS и ReiserFS.
Похоже на сыпучее железо больше всего. Правда не понятно как Reiser на этом живет ибо у него fsck норовит том в вермишель уделать при случае. Так что в красивой сказочке то - нестыковочки намечаются.

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

130. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (130), 28-Июн-25, 16:22

Чтобы потерять на ней данные, ней нужно пользоваться. А кто это будет делать?
Тем более, когда автор не может патчи слать в соответствии с правилами проекта, мигрировать на эту бетку нормальный человек бы не стал. В Linux черт знает сколько разных модулей и подсистем, и только разработка этого переросла в драму.
А если все будут также делать, то что получим второе KDE?

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

187. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 20:20

А кто ему issue-сы слал по твоему?! ;)
Другое дело что "данные" там такие "данные" ... rsync-ом с настоящих втуда сделанные :) Потому что сразу жи понятно что назад могут и не вынырнуть :)
Это в тему одменам которые "я терял данные на" и список FS на два листа :)

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

258. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:45

Напиши тоже для людей(не админов линукса)

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

132. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (32), 28-Июн-25, 16:48

>Не припомню, чтобы bcachefs теряла данные без возможности восстановления
Какая разница, что ты там припоминаешь или нет? Твой частный случай не является статистически репрезентативным.
>Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.
Эти примеры в студию, с конкретными кейсами и пруфами. Про потерю данных на BTRFS вопят в основном 1.5 мамкина эксперта, не предоставляя никаких доказательств и подробностей. В то же время настоящие профессионалы и специалисты (Сотрудники Facebbok в дискуссии включения Btrfs по дефолту в Fedra 33) заявляют, что частота выхода из строя BTRFS такая же, как у XFS и ext4.

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

48. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от Аноним (49), 28-Июн-25, 12:00

Да просто Линус наш слоняра.

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

339. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (339), 29-Июн-25, 13:07

Просто Линус выгорел вот и все. А все эти мелкие споры это искры.
Кент тоже непонятно нафига жужжит - сиди спокойно отлаживай свой код будет готов.
Продемонстрировал пренебрежение к процессам и теперь сольют.

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

50. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Rastler (ok), 28-Июн-25, 12:12

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

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

223. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (223), 28-Июн-25, 21:35

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

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

259. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:48

В таком случае "лучше вообще туда не соваться".

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

58. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Ilya Indigo (ok), 28-Июн-25, 12:20

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

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

89. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (86), 28-Июн-25, 13:58

Надавить через спонсоров, как расты сделали?

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

94. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Ilya Indigo (ok), 28-Июн-25, 14:01

> Надавить через спонсоров, как расты сделали?
У Кента нет такого ресурса!

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

144. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 17:24

>> Надавить через спонсоров, как расты сделали?
> У Кента нет такого ресурса!
Ну тогда вот те -EPERM - подумал Штирлиц.

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

177. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –3 +/–

Сообщение от Аноним (-), 28-Июн-25, 19:53

>У Кента нет такого ресурса!
Это же тролль. Ты в серъёз подумал что внедрение Раста в ядро произошло в результате надавливания? Разработка ядра ведётся без помощи спонсоров, это некомерческий проект. Спонсоры тусуются в Linux Foundation.

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

320. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от олег (?), 29-Июн-25, 07:59

Ты что, вчера родился?

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

59. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (59), 28-Июн-25, 12:23

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

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

121. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от НяшМяш (ok), 28-Июн-25, 15:27

> у этого человека правильное отношение к своему делу
Ага, сегодня этот Кент с Линусом ругается, а завтра начнёт на багрепорты от юзеров отвечать "пшёл вон, умвр". ЧСВ это не похудение, его можно только увеличить.

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

124. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (124), 28-Июн-25, 15:51

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

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

134. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 28-Июн-25, 16:55

А куда? Под венду он наверное не умеет кодить :-(

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

145. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 17:25

> А куда? Под венду он наверное не умеет кодить :-(
Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.

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

193. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 20:26

> Русиновича последнего и то доканали
ЯТЬЪ! Меня бы так "доконали"! :-)
Для тупых - Русинович у них [S]VP в Azur-е ... у него настолько всё шоколадно, что ...

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

208. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 20:52

>> Русиновича последнего и то доканали
> ЯТЬЪ! Меня бы так "доконали"! :-)
Сомневаюясь что вы майкрософту нужны. Как bulk coder индусы интереснее, а таланты системщика, манагера и проч у вас ничем не подтверждены в отличие от.
> Для тупых - Русинович у них [S]VP в Azur-е ... у него
> настолько всё шоколадно, что ...
Ну вон пох (или нах?) тоже чего-нибудь шоколадное подгонит, спрашивайте! Он по шоколадным приблудам - эксперт! А судя по тому что там еще и кошкажена затисалась - еще и весьма утонченный ценитель! :)

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

220. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от _ (??), 28-Июн-25, 21:30

> Сомневаюясь что вы майкрософту нужны.
Зря сомневаешься ;) У меня с ними - полная взаимность :))))
PS: У них вообще несколько странное головокружение от ИИ наблюдается... довольно заметная куча _толкового_ народу ушла в доставку пиццы ... Чёто мутят короче.

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

227. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Анонм (-), 28-Июн-25, 21:45

> Зря сомневаешься ;) У меня с ними - полная взаимность :))))
В смысле и они вам - не нужны? Или в чем прикол?
> PS: У них вообще несколько странное головокружение от ИИ наблюдается...
Как тот кто очень плотно с ними работал я могу сказать как это на самом деле:
- Маркетинг находит баззворд. Очередной.
- Теперь %s это круто, а %s и %s отстой, легаси и мы закрываем продукт.
- %s наше все, кто не согласен - будет линчеван отделом маркетинга как луддит.
- "Нет, мы не знаем что вам делать, но наш предыдущий продукт %s - все!"
- GOTO 1
Т.е. последних лет так дофига их маркетинг гоняет за хайпом и все что не вписывается в это дело интенсивно шельмуется, клеймится легаси, выносится в obsolete и закрывается. А проблемы неудачников которые в это влопались - это же не проблемы майкрософт, право? Они по жизни свои проблемы решали за счет кастомеров, девов, партнеров, OEM, ISV, WTF...  :)
> довольно заметная куча _толкового_ народу ушла в доставку пиццы ... Чёто мутят короче.
Они здорово изменились структурально. В основном по причине измениения структуры профитов. Теперь их все это абажур и онлайн офис, остальное - для галочки. Этакие чемоданы без ручки. Выкинуть жалко, а тащить неудобно. Всякие винды, дотнет и тягание на себе целой экосистемы хз зачем и проч - по деньгам сильно меньше того, а по гемору и затратам сильно больше. Они б наверное с удовольствием прибили это, как скайп и виндофоны - если б не шло в комплекте с дикими репутационными издержками. Только представьте себе коменты рож полжизни учивших дотнет - чтобы им сказали что "продукт закрыт" :). Но чуть менее официально - мс, их маркетинг, cto/манагемент и проч теперь любят - хруст. И кто не понял - это его проблемы. Русинович один из типичных представителей направления.

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

306. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (306), 29-Июн-25, 03:52

>Они здорово изменились структурально
Ну звучит конечно интересно. Если винда для них уже не в приоритете(хотя верится с трудом, хотя бы потому что на сайте у них она торчит на главной, и что важнее - логотип мс это буевально логотип винды), и если им хочется выкинуть ее на мороз, но они бояться репутационных рисков - есть один элегантный способ решить проблему - выкинуть код винды в опенсорц. Пусть не 11, но хотя бы 7, или хрюшку на крайняк(знаю про слитые сорцы крюшки, но оффициальный релиз всегда лучше), в общем то, что уже не поддерживается. Вон старые свои продукты же открывают потихоньку, даже свежак заопенсорсили, wsl который.
А еще у них есть пример продукта, который существует в двух версиях - vs code, а это де-факто стандарт индустрии(сам пользуюсь vs codium под убунту и по удобству ничего другого вообще не хочется).
Так что думаю, это был бы самый мощный и крутой мув каких мир разработки еще не видывал.
Хотя мне интересно что их может удерживать от такого поступка:
1. тут либо боязнь потерять виндовых клиентов - хотя майки вкурсе что их ось активно пиратят и они даже по этому поводу не особо сильно вставляют палки в колеса.
2. боязнь что могут найти нежелательные уязвимости/бэкдоры - наиболее вероятно.
3. существование линукса - мс так активно коммитят в ядро, что было бы не очень приятно если вдруг их новая уже открытая ось перетянет на себя тех немногих полтзователей линукс десктопа - спрашивается нафига столько лет вбухивали деньги в линукс.

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

324. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Tron is Whistling (?), 29-Июн-25, 09:49

Не, там проще. Сейчас они подпиливают WSL2, powershell, ssh и прочие с т.з. винды извращения. В какой-то момент перенесут WDDM на ведро и уберут ведро из винды, оставив только слой совместимости для гуя. Дальше думаю понятно. Вопрос времени, но этот процесс видно уже лет 8.

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

332. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 11:50

> Ну звучит конечно интересно. Если винда для них уже не в приоритете(хотя
> верится с трудом, хотя бы потому что на сайте у них
ты просто заходишь не на тот сайт. Те клиенты заходят на сайт azure.
> но они бояться репутационных рисков - есть один элегантный способ решить
> проблему - выкинуть код винды в опенсорц. Пусть не 11, но
смеешься? Тысячи шоколадных глаз тут же примутся исправлять баги, портировать на современные архитектуры и писать драйверы? Ты серьезно?
> Хотя мне интересно что их может удерживать от такого поступка:
то что им пользы от него вообще никакой,а их клиентам вообще один вред (потому что вот не гадить-то тысячи шоколадных глаз никому не обещали, это-то их жизненная задача).
Ну это не говоря уже о том что открытие энтерпрайзного кода такого возраста и таких объемов - неимоверная нагрузка на всю компанию сразу. Причина - (c)yamaha corp 1982, найденый мной в энтерпрайзном коде в 94м. Потому что когда энтерпрайзу надо вот эту мелочь и он знает что она существует в готовом виде и продается - он просто идет и покупает. При этом вопрос отчислений или разовой оплаты решается разово на месте, но условная ямаха совершенно не обещала тебе передачу авторских прав. И с каждой строчкой такого кода надо решать нерешаемую задачу - то ли искать владельца (которых может вообще уже не быть, но адвокаты вот - найдутся) и уговаривать (а он может не хотеть), то ли переписывать с нуля.
И это скажи спасибо что (c) в коде остался. Его может просто не быть - купили исходник, продавец атрибуцией не озадачился. Это снова не значит что он не озадачится потом на тебя в суд подать. Даже если от его оригинального кода осталось пара имен функций и те в другом кейсе.
Отдельно тебе не понравятся сборочные инструменты и технологии сборки. Нет, это не обычная студия и их тоже нельзя выложить просто так.

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

350. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 16:39

> Ну звучит конечно интересно. Если винда для них уже не в приоритете(хотя
> верится с трудом, хотя бы потому что на сайте у них
> она торчит на главной,
У них на сайте был рассказ как Windows Server обгоняет Linux. Когда LSE уже на линух перешел. Весьма жестко расписав что они думают про покупку хлама на дотнете по 40 мегабаксов за релиз - и скупив тиму си++'еров кодить под линух, 10 мегабаксов на все. Кто-то это заметил, оно стало вызывать лулзы на айти ресурсах оптом, и ms только тогда почесался сайт заапдейтить, убрав прохладную историю :)
А так бизнес - деньги зарабатывает. И если сегодня основные потоки это онлайн офис и абажур, значит в приоритете - это. Ничего личного, это бизнес. Как адепты MS, OEM, ISV и кто там выкрутятся - не проблемы MS. Их визитная карточка - решение своих проблем за счет всех остальных.
> проблему - выкинуть код винды в опенсорц. Пусть не 11, но
> хотя бы 7, или хрюшку на крайняк(знаю про слитые сорцы крюшки,
И что вы будете с этим делать? У вас есть инфра для билдов? Слаженная тима ворочать таокой проект, с нестандартным синтаксисом? Системщики? Откуда? Майкрософт никогда не парился чтобы это все можно было ворочать за пределами их энтерпрайза.
> но оффициальный релиз всегда лучше), в общем то, что уже не поддерживается.
И что вы с искпой делать будете? Под ней новые версии софта тупо не запускаются.
> Вон старые свои продукты же открывают потихоньку, даже свежак заопенсорсили,
> wsl который.
Смысл этого ритуала я честно говоря не понимаю. Дань моде. Какой с этого практический выхлоп?
> - vs code, а это де-факто стандарт индустрии(сам пользуюсь vs codium
Для меня такое признание == "обойду этого типа за километр".
> Так что думаю, это был бы самый мощный и крутой мув каких
> мир разработки еще не видывал.
Думаю это был бы очередной пшик. Не, не думаю что юзеры vscode там вообще поимеют какой-то шанс ворочать ЭТО.
> Хотя мне интересно что их может удерживать от такого поступка:
1) Незаточенность на это сорца. Чтобы это ALL раздать придется долго причесывать. Это денег стоит. Оно им надо?
2) Отсутствие системщиков и команд с которых реально можно ожидать отдачу.
3) Инерция менеджмента + непонимание опенсорсных процессов.
Ну вон выложили они сорц ESE. И чего? Какой-то рандомный дамп внутренней кухни. Где 1) сделано лишь на минималках совсем. И вот лежит "нате на лопате" на гитхабе. И дальше что? Вон даже pull request есть. Один! Четыре года цуко висит! Умение майкрософта в опенсорс как оно есть.
И вот вроде и круто. Но на практике то - что? Есть хоть 1 не майкрософтовский проект который этот ESE поюзал? Улучшения перфоманса из PR им - не нужны настолько что их индусы на это 4 года ... кладут? И главное - почему вы думаете что с виндой это булет как-то иначе?

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

253. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 28-Июн-25, 23:25

>Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет.
Есть рабочий драйвер с утилитами BTRFS.Народ на самопальной загрузчике даже 10 с раздела btrfs загружал.Воплей насчёт того что сыпется не слышно, правда пару багов автор закрыл.Так что спорный вопрос.

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

357. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 18:41

> Есть рабочий драйвер с утилитами BTRFS.
Ну да, полурабочий. С отставанием на дофига лет. И вроде по дефолту - билдом чуть не mingw, чтоб с майкрософтм не связываться как раз лишний раз. Реактос вроде тоже это юзать пытается.
> Народ на самопальной загрузчике даже 10 с раздела btrfs загружал.
> Воплей насчёт того что сыпется не слышно, правда пару
> багов автор закрыл.Так что спорный вопрос.
Ну его и юзает - полтора землекопа, по фичам он по жизни отстает, багов там сильно более полутора, а довольно много чего в known issues честно описано. В общем по сравнению с линем это выглядит - "too little and too late". Но если вам нравится one microsoft way, вы в своем праве. А я лучше с линухом пободаюсь.

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

265. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 29-Июн-25, 00:05

>> А куда? Под венду он наверное не умеет кодить :-(
> Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить
ой... опять пошла кекспертиза бабки на лавочке.
Под нее именно драйверы кодит кому только не лень - благо одобрения Божества-с-пальцем для этого не нать, и еще лет десять ничего не сломается. Вон даже автырь wireguard шмог сделать корявый порт своей поделки - даже не прочитав документацию. (поэтому пришлось таки отовсюду выкинуть и заменить wiresock'ом, авторы которого документацию читали и вообще в принципе понимали как правильно в винде должен работать vpn - и, ну надо ж - тоже как-то справились с "ddk/sdk")
С фс там вообще все прекрасненько, достаточно посмотреть на ужасных монстров пробрасывающих драйверы через wsl (т.е. можно в принципе подцепить к виндовой фс дерево любой фс поддерживаемой линуксом как native) - у еще одного автора снова ни секунды не возникло проблем с ddk, ну надо же ж.
> по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.
его утилиты были васян-кодом в несколько сотен строчек каждая (а досовский драйвер, как мне тут напомнили, кодил в основном не он - ну да, там побольше будет, целиком фс). Он никогда не был программистом, он был хакером, умевшим расковырять чужой код без исходников.
С возрастом переквалифицировался в топ-топ менеджеры и неплохо себя чувствует теперь, вообще ни на каком инструменте не играя. (Ходят слухи, кстати, что из azure уволился, и теперь играется в иксбокс в рабочее время, паразит!)

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

351. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 17:18

> Под нее именно драйверы кодит кому только не лень - благо одобрения
> Божества-с-пальцем для этого не нать,
И где результаты? Почему-то когда вопрос встал ребром, из железа поддерживался - аж целый дорогущий квалком. И тот абы как. У майкрософт и накрылся план с WinPhone.
Винды поддерживают намного меньше железа чем линух. Дофига серверов, смертов, планшетов и проч на ARM они вообще НИКАК не раскочегарят.
> и еще лет десять ничего не сломается.
Смотря что понимать под сломается. Реактосу вон расскажи - какую версию винды в плане compat с дровами таргетировать. А то они сели на сразу несколько стульев, вон, на полу, ж@пу отбитую потирают, без дров по сути.
> заменить wiresock'ом, авторы которого документацию читали и вообще в принципе понимали
> как правильно в винде должен работать vpn - и, ну надо
> ж - тоже как-то справились с "ddk/sdk")
Ну вы там сами с своими жабами и гадюками разбирайтесь, судя по спичу я как раз прав по части издыхания системного програмирования если это уже типа-достижение.
> С фс там вообще все прекрасненько, достаточно посмотреть на ужасных монстров пробрасывающих
> драйверы через wsl
Замечательно, кроме того что ни 1 нормальной фс в винде нет, а перфоманс нтфс это вообще лол.
> его утилиты были васян-кодом в несколько сотен строчек каждая
Его утилиты были сделаны очень профессионально. И кроме всего прочего - половина внутрях содержали NT Kernel Mode драйвер.
> (а досовский драйвер, как мне тут напомнили, кодил в основном не он - ну
> да, там побольше будет, целиком фс). Он никогда не был программистом,
> он был хакером, умевшим расковырять чужой код без исходников.
Насчет досовых дров я без понятия, я русиновича за его виндовое творчество знаю. И просто не назову сходу других девов взявших этот уровень. Не, блабла - не считаются. Когда сделаешь утилсу сравнимую по функциональности и устройству - тогда и будешь вещать. Хотя-бы dbgview. Но ты ж в винде такой же спец как и в лине...
> С возрастом переквалифицировался в топ-топ менеджеры и неплохо себя чувствует теперь,
Редкий случай когда MS нашел себе нормального топа. И это так то норм путь эволюции програмеров. А к некторым старость приходит одна...

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

356. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 18:28

> И где результаты?
я тебе перечислил - результаты. Несколько подряд проектов по сути индивидуальных разработчиков, которые, ну надо же - справились с написанием драйвера, каждый самостоятельно.
> Почему-то когда вопрос встал ребром, из железа поддерживался - аж целый дорогущий квалком.
потому что остальные получили предложение, от которого не смогли отказаться.
А не потому что не могли написать драйвер.
> Винды поддерживают намного меньше железа чем линух.
лол.
Только недавно чувак с неработающим в линуксе принтером приходил, иди ему мозги полощи.
То что по недоразумению (а не потому что для этого специально что-то сделали) твой недолинукс кое-как _загружается_ на неведомом хламе - это не "поддерживает", это - кое-как загружается.
> Реактосу вон расскажи
я понятия не имею как устроен ректалос и зачем он ненужен, и уж тем более - что они там не шмагли.
> Замечательно, кроме того что ни 1 нормальной фс в винде нет, а перфоманс нтфс это
> вообще лол.
опять эксперт не имеющий ни малейшего представления о предмете заговорил
>> его утилиты были васян-кодом в несколько сотен строчек каждая
> Его утилиты были сделаны очень профессионально. И кроме всего прочего - половина внутрях
> содержали NT Kernel Mode драйвер.
потому что любой васян на самом деле мог.
Повторяю - русинович не писатель, а читатель. Смог без документации и исходников разобраться детально как оно работало, и в этом его действительная заслуга. Ну и написал попутно пяток крошечных утилиток для этого же самого процесса и по его результатам.

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

150. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (223), 28-Июн-25, 17:39

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

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

182. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 28-Июн-25, 20:04

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

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

195. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 20:28

> (вполне возможно потому что под ним - все тот же мамонтов навоз)
Посмотри своё же сообщение выше по трэду, ну там про нетапп ... ;-D

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

278. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 00:36

> Посмотри своё же сообщение выше по трэду, ну там про нетапп ...
> ;-D
ну вообще-то они свои патчи предлагали в openzfs, а не наоборот. Что как бы намекает. Правда, по-моему, попредлагали-попредлагали да и не отдали, как обычно ;-)
но tiered storage среди этих предложений не фигурировал. И что-то гибридные полки они перестали предлагать - ставьте мол all-flash и не выпендривайтесь, если вам надо быстрее чем тянут шпиндели.

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

221. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (223), 28-Июн-25, 21:31

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

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

260. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 28-Июн-25, 23:48

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

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

270. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (223), 29-Июн-25, 00:17

Это ты с помощью нейросети сгенерил?

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

275. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 29-Июн-25, 00:28

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

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

75. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (306), 28-Июн-25, 13:27

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

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

95. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Вандер (?), 28-Июн-25, 14:02

А когда он тортом был? Унылая каках не умеющая ни в архитектуры ни в разработку.

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

111. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +3 +/–

Сообщение от Аноним (197), 28-Июн-25, 14:47

Ext4 15 лет рассыпалась при ресайзе с включённым sparse_surper2 и всем было плевать. Показатель качества ядра и системных утилит.

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

263. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 28-Июн-25, 23:57

И что, исправили?

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

266. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 00:11

> И что, исправили?
э... ну... как тебе сказать ;-)
Ну в общем можно считать что исправили:
https://lore.kernel.org/linux-ext4/cover.1645549521.git.ojas.../
(не тратьте клик - теперь оно ERROR выдает при попытке такую фс ресайзить. Не, ну исправили же ж?!)

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

117. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (29), 28-Июн-25, 15:21

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

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

122. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от Аноним (124), 28-Июн-25, 15:43

>Кто вообще такой
Вот с этого и надо было начинать. Ядро сейчас пилят корпорации, а индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были равны, давно пришли. А то что там Кент такой сякой нехороший, это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом засунул свою гордость поглубже и начал молча принимать на нём код.

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

148. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 17:34

> Вот с этого и надо было начинать. Ядро сейчас пилят корпорации, а
> индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были
> равны, давно пришли. А то что там Кент такой сякой нехороший,
> это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом
> засунул свою гордость поглубже и начал молча принимать на нём код.
Кент если что - явный растаман. Что он с утилитами сделал - это вообще фэйспалм просто. Они не собираются в стабильных дистрах, и что хотите то и делайте. Ну его и не воспринимают всерьез особо. В том числе и из-за раста, как ни странно. Точнее из-за общих полисей девелопа - непригодных для серьезного применения в проде.

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

164. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 28-Июн-25, 18:25

> Кент если что - явный растаман. Что он с утилитами сделал -
> это вообще фэйспалм просто. Они не собираются в стабильных дистрах, и
в стабильных дристах нельзя взять и использовать ночную сборку хруста для сборки статического бинарника с нулем зависимостей? У меня плохая новость для майнтейнеров этих ненужно.
(отдельный вопрос на засыпочку - в любом ли стабильном дристе можно вот так взять и пересобрать самое наираспоследнее ведро? Разумеется, скачивание вручную из левого источника текущего билда gcc приравнивается к оскорблению Аллаха.)
> особо. В том числе и из-за раста, как ни странно. Точнее
> из-за общих полисей девелопа - непригодных для серьезного применения в проде.
проду как раз похрен на хруст.
В проде (если ты под этим понимаешь промышленную эксплуатацию) непонятен вообще смысл и цель применения чудо-фс. Она не годится для файловых стораджей, она абсолютно нидлячего кластерным хранилищам, она феерично бесполезна для недо-SAN. Ее задачи начинаются и заканчиваются локалхостом или подвальным сервером ВСЕГО, настроенным и облизываемым вручную.
Таких задач, как мы убедились на опыте нашего внезапно всплывшего и сгинувшего в нетях крымского друга, все еще есть, и даже неплохо оплачиваемых - на уровне уборщика в Норильске. (но - в Норильске, а тот живет в теплом климате)

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

355. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 18:27

> в стабильных дристах нельзя взять и использовать ночную сборку хруста для сборки
> статического бинарника с нулем зависимостей?
Это - нестандартный стремный кластерфaк, мало кому уперлось время на разгребание булшита нетакусиков тратить. Еще не хватало - на своей ж@пе тестировать глюки хипстерских ночнушек, на ФС! Намного проще и безопаснее объявить unsupported. И пусть сами #$%тся как хотят. В _свое_ время. Ну или наслаждаются юзежом аж десятью васянами, и соотв болевым барьером дропа фичи.
Если кент уверен что он в этом мире 1, и ща он прогнет весь мир под себя...
...то интересно, а у него был план на случай если "мир оказался сильней"? Судя по дропу из дебианов, риску вылета из майнлайна - не похоже. Взлететь повыше, чтобы #$%нуться получше - странный план.
> У меня плохая новость для майнтейнеров этих ненужно.
Ну ты этим додикам и дай мастеркласс как надо было, захватив планету, не? А, ты и пару фоторамок напрягаешься захватить? :). А то пока вон там на 100500 серврах юзается - это. А десяток "васянов" с своими ночнушками... ща узнают почему они не очень ценный актив жестким способом.
Прости но никому на этом глобусе не упал неудобный апстрим. Нетакусиков много, на каждого дергаться - нафиг надо.
> (отдельный вопрос на засыпочку - в любом ли стабильном дристе можно вот
> так взять и пересобрать самое наираспоследнее ведро?
Я именно это и делаю. Но ядро по части сборки - zero deps почти. Тулчейн - системный, внешних либ ядру не надо, по версиям компонентов весьма laxed и ВСЕ они из стандартной репы. Поэтому штатно билдится, без приключений, парой типовых команд. А моя задача - конфигурация, отлов багов, интеграция, вот это все. Довольно большая разница с "скачайте ночнушку".
Если пересборка ядра потребует качать левые блобы компилера, хз откуда, в обход пакетника, именно последнюю ночнушку и проч, левый софт, etc - я скажу "return -E_TOO_COMPLICATED" и забью по возможности. В ядре это - понимают. Поэтому и пререквизиты - разумные. А были бы они как кент, "C23 req'd!", а 6.17 - C2x, качайте ночнушки! После чего ессно число девов в проекте ессно резко децимировалось бы.
> Разумеется, скачивание вручную из левого источника текущего билда gcc
> приравнивается к оскорблению Аллаха.)
К потенциальному вулну, левым нестандартным действиям, untracked мусору в системе за который никто не отвечает, и каких-то нестандартных приседаниях - жрущих МОЕ время на решение проблем.
Поэтому если софт не собирается системным тулчейном, апстрим маркируется враждебным, а софт заменяется чем-то еще. Ибо незаменимых не бывает. Ну почти.
А зачем мне делать из чужих проблем - свои? Я лучше буду за апстримы понимающие такие соотношения. Чтобы мне было сухо и комфортно. А ты можешь занаться вон тем. Но сам. И за свой счет. И как ты такое решение к проду привинчивать планируешь с такими полисями - не мои проблемы, соответственно, а твои. Подолбаться ради прцоесса, без практически значимого результата - мне не интересно, это ты сам. У меня на VM, серверах и большей части одноплатников - stable дистры, я и танцую от ЭТОЙ печки.
> проду как раз похрен на хруст.
Я плохо представляю себе прод где фс утилсы надо самому билдить, скачав для этого какую-то левую ночнушку, без гарантий что это вообще работает, не крешится и не уроет мне ФС. И качать левые untracked пакетником блобы от васянов мне в проде - очень так себе.
> В проде (если ты под этим понимаешь промышленную эксплуатацию) непонятен вообще смысл
> и цель применения чудо-фс.
Дать реалистичную нагрузку в интересных мне сценариях, посмотреть how it performs, репортнуть баги, регрессии, проблемы перфоманса, if any. В общем довести до ума в реалистичных сценариях. В которых это и предполагается реально эксплуатировать, если прокатит.
Без этого процесса - оно обречено вечно быть багованым сырым глюкалом.
> Она не годится для файловых стораджей, она
> абсолютно нидлячего кластерным хранилищам, она феерично бесполезна для недо-SAN.
При том все это надо по сути полтора извращенцам, покусанных (классическим) энтерпрайзом. Есть дофига иных задач, и вон то могло бы на какие-нибудь кеширующие сервера например претендовать, само раскидывая горячую часть кеша на быстрые девайсы, холодную на емкие и медленные.
> начинаются и заканчиваются локалхостом или подвальным сервером ВСЕГО,
Все твои хранилки с полутора инвалидами и поделенным рынком - не больно какая интересная кому область, если ты еще не заметил.
> - на уровне уборщика в Норильске. (но - в Норильске, а
> тот живет в теплом климате)
Хрен знает о чем это и что там за крымские друзья.

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

114. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (114), 28-Июн-25, 15:01

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

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

131. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (130), 28-Июн-25, 16:26

> Ерунда.
В чужой монастырь со своим уставом.
> Если проект только на стадии развития и по сути сырой прототип
Вот поэтому фс и хотят выпилить.
> Пусть делают как можно быстрее, лишь бы все понимали что это пока в разработке и не готово для использования.
Это влияет на все ядро.
https://www.opennet.dev/opennews/art.shtml?num=62005
И еще где-то был момент, он там новую структуру данных запушил в RC.

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

129. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (129), 28-Июн-25, 16:15

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

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

133. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от нах. (?), 28-Июн-25, 16:54

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

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

147. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 17:30

> Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать
> разницу. Менеджерам важно, что бы они чувствовали себя менеджерами и не
> любят, когда инженеры им перечат.
Они эти принцпы разработки взяли в оборот не просто так.
Вот прям ща у меня перед мордой огромная простыня. И вот вроде я и хочу себе +1 комитера. Но его первый патч - "нате на лопате". Сразу 6 разных фич - в одну простыню. И вот блин дилемма. Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.
Вы же понимаете что сломать прод, завалив его целиком такой штукой - я не дам? А проблема в том что в его простыне я уже сходу вижу 2 бага. При том потуги их чинить - якорят прием всей простынки, конечно. Это так, ремарка гражданину поху (или наху?) откуда берется вот это "порежте помельче". Да, я узнал это на своей тушке. При том уже - с той стороны линка которая предлагает "порежте помельче".

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

158. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (158), 28-Июн-25, 18:05

Ничего не понял, но запало мне в душу.

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

162. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (162), 28-Июн-25, 18:20

> Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.
Делюсь опытом: садишься с ним в переговорке, на экран его код и начинаешь с ним ревьюить в паре. В процессе на практике показываешь почему нарезка патчей — важный скилл для разработчиков. В худшем случае потратишь время и поймёшь что этого надо выкидывать, в хорошем — он поймёт как делать, в лучшем — воспитаешь ревьюера, будет помогать.

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

215. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 21:16

> Делюсь опытом: садишься с ним в переговорке, на экран его код и
> начинаешь с ним ревьюить в паре.
Надо было сразу сказать что это географически распределенная разработка. Так что этот маневр технически сложно и дорого.
> потратишь время и поймёшь что этого надо выкидывать, в хорошем —
> он поймёт как делать, в лучшем — воспитаешь ревьюера, будет помогать.
Просто субъект ризоны в стиле поха выдавал - мол, зачем - и так же ЗБС? Ну да, збс, хрен вмержишь все 6 фич из-за косяка в 1 :). Не говоря о том что он баги про@#$л в этой простыне. А самое прикольное - сэр неплохр программит, но в гите ацкий профан. Очень необычное комбо на данный момент.
И вот квест как максимально вежливо и эффективно убедить этого типа - таки порезать. Если ну очень надо я 1 простыню и сам порежу, но вот все время так делать - я морально не готов.

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

224. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 21:36

>> Делюсь опытом: садишься с ним в переговорке, на экран его код и начинаешь с ним ревьюить в паре.
> Надо было сразу сказать что это географически распределенная разработка. Так что этот маневр технически сложно и дорого.
иииппаааа***ььь ...
Люди весь COVID так проработали, а у него "сложА-дорагА"(С) 8-о
В остальном - полностью согласен.
Но ... "Что совой об пенек, что пеньком об сову - всё равно сове пипец!"(С)
Хотя ... Надюха умирает последней ;-)

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

229. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 22:03

> Люди весь COVID так проработали, а у него "сложА-дорагА"(С) 8-о
Вы или ваши визави мотались через полглобуса чтобы в переговорке посидеть? Какие вы затейники. Иначе этот рецепт не совсем применим напрямую. А так да, блин, я популярно разрисовал типу как бы ЭТО делал бы я - и почему так. Насколько дошло - посмотрим. Просто это мне напомнило про дебаты с похом (или нахом) на тему "порежте помельче". Вот ему б такой патч поразгребать - и я б посмотрел как он дебатировал бы после этого.
То что его в том качестве никто нигде почему-то не захочет, так что он помрет в неведении - вопрос номер два.
> равно сове пипец!"(С)
> Хотя ... Надюха умирает последней ;-)
Время покажет. Просто проблемы у софтостроя достаточно сравнимые и можно при случае и ощутить себя - карманным вариантом Торвальдса. Если захотеть.

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

165. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (165), 28-Июн-25, 18:36

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

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

205. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от _ (??), 28-Июн-25, 20:49

> говорит Кент, главное - что бы юзерам было хорошо
Просто он не ффтыкает кто ведру - юзеры :) А им нинада походу...
Жаль котёночка, если бы допилили - было бы лучше чем как шаЗ.

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

219. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 21:28

> Если бы они их применяли к Кенту не просто так, то у
> них были бы аргументы серьёзнее, чем "но ведь правила же".
Ну, понимаешь, Кент требует себе исключений в БЕСПРЕЦЕДЕНТНОМ объеме.
1) Никто из ФСников более НИКОГДА не вкатывал именно "новые фичи" в, цук, RC3! Один раз Darrick Wong предупредил что ему _может быть_ придется что-то такое в 1 конкретный момент перехода XFS на новый формат - и то - он обошелся без таких подарков в итоге.
2) Теодор Тсо был довольно злой и вбил пару oneliner-ов, не только в shell но и в R, дав мастеркласс по быстрой злой аналитике комитов git. И показал кенту что он - самый наглый из всего ядра вообще, по сути. Его патчи рутинно превосходят по средним объемам перетряса - МАКСИМАЛЬНЫЕ объемы перетряса btrfs в самые его жесткие периоды разработки.
И вот при таких объемах перетрясов еще права качать на тему что видишь ли не дали в RC3 аж - новую фичу вкатить - ну, знаете, Кент на этом глобусе живет не один. Если он не может это понять по хорошему, ему объяснят "уж как получится". В хучшем случае, вот, размайнлайнив нахрен - и ТАМ он может спамить что угодно, как угодно, в любое время дня и ночи, поклав на то какой там RC сейчас, и вообще. А вон то - командная игра. И - нет, в ТЕХ объемах исключения себе из правил не требовал, кажется, больше никто. За всю историю кернелдева. Ядерщики просто не смогли найти сравнимых примеров.

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

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

226. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (223), 28-Июн-25, 21:39

>требует себе исключений
А ты уверен, что этот аргумент что-то там решает?

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

230. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 22:06

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

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

231. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 22:07

> Это core всей претензии к Торвальдсу.
Тфу ты. ТорвальдсА к Кенту, разумеется.

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

295. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (295), 29-Июн-25, 01:48

Юзеру хорошо, когда на нём эксперименты не ставят.

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

315. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Июн-25, 06:30

> Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать разницу.
Не всем лишь дано эту разницу понять.
Чтобы оценить сложность проблемы, я предлагаю почитать [1]. Для тех, кто TL;DR, я могу во-первых предложить сделать Crtl-F, найти на странице слово chain, и читать с найденного абзаца, во-вторых, я могу вкратце изложить мякотку.
Инженеры RR, разрабатывая ту злосчастную трубку, указали координаты центра дырки в одной системе координат, но техпроцесс сказал своё фе: центр координат был недоступен машинам на том этапе, когда трубка рассверливалась под фильтр. Инженеры почесали репу, и указали координаты этого центра в другой системе координат, которая была доступна станку. Но они упустили из виду, что та система координат не была связана с первой. Не была связана в том смысле, что рабочий вынимал деталь из станка и ставил её обратно в другом положении, и после этого допуски в 0.1мм выдержать было невозможно.
Тупые инженеры? Может быть. Но в уважающей себя инженерной конторе такие вещи должны отлавливаться главным инженером, здесь же бюрократия оказалась недостаточной для того, чтобы эскалировать до уровня главного инженера решение сменить систему координат. В бумажной форме, которую необходимо было заполнить, не было места для подписи главного инженера. Инженеры сделали так, как им подсказывала их квалификация, и никто их не проверил.
Те инженеры, которые совершили ошибку, были недостаточно компетентны или недостаточно информированы, для того, чтобы принимать то решение, которое они приняли. Синдром Даннинга-Крюгера говорит нам о том, что глупо ждать от них, что они будут понимать границы своих компетенций. Поэтому необходима бюрократия, которая будет эскалировать такие вещи на более высокие уровни, и которая будет сводить false negative эскалации к нулю, даже если это будет означать высокую частоту false positive эскалаций.
Создание таких бюрократий -- это неотъемлимая часть инженерой специальности. MBA совершенно определённо не смогут такого создать, потому что они ничего не понимают в инженерном деле.
И на фоне этого, где проходит граница между хорошим инженером и заурядным манагером -- это вопрос очень не простой. "Надо понимать разницу" звучит хорошо, но ты не выглядишь человеком, который понимает.
Этот Кент тоже не выглядит. Есть техпроцесс, который оптимизирует какую-то сложную функцию, которая учитывает как минимум стоимость разработки и качество результата. Врываться в этот техпроцесс, и начинать его ломать из-за своей cpaной фс, которая не вышла из экспериментального статуса, это значит не понимать, что именно ты делаешь.
[1] https://admiralcloudberg.medium.com/a-matter-of-millimeters-...

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

166. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним (166), 28-Июн-25, 18:42

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

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

196. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (194), 28-Июн-25, 20:29

Народ, а как дела во всяких bsd, насколько там есть stable abi/api?

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

209. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от _ (??), 28-Июн-25, 20:52

Не лезь туда.
Там всё настолько... хмм... замерло? :) Что только спецы могут распознать что оно - живое :)
Хотя я BSD юзал массированно в нулевых, те времена прошли.

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

222. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (-), 28-Июн-25, 21:34

> Народ, а как дела во всяких bsd, насколько там есть stable abi/api?
Единственные кто пытается нормальную файлуху делать из BSD - это DragonFly BSD. Их HammerFS - относительно современный дизайн, по образу и подобию иных совремнных cow-like. Но в стрекозе ясен пень - полтора землекопа. И даже при всей симпатичности хаммера - до ума довести такой дизайн все же требует вытаптывание поляны, а ОС в целом - все же состоит не только из ФС. Это важный компонент - но не единственнй.

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

267. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +2 +/–

Сообщение от АнонимЪ (?), 29-Июн-25, 00:11

Любители этих BSD будут всячески хвалить. Не слушай и сам проверь. Вот поставь на реальное железо. И сам всё поймёшь.

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

273. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (218), 29-Июн-25, 00:25

Жаль авторы BSDs тупят не включают GPL код драйверов и прч.из линуксов,
всёравно GPL по сути не валидная лицензия - одним нарушение больше одним менше - роли не играет,
IMHO если сами линусы до сих пор не прикрыли то, BSD с их кодом - тоже не прикроют, т.б.неизбежно всплывёт что прийдётся прикрывать и линуксы и всё на GPL.
(Вообще авторы на ней - весьма странные, уж если даже если opengroup или кто там защищает GPL в суде - сами говорят что, ещё нужна печать юриста к ней... иначе суд, в ч.н.при обвинении в воровстве кода проприетарщиками, - шлёт на 3 буквы же, т.е.сам суд настаивает что это филькина грамота, даже прсото как без печати, впрочем как и BSD лицензия и прочие :[]).
Хотя тут писали о какой то прослойке к Linux API - она и дравейры - разве есть в из коробки чтобы не еб__ься с ними(т.б.новичкам в теме)?

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

341. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от анониммимим (?), 29-Июн-25, 13:25

Приближаюсь к 10 годам со своим nas на фряшке.
Со смехом читаю как лучшая в мире ОС (тм) всё это время сидит на 10 стульях у 8 из которых ножки поломаны и перемотаны синей изолентрй.
Особенно забавно как важно на этих сломанных стульях сидят главные менеджеры стульев.

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

272. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от нах. (?), 29-Июн-25, 00:23

> Народ, а как дела во всяких bsd, насколько там есть stable abi/api?
у фри in-kernel api стабилен в пределах релиза. (разумеется - стабильного релиза, current для того и предназначен чтоб там все ломать) ABI тоже стабилен в пределах релиза (т.е. нет расшибания лба в попытках сохранить его неизменным 20 лет как у Линуса), но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитировать (собственно, все разумное и так включено по умолчанию и выключать если не понимаешь что делаешь, не следует)
у них проблема прямо противоположная - за каждый небольшой кусок ведра отвечает отдельная никому неподотчетная теплая компания, обычно - грантососов. Поэтому если тебе, не дай Всевышний, для работы твоего кода, который тебе дозволено в ядре сопровождать, понадобилось что-то поменять в других частях, даже совсем по мелочи - иди и умри.
И это уже никак не исправить, там все политбюро перевешать надо. Потому что генеральный секретарь смылся в нвидию пилить линуксный драйвер.

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

276. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от Аноним (218), 29-Июн-25, 00:30

И как дела там?
*  стабилен *всеголишь* в пределах релиза
Не благодари.

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

284. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 00:52

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

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

277. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 29-Июн-25, 00:31

И ты не указал - про какой имнно из BSD у тебя речь?

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

279. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 00:43

> И ты не указал - про какой имнно из BSD у тебя
> речь?
"у фри"

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

281. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 29-Июн-25, 00:47

Кстати, я правильн опомню о том что лет пять назад тут гдже то писали что, в файловых операциях для баз данных по замерам, (по кр.мере)FreeBSD - сильно уделывал Linux ядровое? Или наоборот?  Или уже устарело?
Что с призводительность у прочих *BSD известно?
Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное достойное импорта оттуда в совремнных NIX и в ч.н.BSD?
Вообще очень жаль что и у BSD - зоопарк форков, т.е.я понима плюсы этого, но была бы одна пусть даже и немного тормозная - было бы куда лучше пользователям не только выбирать но и вооще решиться связыться с BSD окруением и просто заставить начать себя её смотреть...

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

300. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" –1 +/–

Сообщение от нах. (?), 29-Июн-25, 02:05

> Кстати, я правильн опомню о том что лет пять назад тут гдже
> то писали что, в файловых операциях для баз данных по замерам,
> (по кр.мере)FreeBSD - сильно уделывал Linux ядровое? Или наоборот?  Или
Как обычно - без данных кто мерял, как мерял, зачем мерял - это все имеет отрицательную ценность.
> Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное
русские делали - сразу нафиг.
> Вообще очень жаль что и у BSD - зоопарк форков, т.е.я понима
Из bsd по сути ровно одна живая система - freebsd. Остальное - академические экспериментальные разработки, не предназначенные для какого-либо практического применения вовсе. (И да - остальные либо с файловыми системами 70х годов, либо с академическим экспериментальным кодом, которым пользоваться нельзя)

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

285. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (194), 29-Июн-25, 00:53

>у фри in-kernel api стабилен в пределах релиза.
Это может и лучше линукса, но в пределах погрешности измерения.
>но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитировать
Насколько можно взять дрова для условной видеокатры или файловую систему с тех времён и подключить к современному ядру?

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

290. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 29-Июн-25, 01:15

А, пользователям интересней - насколько можно взять современный софт в *BSD и запустить на древней версии того же ядра?
(для лучшей призводительности или совместимости с ранними пк)

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

299. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 02:00

> А, пользователям интересней - насколько можно взять современный софт в *BSD и
> запустить на древней версии того же ядра?
"в пределах релиза". Т.е. даже на пятилетней давности работать скорее всего не будет.
> (для лучшей призводительности или совместимости с ранними пк)
по-моему тебе потрахаться а не работать.
Обычно надо ровно наоборот - запустить какое-то легаси с утерянными исходниками на современной системе, потому что про ту древность все забыли уже как о страшном сне.
И оно вот просто запускается, и работает.
С драйверами похуже, бинарную совместимость никто не обещает, их полагается пересобирать вместе с именно тем ядром, которое будет использоваться, хотя я живу с таким. versioning info ломающее в линуксе возможность запуска даже с точно того же ядра чуть с другими опциями (хотя задумывалось ровно для обратного), к счастью отсутствует.

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

352. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (194), 29-Июн-25, 17:30

>А, пользователям интересней - насколько можно взять современный софт в *BSD и запустить на древней версии того же ядра?
Это уже хорошо в linux работает.
>Что всего? Вот вам такой вариант: запуск xterm 320(сейчас в репозиториях 397) от 2016-05-19, который находился в ветке 15.09-beta в nixos 25.05, при том, что между ними 19 релизов. При этом, xterm работает в wayland.
>nix-shell -p xterm -I nixpkgs="https://github.com/NixOS/nixpkgs/archive/$(echo 5d540387713f2d29dac423f5faadafd5aea2ff09).tar.gz" --run xterm
>(для лучшей призводительности
Этого не будет. В старых версиях нет ни новых драйверов, ни оптимизаций, а ещё там уязвимости не исправлены и кучи фич нет.

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

308. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (308), 29-Июн-25, 04:15

Во FreeBSD всё лучше с ABI:
https://github.com/freebsd/freebsd-src/blob/master/sys/conf/...
Цитата из руководства для разработчиков портов, времён 14.0-CURRENT (сейчас 15):
"In order to run a 14.0-CURRENT poudriere jail the host must be running 14.0-CURRENT. In general, newer kernels can build and run older jails. For instance, a 14.0-CURRENT kernel can build and run a 12.4-STABLE if the COMPAT_FREEBSD12 kernel option was compiled in (on by default in 14.0-CURRENTGENERIC kernel config)."

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

331. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 11:31

> Во FreeBSD всё лучше с ABI:
это userland abi. Не лучше (линуксный поддерживается неизменным вообще 20 лет - только не нужен никому, все равно никто кроме libc с ним напрямую не работает, а вот там все плохо) но достаточно предсказуемо и понятно. И по умолчанию включено.
jail не то что 12е, а 8е кое у кого все еще в деле.
А мы тут про inkernel, драйверный. С ним все сложно - формально нужно пересобирать драйвер при каждом обновлении ядра, даже простой его пересборке с другими настройками. (ну, собственно, как в линуксе, причем там это энфорсится, а способы обхода проблемы с weak symbols есть, но не для всех)
На практике в разумных пределах и если нарочно ничего себе не ломать - чаще всего работает в пределах релиза, но это не гарантируется разработчиками, а просто "так вышло". Что если внутриядерные структуры в рамках стабильного цикла не трогать, то все и будет работать.

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

336. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (308), 29-Июн-25, 12:53

> А мы тут про inkernel, драйверный.
The options COMPAT_FREEBSD11 setting in a FreeBSD kernel configuration (like GENERIC or a custom one) enables compatibility with FreeBSD 11 binaries and DRIVERS. This means the kernel can run software or use DRIVERS that were originally designed for FreeBSD 11, even on a newer version of FreeBSD.
Jail consists of two realms: the userland program, jail(8), and the code implemented WITHIN the kernel:
> это userland abi
Тоже так думал. Но ещё на реддите писали, что сетевухи и рэйды пашут.
Не только userland.
Надо смотреть какая часть jails использует компаты.
Только муторно это.

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

340. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от нах. (?), 29-Июн-25, 13:13

спасибо, не надо мне цитировать то что я знаю а ты плохо понимаешь.
> Тоже так думал. Но ещё на реддите писали, что сетевухи и рэйды пашут.
ну вот как-то оно пашет. но гарантий нет, даже если не феноменально старое, а всего лишь на  пять лет подтухло.
А в юзерспейсе все хорошо.
> Надо смотреть какая часть jails использует компаты.
ты не понимаешь что такое jail? Это просто chroot+изоляция процессов+сеть в удобной обертке.
С тем же самым успехом ты можешь бинарник от своей 11 запустить в обычном chroot, который тоже тут нужен только для того чтобы обмануть ld и автоматом подцепить библиотеки от той 11й а не текущей версии, не ковыряясь с каждой руками.
И это как раз работает прекрасно, любители старины могут быть щщасливы.

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

349. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (308), 29-Июн-25, 16:34

Так гарантий и не будет.
Я понял.
Драйвер из двух частей состоит: если поломали ABI юзерспейсной части, то драйвер можно запустить через слой совместимости. Так это всё равно лучше, чем необходимость dkms при его отсутствии.

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

364. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Знатный аноним (?), 29-Июн-25, 23:36

>ну вот как-то оно пашет. но гарантий нет, даже если не феноменально старое, а всего лишь на  пять лет подтухло.
Гарантий как раз нет в Линуксе, о чем здесь раз в 6 месяцев обсуждают сколько раз у кого данные исчезали при переходе на современные и поставляемые _с ядром_ ФС.
А во фряхе, если умеешь читать внимательно написанную документацию (что, как мы видим, могут не только лишь все) почему-то ничего не исчезает.

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

269. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +1 +/–

Сообщение от Аноним2806 (?), 29-Июн-25, 00:13

Там, где не задействована или мало задействована финансовая сторона, возникают Отношения.

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

288. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17" +/–

Сообщение от Аноним (218), 29-Июн-25, 01:10

Ну облажался автор, бывает. Что же теперь, по логике Торвальса, всучивать пользователям глючный драйвер не много ни мало - аж файловой системы?...
И что это будет за новая версия ядра в конце концов!
(Торвальс гадина проклятая(о, сколько раз только за последний год, только я один, его проклинал... за его халтурность) - сколько можно лагами и багами пользователей засыпать?!)
А, уж про Rust код в ядре это вообще... подстава, сниждающая безопасность ядра и так околонулевую, по сути т.о.очередная. А что дальше будет?...
Потому, в идеале от ОС на Linux ядре надо принципиально уходить только по этим соображениям.
Но, за линукс ядром - привязанные к его API программы...
Правда есть ~Linuxinator но если я понял ни о каком userfriendly речи и тут в *BSD нету?
Хоть у кого то из линуксов видел есть на BSD ядре альтернативно но, ведь само ядро не автономно разрабатывается и как подозреваю импорт его от туда самому для форка или если что - не тривиален. ну и опять же надо ужет самому как то к Linux API его запатчить или они делают через упомянутый?

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

4. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+23 +/–
Сообщение от Аноним (4), 28-Июн-25, 10:58
> При этом он готов к прекращению поставки Bcachefs в основном составе ядра Linux и это не убьёт проект Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs. А Bcachefs никто без ядра тыкать не будет.
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+/–
	Сообщение от Аноним (7), 28-Июн-25, 11:00
	Ну продолжит он пушить отдельно в свою ветку. Что изменится? Кому надо, тот ядро запатчит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+4 +/–
	Сообщение от Аноним (4), 28-Июн-25, 11:11
	Я написал что изменится – повысится порог входа, а ради молодой ФС без тестов в проде мало кому оно нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+2 +/–
	Сообщение от Аноним (110), 28-Июн-25, 14:45
	Так это лично его проблемы. Убьет проект не это, а сам автор.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	170. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+1 +/–
	Сообщение от Ефрщ (?), 28-Июн-25, 19:22
	> ради молодой ФС без тестов в проде экспериментальная ФС в проде?
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	18. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–2 +/–
	Сообщение от gnugpl (?), 28-Июн-25, 11:12
	Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	37. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+2 +/–
	Сообщение от Аноним (4), 28-Июн-25, 11:29
	Затем что zfs надо уметь готовить, тормозит в неумелых руках.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	264. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+1 +/–
	Сообщение от Олег (??), 29-Июн-25, 00:04
	вопрос тормозов это вопрос выбора с учетом критереев выбора нужно сжатие, защита от бедблоков, надежность, raid без дорогих железяк - используй zfs Если нужна скорость используй ext4\xfs как не тюнь zfs она не будет равна даже близко к скорости ext4\xfs все слова об умелых руках разбиваются об "давай поспорим на 1000$ что без убийства опций надежности файловой системы вы не добьетесь хотябы равных скоростей на одинаковом оборудовании для ext4 и zfs для простой базы данных в тесте pgbench для примера в 50\50 чтение запись"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+8 +/–
	Сообщение от Вася (??), 28-Июн-25, 11:38
	типичное skill issue
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	103. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+7 +/–
	Сообщение от Аноним (-), 28-Июн-25, 14:36
	> типичное skill issue Файлухи юзают не для того чтобы с ними #$%ться и "skill issue" прокачивать. Это - чисто техническая подложка для хранения данных, в идеале мы вообще знать о ней ничего не хотим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	120. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–3 +/–
	Сообщение от Аноним (110), 28-Июн-25, 15:25
	Вы ничего ни о чем знать не хотите
	Ответить \| Правка \| Наверх \| Cообщить модератору


	125. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+2 +/–
	Сообщение от Аноним (-), 28-Июн-25, 15:53
	> Вы ничего ни о чем знать не хотите Я и правда хочу заниматься - своими проектами, а не костылингом доисторической файлухи ориентированной на энтерпрайзные хранилки на тему как из этого сделать что-то более приемлимое если оно вдруг не хранилка а десктоп с кучей барахла в RAM. RAM мне видите ли больше нужен для CAD/IDE/VM, полезных мне сервиосв, вот этого всего.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	271. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+1 +/–
	Сообщение от Аноним (271), 29-Июн-25, 00:17
	Так не включайте dedup
	Ответить \| Правка \| Наверх \| Cообщить модератору


	298. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–2 +/–
	Сообщение от Аноним (298), 29-Июн-25, 01:55
	dedup это единствееное ради чего этот zfs поделие имеет смысл
	Ответить \| Правка \| Наверх \| Cообщить модератору


	301. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+2 +/–
	Сообщение от pofigist (?), 29-Июн-25, 02:12
	Использовать dedup на десктопе - крайне глупая затея.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	338. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–1 +/–
	Сообщение от Аноним (-), 29-Июн-25, 13:05
	> Так не включайте dedup Оно и без dedup имеет очень странное управление памятью - и я пешочком постою чтоб такое управление памятью было бы у меня на десктопе, лаптопе, одноплатниках или чем там еще что не является энтерпрайз хранилкой. К тому же оно еще и не в майнлайне, а я люблю свежие ядра вплоть до того что могу сам их себе билдануть по вкусу. Поэтому ZFS мне принесет дофига проблем на ровмном месте, фиг знает во имя чего. Ибо у btrfs мне управление явно симпатичнее, а петабайтные хранилки для корп я вообще не собираю - и не планирую.
	Ответить \| Правка \| К родителю #271 \| Наверх \| Cообщить модератору


	49. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–2 +/–
	Сообщение от Аноним (49), 28-Июн-25, 12:01
	Зато фичи, ты не понимаешь.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	218. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–1 +/–
	Сообщение от Аноним (218), 28-Июн-25, 21:25
	фичи без базы - ничто
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+1 +/–
	Сообщение от Аноним (54), 28-Июн-25, 12:19
	ZFS will use too much memory Generally – where memory is fast: use of memory is a good thing. Unused (free) memory can be thought of as wasteful. ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified: 1.first, an amount of memory put to good use with ZFS 2.then, a memory-hungry application wants some of that amount 3.the application gets what it wants. заметка в разделе мифы https://wiki.freebsd.org/Myths
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	85. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–1 +/–
	Сообщение от нах. (?), 28-Июн-25, 13:52
	> ZFS and FreeBSD combine to make good use of memory. This goodness вот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя. Иначе бы и не понадобился миллион параметров, позволяющий вручную штурвалом на глаз управлять этим good use. > 1.first, an amount of memory put to good use with ZFS > 2.then, a memory-hungry application wants some of that amount она шмякается по sig6 - что ты легко мог бы проверить сам, а не сборник мифов пересказывать. Что еще пол-беды (ну добавишь свопа). Но попробуй сам СВОП переложить на zfs - и...и...и... правильно - очень легко получишь красивый интерлок. (Нет, это не единственное, к сожалению [к сожалению потому что это-то понятно легко обойти] место где такой интерлок может проявляться. Просто наиболее понятная чайникам демонстрация как проявления, так и причин. Для более сложных надо лезть глубоко в предмет и разжевывать некоторые неочевидные вещи. Нет, это не исключительное свойство zfs. Но можно было сделать лучше. Не захотели альтернативно-одаренные разработчики фри.) > заметка в разделе мифы https://wiki.freebsd.org/Myths Draft content for a page that was removed in October 2023 просто прекрасно. Но в целом где, как ни в разделе мифы, такому и быть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	138. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–3 +/–
	Сообщение от Аноним (-), 28-Июн-25, 17:07
	>> ZFS and FreeBSD combine to make good use of memory. This goodness > вот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя. Да там и остальное такое же. В частности прямо первый пункт. Не, они не расскажут как там не работает половина видях, есть проблемы с вафлей и управлением питанием. Это - миф, что вы. Интересно, почему дистрам Linux не требуется такие отмазки выкатывать в общем случае? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	146. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+1 +/–
	Сообщение от нах. (?), 28-Июн-25, 17:27
	потому что там все привыкли что половина видях не работает, потому что тут нвидийный блоб несовместим с ведром, а там шв@60дкиный эту не поддерживает дальше чем vesa compatible. И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается. Ну а чотакова, бесплатное же ж. Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	192. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+/–
	Сообщение от Аноним (-), 28-Июн-25, 20:26
	> поддерживает дальше чем vesa compatible. Хызы, у меня последний GL есть, вулкан - тоже, а ливка на основе FreeBSD на этой конфиге смогла - черный экран малевича. > И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается. Не очень понятно как внезапно обновить себе дистр. А, и снапшотов у тебя на случай приколов не было - сапожник же должен быть без сапог! А я так не прокативший апгрейд одним хомам - откатил. За 2 минуты. Потому что есть такая фигня - productivity. Но вы это не проходили, вам это не задавали. > Ну а чотакова, бесплатное же ж. Я вообще научился быть сам себе поддержкой. Но как ты понимаешь это было ой как не сразу. И конечно если б меня линух встретил вон тем - я б с ним наверное и не познакомился поближе никогда. > Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе. Это путь таких как ты. А я и сам жру пирожки которые пеку.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	296. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+/–
	Сообщение от morphe (?), 29-Июн-25, 01:49
	> ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified: Однако на Linux этот zfs arc не интегрирован так же хорошо с управлением памятью как дисковый кеш в других ФС, потому этот жор и сильно неприятнее
	Ответить \| Правка \| К родителю #54 \| Наверх \| Cообщить модератору


	69. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–18 +/–
	Сообщение от Аноним (69), 28-Июн-25, 13:05
	> Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз. Очередной миф из разряда "сталинские репрессии". Пользователям ZFS годится для поржать.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	73. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+11 +/–
	Сообщение от Аноним (73), 28-Июн-25, 13:21
	> Очередной миф из разряда "сталинские репрессии". > Пользователям ZFS годится для поржать. Хочешь сказать что разрабы ZFS тоже врут и отрицают правду, как и сталинисты?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	235. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+7 +/–
	Сообщение от Grand (?), 28-Июн-25, 22:25
	Учитывая, что репрессии реально были - ей-богу вы как-то сильно двусмысленно написали ..
	Ответить \| Правка \| К родителю #69 \| Наверх \| Cообщить модератору


	180. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+/–
	Сообщение от Аноним (73), 28-Июн-25, 20:03
	> при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз Замедляет относительно чего?
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	335. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	+1 +/–
	Сообщение от стоячок (?), 29-Июн-25, 12:50
	Относительно не замедленных. Что как маленький?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	334. "Линус Товальдс намерен исключить Bcachefs из ядра Linux 6.17"	–1 +/–
	Сообщение от Аноним (73), 29-Июн-25, 12:17
	> Затем что zfs это тормоз сжирающий всю память хоста Учитывая её свойства не такая уж она и медленная. Включи на EXT4 журналирование данных - и ты поймёшь что значит "медленно". Хотя BTRFS, конечно, даст ZFS сто очков вперёд по скорости.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору