forum.opennet.ru - "Bcachefs будет исключён из ядра Linux из-за конфликта между разработчиком и мэйнтейнерами" (273)

"Bcachefs будет исключён из ядра Linux из-за конфликта между разработчиком и мэйнтейнерами"

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

"Bcachefs будет исключён из ядра Linux из-за конфликта между разработчиком и мэйнтейнерами"	+2 +/–
Сообщение от opennews (?), 12-Авг-25, 22:59
Файловая система Bcachefs будет удалена из основного дерева ядра Linux. Несмотря на технические достоинства и активное развитие, судьба проекта осложнилась из-за затянувшегося конфликта между его автором Кентом Оверстритом (Kent Overstreet) и ведущими мэйнтейнерами подсистем виртуальной памяти (VM) и файловых систем (FS)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63717
Ответить \| Правка \| Cообщить модератору

Оглавление

Ссылка на сайт bcachefs, ссылка на статью опеннета о включении bcachefs в состав, Аноним (2), 22:59 , 12-Авг-25, (2) +12

таки возможное стало свершившимся В целом, конечно, и хрен с ней, поскольку lay, нах. (?), 23:57 , 12-Авг-25, (25) –10

вот для подкроватных сервов как раз ничего кроме него нету, дАнон (?), 01:24 , 13-Авг-25, (56) +2

Есть -- ZFS , Минона (ok), 08:51 , 13-Авг-25, (98) +2

Это примерно как сказаьт что 600-й мерседес - мечта всех граждан СССР - тоже мер, Аноним (-), 10:54 , 13-Авг-25, (118) –2

Очень удачное сравнение Так как старые Мерседесы дадут 100 очков вперё современ, Аноним (124), 11:52 , 13-Авг-25, (124) +3

Ну да, у новых - прогнивщих от соли порогов и ржавчины везде и всюду - нет Отст, Аноним (-), 14:31 , 13-Авг-25, (171)

Не 600-й, а гелик А вообще, аналогии это не твоё Ну ты вот мечтал о бэкэш и о, Минона (ok), 12:48 , 13-Авг-25, (146) +2

Не помню чтобы о них в 90-е мечтали Все хотели - 600й мерс, и только так Это п, Аноним (-), 14:46 , 13-Авг-25, (175) –4

gt оверквотинг удален Мой ZFS на моей задаче отлично работает А на вашем BTRFS, Минона (ok), 09:45 , 14-Авг-25, (270) +2

У нас видимо и правда разные задачи И что там у какого-то дяди на энтерпрайзной, Аноним (-), 11:55 , 14-Авг-25, (274)

Конечно, разные Моя задача 8212 решать задачу энтерпрайза наиболее подходящим, Минона (ok), 13:40 , 14-Авг-25, (285)

А сам небось - образцовый сапожник без сапог, с ынтыэфэсиком, как коллеги пох и , Аноним (-), 14:36 , 15-Авг-25, (315)

Самиздатом я 25 лет назад занимался Но ты ж про десктоп намекаешь Так вот удобны, Минона (ok), 15:55 , 15-Авг-25, (318)

Зелен виноград , iZEN (ok), 10:29 , 16-Авг-25, (331)

для единичного подкроватного сервера слишком сложно и при этом не умеет в тот же, нах. (?), 11:44 , 13-Авг-25, (121)

Что может быть проще ZFS , Минона (ok), 13:22 , 13-Авг-25, (151)

autopart --type plain --nolvm --nohome --fstype ext4Если дисков в сервере больше, нах. (?), 13:45 , 13-Авг-25, (159)

Это слишком просто 128527 , Минона (ok), 09:14 , 15-Авг-25, (309)

Проблемы начинаются только если требуется урезать размер пула А с увеличением н, Petrovich (??), 04:04 , 14-Авг-25, (240) –1

Короче - чего не хватишься, ничего нельзя Спасибо, nic , мы знаем И layered к, нах. (?), 15:16 , 14-Авг-25, (291) +1

Блок питания типичного подкраватного сервера вывозит максимум 6 HDD собранных в , Petrovich (??), 04:32 , 14-Авг-25, (243) –1

мне к примеру нужен простой пул без RAID знаний и пр, да и в целом RAID не нужен, дАнон (?), 17:43 , 13-Авг-25, (191)

всмысле анонсировали, bcache давно в мейнлайне, pavel_simple. (?), 19:10 , 13-Авг-25, (207)

Его уже собираются выкинуть оттуда , Минона (ok), 09:31 , 14-Авг-25, (269)

bcache откуда новости , pavel_simple. (?), 15:26 , 14-Авг-25, (293)

gt оверквотинг удален А, я попутал, сорри У меня уже все эти бэкэши глаза зам, Минона (ok), 15:53 , 14-Авг-25, (294) +1

зато нужен SSD кеш Нужен кэш для SSD Кэш операционной системы не устраивает , Аноним (-), 19:47 , 13-Авг-25, (208) –1

Надо понимать, что даже если copy-on-write это Даже если говорить про cop, Аноним (-), 20:03 , 13-Авг-25, (210)

Так првильнее , Аноним (211), 20:06 , 13-Авг-25, (211)

Добавлю это так понятнее будет Btrfs не имеет собственного механизмa кэширован, Аноним (-), 20:48 , 13-Авг-25, (214) –1

Узнай что такое BcacheFS подробнее, чтобы понимать оно надо , Аноним (-), 20:29 , 13-Авг-25, (212)
метаданные файловых систем тоже попадают в page cache ядра Как кэшируются метад, Аноним (-), 20:56 , 13-Авг-25, (216)
Когда метаданные сбрасываются на диск 8226 При вызовах fsync sync для кон, Аноним (-), 21:12 , 13-Авг-25, (217)

8226 При заполнении кэша выше порогов dirty_ratio dirty_background_ratio Ког, Аноним (-), 00:11 , 14-Авг-25, (236)

Если нужен SSD кэш и это подразумевает кэш сделанный из SSD на отдельном SSD тог, Аноним (-), 21:42 , 13-Авг-25, (219) –1
В ZFS не обязательно использовать RAID SSD кеш поддерживается, называется L2ARC, Petrovich (??), 03:44 , 14-Авг-25, (238) –1
Решает Можно создать простой пул на одном диске Можно в пул добавить SSD в качес, Минона (ok), 09:28 , 14-Авг-25, (268)

нельзя l2arc работает не так и делает совсем не то что вы подумали Большинству, нах. (?), 15:22 , 14-Авг-25, (292) –1

Можно, он работает так и делает то, для чего придуман Это ты подумал совсем не т, Минона (ok), 09:02 , 15-Авг-25, (308)

тогда он точно не нужен Он был придуман в поздние нулевые, когда аж четыре гига, нах. (?), 11:43 , 15-Авг-25, (311)

gt оверквотинг удален Э А для чего тебе кэш записи в пару терабайт , Минона (ok), 15:57 , 15-Авг-25, (319)

В смысле, для чего Вот у меня дисковая полка На 18 старая патамушта Хатю чт, нах. (?), 18:07 , 15-Авг-25, (321)

Причина зачем нужен кеш на отдельном диске Использование отдельного диска в ро, Аноним (-), 19:18 , 14-Авг-25, (302) –1

SSD SATA SSD, NVMe SSD , Аноним (-), 02:35 , 15-Авг-25, (306)
Скрыто модератором, нах. (?), 11:44 , 15-Авг-25, (312)

ну просто это слишком уж узкий и безденежный к тому же сегмент, чтобы им одним о, нах. (?), 11:46 , 13-Авг-25, (122) –1

Ничего, как был ненужон этот ваш bcachefs, так и остался , Аноним (80), 05:46 , 13-Авг-25, (80) +1

Голосование на острове в какой серии было , Аноним (3), 23:00 , 12-Авг-25, (3) +11
Вот это разборки там Может пора заморозить ядро , Аноним (5), 23:13 , 12-Авг-25, (5) –3

Ну заморозь себе ядро, выбери версию и зафиксируй, кто ж мешает , Аноним (6), 23:16 , 12-Авг-25, (6) +5

Это как-то поможет COWбоям не лаяться между собой , Аноним (5), 23:22 , 12-Авг-25, (8) +1

LTS ядра сэру не того, религия юзать не позволяет, или что , Аноним (-), 04:51 , 13-Авг-25, (76) +1

Этот Кент тот еще кент, конечно, но думаю - дело не в этом Bcachefs, развиваема, XeXe (?), 23:18 , 12-Авг-25, (7) +14

Может и приличнее, но медленнее , Karl Richter (ok), 23:58 , 12-Авг-25, (27) –1

но и btrfs не пушка вот даже в последних апдейтах чёт там бустят, давно вышедше, дАнон (?), 01:25 , 13-Авг-25, (57) +2

Почитайте ядерную рассылку Многие вполне здраво отмечают, что технически ФС мож, минона (?), 05:41 , 13-Авг-25, (77) +3

Тео де Радт из той же серии Но эти двое могли если не хорошо обьяснять как дела, Аноним (81), 06:13 , 13-Авг-25, (81) –1

Можно ещё анестезиолога вспомнить, который Кон Коливас , devl547 (ok), 20:33 , 13-Авг-25, (213)
Говорит, что уже готов релизиться Unofficially unexperimental Посмотрим, я по, минона (?), 04:00 , 14-Авг-25, (239)

Предлагаете выпнуть Линуса , ZloySergant (ok), 12:10 , 13-Авг-25, (129) +4

Кто же его посадит Он же памятник с Любители СПО сделали себе Великодушного , Аноним (-), 12:12 , 13-Авг-25, (131) +8

мы не любители, а профессионалы А любителей никто и не спрашивал не обляпайтесь, rhbm (?), 18:09 , 15-Авг-25, (323)

А как он будет вповышать своё ЧСВ , Аноним (132), 12:12 , 13-Авг-25, (132)

Кто сказал Шишкин , Аноним (130), 12:10 , 13-Авг-25, (130) +2
дороги по которым он ездит - обочин не имеют , Аноним (156), 13:42 , 13-Авг-25, (156) +2

Bcachefs теперь будет как ZFS - сбоку прикручен на скотч , Аноним (9), 23:24 , 12-Авг-25, (9) +7

Все верно - фс для той категории пользователей, что прикручивает скотчем , Аноним (81), 06:15 , 13-Авг-25, (82) –1
Скотч однако сильно разный , Минона (ok), 08:53 , 13-Авг-25, (99) +1

это до первого ломающего изменения в vfs или управлении памятью А чтобы ему не, нах. (?), 13:47 , 13-Авг-25, (161)

не на скотч Модульный подход делает Linux системы по настоящему свободными Поч, myster (ok), 14:17 , 13-Авг-25, (168)

Так ты потихоньку дойдешь до мысли что только микроядерная архитектура имеет пра, pofigist (?), 14:33 , 13-Авг-25, (172) +1

да, Linux ядро должно быть микроядром, поддерживающим модулимонолит - в топку, myster (ok), 14:38 , 13-Авг-25, (174)

Хочешь поговорить об этом с Линусом , Минона (ok), 15:48 , 13-Авг-25, (185) +1

и рассмотреть его средний палец яжфин до сих пор не признал ошибочность отк, фнон (-), 15:53 , 13-Авг-25, (187) +1

Только это будет не линакс 129315 Проблема в том что микроядерную архитекту, pofigist (?), 23:34 , 13-Авг-25, (234)

l3 и потом l4 - написаны ОДНИМ человеком И потом еще раз переписанная l4 выкину, пох. (?), 11:15 , 14-Авг-25, (273) +1

Если ты про l4 или sel4, то я очень сомневаюсь, что тут тусуются люди работавшие, Аноним (-), 12:42 , 14-Авг-25, (277)

ну то есть вот ровно то о чем я и говорю - опенсорсе, написано, с вполне огранич, пох. (?), 12:51 , 14-Авг-25, (279)

Миникс же Написана одним профессором Используется в миллиардах девайсов Интел МЕ, Минона (ok), 14:00 , 14-Авг-25, (288)

Ну это мы знаем только со слов самого профессора, и тот неточно , пох. (?), 14:21 , 14-Авг-25, (290)

Для этого нужно стабильное АПИ, а оно, как известно, нонсенс , Аноним (189), 16:50 , 13-Авг-25, (189) +1

Реальных причин две 1 Линус уже старый и его мозг не тянет постоянный хакинг я, Аноним (10), 23:28 , 12-Авг-25, (10) +2

Реальная причина в описании Кент настолько конфликтная истеричка, что умудрился, Ананимус (?), 09:42 , 13-Авг-25, (105) +5

Скрыто модератором, Аноним (132), 12:14 , 13-Авг-25, (134)

Скрыто модератором, Ананимус (?), 16:32 , 14-Авг-25, (296)

На самом деле это ходовая проблема у шибко умных людей например у меня D , хрю (?), 11:55 , 14-Авг-25, (275) +1

Там ему предлагали, у него кажется нет друзей , Ананимус (?), 16:32 , 14-Авг-25, (297)

пост по диагонали прочитал , Аноним (106), 09:42 , 13-Авг-25, (106) –1
Есть третья причина 3 У тебя буйная фантазия , Аноним (-), 04:58 , 14-Авг-25, (247)

разработчик фс - это как клеймо на социальных скилах что с ними не так, чатжпт (?), 23:29 , 12-Авг-25, (11) +2

Слишком умные Хотят достигать результата, а не просто одеваться по моде и обсуж, Аноним (34), 00:08 , 13-Авг-25, (34) +11

тот который в тюрьме сидит - тоже из этих, умных , чатжпт (?), 00:15 , 13-Авг-25, (37)

Не, это точно нет Он книги как заметать следы после убийства купил после с, Аноним (-), 00:20 , 13-Авг-25, (39) +4

Я сильно сомневаюсь, что в США или в любом другом государстве могут в принципе, Аноним (63), 02:13 , 13-Авг-25, (63) –3

Придумывайте Книги по форензике продаются свободно , Аноним (65), 02:16 , 13-Авг-25, (65) +4

Книги по криминалистике не рассказывают как спрятать труп чтобы его никто не наш, Аноним (96), 08:48 , 13-Авг-25, (96)

Из слишком умных, да , Аноним (34), 00:24 , 13-Авг-25, (42)

Из-за двух случаев вешать клеймо на всех разработчиков ФС Что с тобой не так Ах, Аноним (222), 22:13 , 13-Авг-25, (222)

Шишкин был прав , Аноним (124), 23:29 , 12-Авг-25, (12) +3

Я конечно извиняюсь - а кто такой Шишкин Знаю только художника, не уверен что о, Крысюк (?), 08:41 , 13-Авг-25, (93)

Друг и коллега Райзера , Аноним (96), 08:49 , 13-Авг-25, (97) +1
Эдуард Шишкин - непризнанный гений и разработчик raiser4, в одном флаконе На хаб, Аноним (-), 10:19 , 13-Авг-25, (112) +2

Правда, он был еще более отбитый чем Кент - достаточно для того чтобы в майнлайн, Аноним (-), 10:39 , 13-Авг-25, (115) +1

и приводит _математические_ аргументы, которых, правда, никто с семью классами о, нах. (?), 12:36 , 13-Авг-25, (142)

Если человек м и ему ср ть на участь проекта - это не важно Работать над сов, Аноним (-), 18:13 , 13-Авг-25, (202)

Таки эта цитата из его интервью оказалась достаточно пророческой Это было 4 года, Легивон (?), 22:15 , 13-Авг-25, (223) +4

Кент 100 прав - критические исправления ФС должны вноситься немедленно Поэтому , dannyD (?), 23:33 , 12-Авг-25, (13) +5

И да, и нет Дистры очень неохотно включают патчи для больших фич В Fedora их пра, Аноним (14), 23:36 , 12-Авг-25, (14) +1

Debian большие патчи конечно не включает, но постоянно обвязывает пакеты своими , yurikoles (ok), 06:39 , 13-Авг-25, (84) +3

Мейнтейнеры debian ещё и ходят - тырят патчи по багзиллам , SKZ (?), 12:06 , 13-Авг-25, (127)
Скрыто модератором, Аноним (190), 17:42 , 13-Авг-25, (190) +1

Критические исправления ФС вноситься вообще не должны, потому что в код изначаль, Аноним (18), 23:44 , 12-Авг-25, (18) –9

Можно ваше мнение, как именно нужно тестировать проект, основная задача которого, Аноним (34), 00:22 , 13-Авг-25, (41) +2

Уважаемый, вот возьмите пожалуйста, и не страдайте так https symbl cc ru too, Аноним (61), 02:02 , 13-Авг-25, (61) +2

Ничего себе Каких только сайтов не существует Спасибо , Аноним (233), 23:30 , 13-Авг-25, (233) +1

Какие нахрен железки, вася Под ФС уже абстрактное блочное устройство, она ни пр, Аноним (65), 02:15 , 13-Авг-25, (64) +5

Ой, ну ты же прям описал ядро NetBSD с его RUMP , Аноним (133), 12:14 , 13-Авг-25, (133)

Держать парк железок, на которых парк дистрибутивов со всеми версиями ядер и кат, Хрю (?), 12:31 , 14-Авг-25, (276)

у винды их ПЯТЬ даже если не учитывать отдельные вариации и sds на базе fat, exf, пох. (?), 12:57 , 14-Авг-25, (280)

Возможно Кенту следует почитать книги по разработке Там есть такие интересные ра, Аноним (-), 00:07 , 13-Авг-25, (32) –1

Драйвер же был в разработке Никто и не ожидал, что он будет стабильно и надёж, Аноним (34), 00:28 , 13-Авг-25, (44) +1
Литерали всему линуксу можно, а ему нет это предвзято, что ли, Аноним (53), 01:07 , 13-Авг-25, (53) +4

Ненене, долой вотэбаутизм, пусть отвечает за себя, а весь линукс сам с собой р, Аноним (233), 13:59 , 13-Авг-25, (164)

Давно пора, надоело уже про эти сопли читать Пострадают от этого решения и bcach, Аноним (18), 23:38 , 12-Авг-25, (15) +5

Всё оно так, и я об этом говорю уже лет 20 Настолько огромный и важный проект ра, Аноним (19), 23:46 , 12-Авг-25, (19) +1

Нет Оно конечно подустарело но Это вполне себе решение для _настолько_ распре, _ (??), 23:54 , 12-Авг-25, (24)

Work on 6 16 came from 2,057 developersЭто что много Особенно с учетом, что они , Аноним (-), 00:34 , 13-Авг-25, (47) +4

А в чём ещё такой прорве народа скидывать код, в дискорде Ничего лучше plain tex, Аноним (53), 01:10 , 13-Авг-25, (54) +4
Если почта древнее зло, то ты предлагаешь в замен , МозгЛинуса (?), 02:22 , 13-Авг-25, (67)

Linux ничем уникальным в своей распределённости не является Даже примечательным, Аноним (65), 02:21 , 13-Авг-25, (66)

Например какие , Аноним (133), 03:40 , 13-Авг-25, (75)

Ну навскидку посмотри на chromium или aosp - кодовая база кратно больше , User (??), 06:33 , 13-Авг-25, (83) –1

У них требования к надежности сильно разные - Если упадет ядро в ос - вы это зам, Аноним (-), 10:41 , 13-Авг-25, (116) +5

Ох Я предполагаю, что в плане обеспечения технической надежности в хроме эдак п, User (??), 13:15 , 13-Авг-25, (150)

А в итоге всё сводится к перезагрузке упавшей вкладки Нуок Работа ради работы , Аноним (233), 14:03 , 13-Авг-25, (166) +1

Ну, если сравнивать вот с одним большим НИЧЕГО , сделанным за в два раза больше, User (??), 14:33 , 13-Авг-25, (173)

Какие-то совершенно жалкие отмазки Вы настолько печальны что даже спор проиграт, Аноним (-), 18:21 , 13-Авг-25, (204)

Ну, если вы покажете, как обмен патчами по емылу повышает качество кода и позвол, User (??), 18:52 , 13-Авг-25, (206) +1

Поискарь в помощь Найдете много интересного, вклчая метрики качества кода типа , Аноним (-), 04:32 , 14-Авг-25, (242) –1

И вся королевская конница, вся королевская рать из гениальных процессов обеспеч, Аноним (222), 22:33 , 13-Авг-25, (227)

А уж как они мир своей фуксией захватывали Обещали что скоро линуху будет - амб, Аноним (-), 04:47 , 14-Авг-25, (244)

т е - коммерческие проекты разрабатываемые за зарплату за закрытыми дверями Нече, нах. (?), 11:48 , 13-Авг-25, (123) +1

прям как ядро линукс Собор vs Базарgcc, кстати, начинал с первогоОпенсорсом оно , Аноним (-), 11:54 , 13-Авг-25, (125) +3
Так так, чтоб ни грамма в рот - это не в линукс кернел, а в гнутый хурд смотре, User (??), 12:48 , 13-Авг-25, (145)

А по-моему прикольно, что они так делают Максимальная независимость от централи, Аноним10084 и 1008465039 (?), 09:00 , 13-Авг-25, (101)

Пишет нецарёк со своим более правильным ядром Ты никогда в жизни ни с кем не спо, Аноним (222), 22:26 , 13-Авг-25, (225)

Часто одна из бед очень талантливых людей - это отсутствие скиллов по общению и , Аноним (14), 23:44 , 12-Авг-25, (17) +4

Да это всё понятно Но хорошую в теории ФС - мы теперь не получим Может кон, _ (??), 23:57 , 12-Авг-25, (26) +1

Ну, говорит пока, что ФС никуда не денется Типа, и багтрекер хорошо ведётся, и , минона (?), 04:29 , 14-Авг-25, (241)

Угу Скоро он поймёт как с товбой говорят когда ты IN- и как - когда ты OUT-tree , _ (??), 06:18 , 14-Авг-25, (254)

казалось бы - ну вульве-то нахрена очередная бырбыр фесе Им что, для консоли не, нах. (?), 00:07 , 13-Авг-25, (31)

Не могу цитировать Кента, но Valve нужна ФС, которая одновременно может содер, Аноним (36), 00:14 , 13-Авг-25, (36) +2

странные оне казалось бы - любая пусть ext4 в r o, и любая из десятка васян, нах. (?), 00:28 , 13-Авг-25, (45)

как минимум дедупликации нету, которая учитывая особенности Proton увы актуальна, дАнон (?), 01:34 , 13-Авг-25, (59)

Что там дедуплицировать, Wine-префикс, который относительно современного Игоря, , yurikoles (ok), 07:08 , 13-Авг-25, (86)

Не сколько префикс - хотя и его тоже те же VC redist ставятся практически погол, Аноним (95), 08:43 , 13-Авг-25, (95) –1

то есть совсем ни о чем Неинтерактивный ролик показываемый при запуске какой-ниб, нах. (?), 12:38 , 13-Авг-25, (143) +2

Да не особо актуальная, учитывая объём памяти занимаемый играми Протон по сравн, nebularia (ok), 08:09 , 13-Авг-25, (88) –1

я полагаю что две фс в одной эмбеднутой системе- вряд ли вызывают нежную любовь , нах. (?), 12:26 , 13-Авг-25, (138)

Каким местом эмбеднутую это обычный комп и зачем что-то из консоли И вообще о, nebularia (ok), 12:42 , 13-Авг-25, (144)

И где там сжатие и дедуп, интересно Она то как раз в этом смысле сильно лучше, Аноним (-), 04:59 , 14-Авг-25, (248) –2

вот зачем ты постоянно врешь ext4 после нештатного выключения питания никакой f, нах. (?), 16:33 , 14-Авг-25, (298)

Ну дык журнал для того и делали Однако в целом - начинает пиндеть в логи на тем, Аноним (-), 14:58 , 15-Авг-25, (316)

понятно, почему я не пишу очередную недо ФС , Аноним (156), 12:28 , 13-Авг-25, (141)

Наверное хотят свой DirectStorage, Мемоним (?), 10:13 , 13-Авг-25, (111)

Артем, а где можно посмотреть код, который вы написали за 30 лет использования л, Аноним (133), 03:37 , 13-Авг-25, (74) –1
Полно талантливых людей, которые и в общении более чем адекватны и приятны Огром, Аноним (87), 07:19 , 13-Авг-25, (87)

Есть подозрение, что необходимость делать, как удобно безталантным, сильно огран, Аноним (233), 15:24 , 13-Авг-25, (182) +2
Скрыто модератором, Аноним (222), 23:14 , 13-Авг-25, (229) +1

Столкнулись два барана на горной тропе Победил старый самец , Аноним (21), 23:47 , 12-Авг-25, (21) +1

Два О_о Да там этих баранов - половина переписки Один просто решение принял , Аноним (-), 00:29 , 13-Авг-25, (46) +4

Это как раз беда средненьких по всем параметрам людей - с одной стороны они, вви, Аноним (18), 23:54 , 12-Авг-25, (23)

Каждый раз когда Линус пытается прояснить ситуацию получается хуже чем если бы н, Аноним (33), 00:07 , 13-Авг-25, (33) +7
Спокойно добиваться своих целей - это тратить 10 усилий на свои цели и 90 ус, Аноним (233), 15:28 , 13-Авг-25, (183) +2
Похоже на фантазии детей о супергероях без изъянов Почитай хоть биографии всяки, Аноним (222), 23:23 , 13-Авг-25, (230)

Когда Интел пихал в ядро инклюзивный нейминг, то Линус молчал в тряпочку, а ту, Аноним (33), 23:59 , 12-Авг-25, (28) +9

А это ужасный инклюзивный нейминг пользокам портил данные на диске Или может е, Аноним (-), 00:14 , 13-Авг-25, (35) +2

данные юзеры сами решают отдавать ли альфа версии ФСдругое дело раздутые мусорны, дАнон (?), 01:42 , 13-Авг-25, (60)

Но когда вон та штука рулится как проект 100 раздолбайски, и здоровенные измене, Аноним (-), 05:03 , 14-Авг-25, (251)

Так то платиновый спонсор Ты хочешь Линуса, его детей и внуков с дыркой в кар, xsignal (ok), 13:36 , 13-Авг-25, (155) +2

Платиновые спонсоры при комитах бошку все же включают немного - и не комитят доф, Аноним (-), 05:10 , 14-Авг-25, (252) –2

файловые системы это опасная тема, детинужна психологическая оценка длительной р, L29Ah (ok), 00:21 , 13-Авг-25, (40)

Судя по историям с Hector Martin, Lina Asahi, драйверами GPU и проч - это верно , Аноним (-), 06:00 , 14-Авг-25, (253)

Это один и тот же перец Весьма странноватый, но уж какой есть , llolik (ok), 10:43 , 14-Авг-25, (272)

https lore kernel org lkml 22ib5scviwwa7bqeln22w2xm3dlywc4yuactrddhmsntixnghr , НяшМяш (ok), 00:40 , 13-Авг-25, (48) –1
Кент, го к нам в BSD развивать файловые системы , Аноним (51), 01:00 , 13-Авг-25, (51) +1

Ему уже Valve за это платит, так что вряд ли , Аноним (52), 01:05 , 13-Авг-25, (52)

не платит а _собиралась_ когда-то начать платить А теперь вот может и передумат, нах. (?), 13:51 , 13-Авг-25, (163)

он потребует от вас запилить needfree и пришлет даже готовый патч, затрагивающий, нах. (?), 12:28 , 13-Авг-25, (140)

Не проблема Разработчиков ядер у BSD меньше, они все отвечают за многие подсист, Аноним (177), 15:02 , 13-Авг-25, (177)

я только что показывал кусок кода про эту вот непроблему С 2014го года непробл, нах. (?), 15:18 , 13-Авг-25, (180)

Эта драма уже всех порядком утомила Но Кент тут скорее прав С одной стороны А, Аноним (55), 01:16 , 13-Авг-25, (55)

Вы же понимаете, что это не аргумент Не нравится - создавай свою планету , Аноним (132), 12:20 , 13-Авг-25, (137)

Артём, кто вы такой, что вам личную переписку доверяют , Аноним (63), 02:04 , 13-Авг-25, (62)

Начало тут https www phoronix com forums forum software general-linux-open-sou, Аноним (73), 03:19 , 13-Авг-25, (73) +1

Я не думаю, что давить на Кента правильно Линус его просто на счётчик поставил , Аноним (96), 06:48 , 13-Авг-25, (85) –1

Лицензия у кода в ядре - одинаковая, внезапно GPL называется, v2 Иногда может , Аноним (-), 11:05 , 13-Авг-25, (120) –3

Она одинаковая потому, что копирасты так требуют Если бы Кент под BSD лицензиро, Аноним (196), 18:02 , 13-Авг-25, (196) +1

BTRFS разрабатывают платиновые спонсоры, их не одёрнешь за такое Один спонсор в, Аноним (189), 23:24 , 13-Авг-25, (231) +1

да лана, чем он так уж хуже многомегабайтных таблиц usb idшек в каждом драйвере , нах. (?), 23:38 , 13-Авг-25, (235)
За такое это какое FTBFS в -RC1 устроить Не, так btrfs-ники ни разу не отличи, Аноним (-), 06:58 , 14-Авг-25, (256)

Да на самом деле на BSDL можно сверху GPL нашлепнуть - и в контексте ядра оно ст, Аноним (-), 06:55 , 14-Авг-25, (255)

Можно, но в ядро это брать не будут не смотря на отсутствие формализованного пра, Аноним (303), 20:14 , 14-Авг-25, (303)

Да вроде местами там есть dual licensed код Смысла в этом немного ибо остальные, Аноним (-), 15:42 , 15-Авг-25, (317)

Тут нужен не свой интерфейс, а свой мейнтейнер этого интерфейса Официальная пози, freehck (ok), 09:13 , 14-Авг-25, (265) –1

Очень умно, ага Вот есть миллиард перезаписей, повторяющихся в цикле, как скоро, Аноним (70), 03:02 , 13-Авг-25, (70) –3

Не забьётся никогда - место-то освобождается Но износится и сдохнет На радость, Аноним (63), 03:13 , 13-Авг-25, (71) +1
Есть такая штука - garbage collector Он по ходу пьесы маркирует уже ненужные бл, Аноним (-), 09:59 , 13-Авг-25, (108) +1

Почему в ядре Линукса все разработчики продвинутых и революционных файловых сист, Аноним (-), 08:17 , 13-Авг-25, (89) +1

С ntoskrnl путаете , Аноним (96), 08:36 , 13-Авг-25, (91) +3

Под него системное программирование стараниями MS почти умерло по сути , Аноним (-), 10:00 , 13-Авг-25, (109) –1

Потому что убил жену Потому что присылает фичи под видом фиксов в rc-ветку А поч, Аноним (133), 12:08 , 13-Авг-25, (128) –1
Там очень токсичная атмосфера с фальшивыми улыбками и нарочито учтиво-вежливой м, xsignal (ok), 13:32 , 13-Авг-25, (153) +3

Это ты про рассылку где люди, которые факи показывают, ругаются чуть ли не матом, Аноним (-), 13:35 , 13-Авг-25, (154)

Так это когда было Времена изменились, теперь там натянуто-вежливый стиль Лучш, xsignal (ok), 13:47 , 13-Авг-25, (160) +1

Так матерятся Буквально вчерашняя новость с ЛОР And by garbage I really mean , Аноним (-), 14:00 , 13-Авг-25, (165)

то есть ОФИЦИАЛЬНО merge window - открыто, но ты, чудак, должен был шестым чувст, нах. (?), 16:35 , 13-Авг-25, (188) +1

Звёздная болезнь, типичный случай Казалось бы, умные люди не должны быть ей под, xsignal (ok), 17:51 , 13-Авг-25, (195) –2
То-есть, если вбросил хреново протестированный код, в последнюю секунду окна, и , Аноним (-), 07:13 , 14-Авг-25, (257) –1

а в предпоследнюю можно А за час можно А за сутки А за сколько его величеству, нах. (?), 09:07 , 14-Авг-25, (264)

На самом деле - чем раньше, тем лучше Репутация и степень доверия - не бинарная, Аноним (-), 12:43 , 14-Авг-25, (278)

Кто тебе сказал, что они супер революционные Или примерно почувствовал просто , Аноним (186), 15:51 , 13-Авг-25, (186)

Кенту нужно свою ФС переносить в BSD, там будет больше шансов на успех Товарисч, плутарх (?), 08:37 , 13-Авг-25, (92) +1

А критерии успеха нельзя ли огласить Этим никто в проде не пользуется на данный, Аноним (-), 10:01 , 13-Авг-25, (110) –1
У нее тулзы ржавые, нафиг нам такое не надо в BSD , Аноним (133), 12:05 , 13-Авг-25, (126)

Дед с батей сцепились по пьяни и испортили всем выходные 10095 findmnt TARGE, Аноним (104), 09:36 , 13-Авг-25, (104)

для подкроватного сервера не страшно, а если вы тащите альфу в продакшон, то зем, onanim (?), 10:58 , 13-Авг-25, (119) –2

Линус всё правильно сделал Есть принципы разработки софта, есть конкретный стан, anonymous (??), 09:56 , 13-Авг-25, (107)

Берём и смотрим какие ветки ядра lts и что именно в дистрибутивах обывателей исп, Аноним (330), 09:35 , 16-Авг-25, (330)

Не хочу расстраивать этого господина, но об этом надо было думать - ДО того как , Аноним (-), 10:50 , 13-Авг-25, (117) –3

тогда, вероятно, подождите пока оно попадет в ваш дистрибутив Раз уж даже этого, нах. (?), 12:51 , 13-Авг-25, (147) –3

Тогда должно быть очевидно, почему эту фс в разработке мейнтенеры линукса не з, anonymous (??), 22:27 , 13-Авг-25, (226)

их общий код - значительно хуже чем эта фс и совершенно не предназначен для хо, нах. (?), 22:53 , 13-Авг-25, (228)

Фич меньше, а стабильности - больше Гораздо более протестированный, работающий , anonymous (??), 02:11 , 14-Авг-25, (237)
Тады и сказки про эвон какую пользовательскую базу - отправляются куда подальше , Аноним (-), 07:25 , 14-Авг-25, (259)

пользовательская база существует независимо от твоего мнения и вполне себе пред, нах. (?), 09:19 , 14-Авг-25, (266)

Весь десяток васянов и представлен Откуда их больше с таким девелопом DНу там, Аноним (-), 13:06 , 14-Авг-25, (281) –1

откуда их больше для участия в разработке файловой системы посложнее хеловрота , нах. (?), 14:07 , 14-Авг-25, (289)

Если кто профачил попсовые LTS дистро - ему и напирать на пользовательскую базу , Аноним (-), 07:14 , 16-Авг-25, (325)

Торвальдс не совсем тупой и тоже видит что широкая пользовательская база оказы, Аноним (-), 07:23 , 14-Авг-25, (258)

Жалко конечно Была надежда что в линуксе появится нормальная ФС, но видно не су, Аноним (124), 13:11 , 13-Авг-25, (149) +1

Нормальные ФС в линухсе давно есть Хочется фич zfs - юзайте zfs, не обязательно, 123 (??), 17:21 , 14-Авг-25, (300)

ZFS очень медленная , Аноним (124), 07:57 , 15-Авг-25, (307)

Мягко говоря странновато делать fs , когда готова иная z fs и то есть не та что , Аноним (167), 14:15 , 13-Авг-25, (167) –3

ты же осознешь, что при таком образе мышления все бы до сих пор жили в пещерах и, myster (ok), 14:27 , 13-Авг-25, (170)

оно бы так и было, но тут полковник Кольт изобрел револьвер, и бегавшие с луками, нах. (?), 15:24 , 13-Авг-25, (181) –1

Ну вообще-то дело пошло не столько из-за Кольта, сколько из-за относительно даль, Аноним (-), 07:47 , 14-Авг-25, (262)

Линус Торвальдс считает, что нужны реальные доказательства, что взаимодейс, Аноним (169), 14:27 , 13-Авг-25, (169) +1
Так ведь мы эту тему уже обсуждали буквально месяц как, причём тут же, на опенне, freehck (ok), 14:48 , 13-Авг-25, (176) –3

Похоже, Ташкинов отправил приватные мылы Кенту и Торвальдсу и опубликовал свои н, Аноним (-), 07:36 , 14-Авг-25, (261)

За всеми этими срачами, все как-то пропустили, что ФС созрела Во всяком случае,, Аноним (177), 15:09 , 13-Авг-25, (178) +2

А возможности BTRFS чем не устраивают Её пока не выпилили И надеюсь не собираю, myster (ok), 19:48 , 13-Авг-25, (209) –2

Оверинженернутый кусок гэ Этим и не устраивает , Аноним (215), 20:50 , 13-Авг-25, (215)

В каком месте он оверинженернутый По-моему там всё четко , myster (ok), 21:40 , 13-Авг-25, (218)

Что значит четко Сколько лет ее мучают разработчики и до сих пор не могут добит, Аноним (224), 22:17 , 13-Авг-25, (224)

Надуманный гон Давно стабильно работает у всех Открою феномен интернета в инт, myster (ok), 21:18 , 14-Авг-25, (305)

как там raid6 поживает Уже можно пользоваться А, не, пока они заняты парсером , нах. (?), 09:23 , 14-Авг-25, (267) +2

А рефлинки у вас там как, нормуль, пул перестраивать уже не надо Прикол, нах , Аноним (-), 13:19 , 14-Авг-25, (283) –2

твои бредни про рефлинки уровня мне троюродная тетя рассказала что ее дядя видел, нах. (?), 13:35 , 14-Авг-25, (284)

Спасибо, я в состоянии дойти до гитхаба сам - и посмотреть на чЮдные практики вы, Аноним (-), 07:51 , 16-Авг-25, (326)

RAID 0,1,10 то стабильны В любом софте могут быть экспериментальные фичи - это , myster (ok), 21:11 , 14-Авг-25, (304)

Пятнадцать лет Братан, это фиаско За это время некоторые эксперименты уже забе, нах. (?), 12:05 , 15-Авг-25, (313)

Вот и предлагаю - уйти из ZFS причастных к активации в релизе нетестированой фич, Аноним (-), 08:09 , 16-Авг-25, (327)

Линус Торвальдс явно проблемы с коммуникацией - постоянно какие-то скандалы , Аноним (205), 18:45 , 13-Авг-25, (205) +8

Ну так вы можете дать ему мастеркласс - берете сорц на kernel org, форкаете, дел, Аноним (-), 07:33 , 14-Авг-25, (260)

У тебя в голове каша Анон выше сказал что у Торвальдса плохо с софт-скиллами, а, Аноним (224), 08:49 , 14-Авг-25, (263) +4

Судя по наездам на Кента довольно длинной плеядой майнтайнеров - вплоть до доста, Аноним (-), 13:13 , 14-Авг-25, (282) –1
анон неправ, у него все хорошо с софт-скиллами - тебе-то никто не заплатит милли, нах. (?), 12:11 , 15-Авг-25, (314)

Вчера кто-то выкалдывал ссылку на эпичный код, кажется расчета оставшегося места, Аноним (-), 16:07 , 14-Авг-25, (295)

опять снесут, там же ЛИИИИНКИ там не оставшееся место на фс, но тоже довольно у, нах. (?), 16:52 , 14-Авг-25, (299)

спасибо , Аноним (-), 17:26 , 14-Авг-25, (301)

Я тоже не понимаю - зачем стерли суперкод Вроде относительно по теме и фрагмент, Аноним (-), 09:33 , 16-Авг-25, (329)

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

2. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +12 +/–

Сообщение от Аноним (2), 12-Авг-25, 22:59

Ссылка на сайт bcachefs, ссылка на статью опеннета о включении bcachefs в состав ядра, июньская новость о конфликте и возможном исключении bcachefs из состава ядра.
Так и не понял, что ноаого-то произошло?

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

25. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –10 +/–

Сообщение от нах. (?), 12-Авг-25, 23:57

таки возможное стало свершившимся. В целом, конечно, и хрен с ней, поскольку layered fs нужны примерно никому, штука основанная опять двадцать-пять на btree (про который Шишкин все уже написал), EC не работает, навечно, видимо, застряв в incomplete, снапшоты и сабволы даже еще более примитивные чем у бырбыры, ни для бэкапа ни для управления пространством не годятся, just a fancy directories (которые еще и долго удаляются).
т.е. никакого применения ни в промышленности ни для хомячков не просматривается даже при идеальном сценарии, только для любителей подкроватных серверов с "от шести до восьми сата коннекторов".

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

56. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от дАнон (?), 13-Авг-25, 01:24

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

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

98. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Минона (ok), 13-Авг-25, 08:51

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

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

118. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –2 +/–

Сообщение от Аноним (-), 13-Авг-25, 10:54

>> вот для подкроватных сервов как раз ничего кроме него нету
> Есть -- ZFS.
Это примерно как сказаьт что 600-й мерседес - мечта всех граждан СССР - тоже мерседес. В принципе все так. Просто большая их часть к данному моменту - проржавелые рыдваны, и мечтато о таком - довольно странно стало уже.
Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта. Лет 20 назад. А сейчас - вон то.

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

124. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +3 +/–

Сообщение от Аноним (124), 13-Авг-25, 11:52

Очень удачное сравнение. Так как старые Мерседесы дадут 100 очков вперё современным, причём во всех отношениях, за исключением разве что пассивной безопасности.

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

171. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 14:31

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

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

146. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Минона (ok), 13-Авг-25, 12:48

>>> вот для подкроватных сервов как раз ничего кроме него нету
>> Есть -- ZFS.
> Это примерно как сказаьт что 600-й мерседес - мечта всех граждан СССР
> - тоже мерседес. В принципе все так. Просто большая их часть
> к данному моменту - проржавелые рыдваны, и мечтато о таком -
> довольно странно стало уже.
Не 600-й, а гелик.
А вообще, аналогии это не твоё.
> Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта.
> Лет 20 назад. А сейчас - вон то.
Ну ты вот мечтал о бэкэш и... обломился.

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

175. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –4 +/–

Сообщение от Аноним (-), 13-Авг-25, 14:46

> Не 600-й, а гелик.
Не помню чтобы о них в 90-е мечтали. Все хотели - 600й мерс, и только так. Это прямо идея фикс была. А лет 5 назад мне парочка таких попалась на глаза, где-то в пригородах дефолтсити по моему. Ну я и поугорал насколько печальной может стать мечта с прошествием времени. А вот именно массово, и тем более в хорошем состоянии - блин где такие водятся то? Даже специально то - заманаешься ЭТО искать. Они просто вымерли уже почти все. Вот ваш ZFS - примерно так же стал. Ну да, теоретически кондовый. И даже нашару выкинули. Но практически проектом рулят какие-то сельские програмисты видимо, которые рефлинки выгружат активными по дефолту, прям на юзерях потестить. Стебнее всего что TEST FAILED довольно быстро случился.
>> Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта.
>> Лет 20 назад. А сейчас - вон то.
> Ну ты вот мечтал о бэкэш и... обломился.
Во первых - я умею билдить и ядра и модули, если оно мне станет надо - я и вне майнлайна могу. Во вторых - ZFS такой же внемайнлайновый, только еще древний и дурной.
Но учитывая дурацкий менеджмент проекта кентом я совсем не уверен что оно мне надо. Ибо фс утилсы которые можно получить только скачайтеночнушку раста - это довольно лютый фйэспалм. О том что фс улитсам стоит быть доступным на максимуме конфиг кидисам явно не расссказали.

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

270. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Минона (ok), 14-Авг-25, 09:45

>[оверквотинг удален]
>>> Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта.
>>> Лет 20 назад. А сейчас - вон то.
>> Ну ты вот мечтал о бэкэш и... обломился.
> Во первых - я умею билдить и ядра и модули, если оно
> мне станет надо - я и вне майнлайна могу. Во вторых
> - ZFS такой же внемайнлайновый, только еще древний и дурной.
> Но учитывая дурацкий менеджмент проекта кентом я совсем не уверен что оно
> мне надо. Ибо фс утилсы которые можно получить только скачайтеночнушку раста
> - это довольно лютый фйэспалм. О том что фс улитсам стоит
> быть доступным на максимуме конфиг кидисам явно не расссказали.
Мой ZFS на моей задаче отлично работает.
А на вашем BTRFS моя задача не решается никак, вообще.
Так что сиди на своём локалхосте, билди ядра и модули, и убеждай себя в том, что бырбыр и быкыш это круто, модно и молодёжно.

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

274. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 11:55

> Мой ZFS на моей задаче отлично работает.
> А на вашем BTRFS моя задача не решается никак, вообще.
> Так что сиди на своём локалхосте, билди ядра и модули, и убеждай
> себя в том, что бырбыр и быкыш это круто, модно и молодёжно.
У нас видимо и правда разные задачи. И что там у какого-то дяди на энтерпрайзной хранилке - мне вообще класть. Ибо я не придаток к корпорациям.
А вот какие технологии будут "at my fingertips" - и чтоб недорого и круто - вот тут да, мне становится интересно. А быть сапожником без сапог мне как-то не комильфо. А по энтерпрайзным файлопомойкам у меня и правда никакого фанатизма нет.

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

285. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 14-Авг-25, 13:40

>> Мой ZFS на моей задаче отлично работает.
>> А на вашем BTRFS моя задача не решается никак, вообще.
>> Так что сиди на своём локалхосте, билди ядра и модули, и убеждай
>> себя в том, что бырбыр и быкыш это круто, модно и молодёжно.
> У нас видимо и правда разные задачи. И что там у какого-то
> дяди на энтерпрайзной хранилке - мне вообще класть. Ибо я не
> придаток к корпорациям.
Конечно, разные!
Моя задача — решать задачу энтерпрайза наиболее подходящим для этой задачи инструментом.
А задачи в энтерпрайзе разные.
За это я получаю хорошую зарплату и спокойно сплю по ночам.
Твоя — фапать на «круто, модно, молодёжно» (ТМ).
> А вот какие технологии будут "at my fingertips" - и чтоб недорого
> и круто - вот тут да, мне становится интересно. А быть
> сапожником без сапог мне как-то не комильфо. А по энтерпрайзным файлопомойкам
> у меня и правда никакого фанатизма нет.
Вот как раз ты-то и есть сапожник без сапог.
У меня-то всё в мейнлайне, оттестировано и работает стабильно.
А твой удел — «билдить ядра и модули» и просыпаться ночью в холодном поту с мыслью «а что на этот раз отвалилось».

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

315. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 15-Авг-25, 14:36

> Конечно, разные!
> Моя задача — решать задачу энтерпрайза наиболее подходящим для этой задачи инструментом.
А сам небось - образцовый сапожник без сапог, с ынтыэфэсиком, как коллеги пох и нах, да? :)
> А задачи в энтерпрайзе разные.
Это ваши заморочки. А мне оно интересно не более чем особенности размножения мамонтов. Поэтому ваш ZFS мне понятно насколько нужен.
> За это я получаю хорошую зарплату и спокойно сплю по ночам.
Я очень рад за вас, но какое это все имеет отношение к топику?
> Твоя — фапать на «круто, модно, молодёжно» (ТМ).
Моя - научиться делать хорошие сапоги хотя-бы для себя, до того как я буду считать себя нормальным сапожником. Меня general purpose аспекты больше волнуют. Но при удобном менеджменте, запилить многодисковую фску на несколько дисков - пуркуа б да не па? Конечно не 100500 дисковые, на петабайты. Это для покусаных энтерпрайзами дино.
> Вот как раз ты-то и есть сапожник без сапог.
Это как? Я обслуживаю абсолютно все свои системные нужды сам, без упования на дядей - и еще другим наворачиваю.
> У меня-то всё в мейнлайне, оттестировано и работает стабильно.
Что у тебя - в мейнлайне? ZFS твой? А как он оттестирован я уже видел на примере рефлинков. Прикольно там тестирование сделано было.
> А твой удел — «билдить ядра и модули» и просыпаться ночью в
> холодном поту с мыслью «а что на этот раз отвалилось».
Я так то btrfs в освномном юзаю. А сабж - в основмном эксперимент - "а может еще лучше будет?". Пока ответ скорее отрицательный из-за длб-зма Кента. Но интересные идеи в дизайне есть, а если он надумает прийти в адекват - чему такое о314вание очень способствует - неплохая ФСка на парспективу.
А зачем мне с ZFS возиться - я ума не приложу. Ибо мне энтерпрайзные файлопомойки не интересны а больше он ни для чего и не уперся особо.

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

318. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 15-Авг-25, 15:55

>> Конечно, разные!
>> Моя задача — решать задачу энтерпрайза наиболее подходящим для этой задачи инструментом.
> А сам небось - образцовый сапожник без сапог, с ынтыэфэсиком, как коллеги
> пох и нах, да? :)
Самиздатом я 25 лет назад занимался.
Но ты ж про десктоп намекаешь.
Так вот удобных десктопа есть ровно два -- винда и мак.
Поделки сообщества до них не дотягивают.
>> А задачи в энтерпрайзе разные.
> Это ваши заморочки. А мне оно интересно не более чем особенности размножения
> мамонтов. Поэтому ваш ZFS мне понятно насколько нужен.
>> За это я получаю хорошую зарплату и спокойно сплю по ночам.
> Я очень рад за вас, но какое это все имеет отношение к
> топику?
Прямое -- собирать систему из ГиП -- это плохой сон и минус в ЗП.
>> Твоя — фапать на «круто, модно, молодёжно» (ТМ).
> Моя - научиться делать хорошие сапоги хотя-бы для себя, до того как
> я буду считать себя нормальным сапожником. Меня general purpose аспекты больше
30 лет назад самиздат был актуальным.
Сейчас -- "все придумано до нас".
Берешь готовые стабильные компоненты и собираешь.
> волнуют. Но при удобном менеджменте, запилить многодисковую фску на несколько дисков
> - пуркуа б да не па? Конечно не 100500 дисковые, на
> петабайты. Это для покусаных энтерпрайзами дино.
Ну на бырбыре из многодискового ты разве что рейд 10 соорудишь.
Насколько это будет надежно хз.
>> Вот как раз ты-то и есть сапожник без сапог.
> Это как? Я обслуживаю абсолютно все свои системные нужды сам, без упования
> на дядей - и еще другим наворачиваю.
Серьёзно?!
Патчи к ядрам сам пишешь?
>> У меня-то всё в мейнлайне, оттестировано и работает стабильно.
> Что у тебя - в мейнлайне? ZFS твой? А как он оттестирован
> я уже видел на примере рефлинков. Прикольно там тестирование сделано было.
Да, у меня ZFS в мейнлайне потому как там где он используется не Линукс.
>> А твой удел — «билдить ядра и модули» и просыпаться ночью в
>> холодном поту с мыслью «а что на этот раз отвалилось».
> Я так то btrfs в освномном юзаю. А сабж - в основмном
> эксперимент - "а может еще лучше будет?". Пока ответ скорее отрицательный
> из-за длб-зма Кента. Но интересные идеи в дизайне есть, а если
> он надумает прийти в адекват - чему такое о314вание очень способствует
> - неплохая ФСка на парспективу.
Надежды юношей питают...
> А зачем мне с ZFS возиться - я ума не приложу. Ибо
> мне энтерпрайзные файлопомойки не интересны а больше он ни для чего
> и не уперся особо.
Так с твоим интересом «билдить ядра и модули» тебе и не предлагается с ней возиться.

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

331. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от iZEN (ok), 16-Авг-25, 10:29

> Но учитывая дурацкий менеджмент проекта кентом я совсем не уверен что оно мне надо.
"Зелен виноград".

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

121. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 11:44

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

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

151. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 13-Авг-25, 13:22

> для единичного подкроватного сервера слишком сложно и при этом не умеет в
> тот же layered storage (а такому оно как раз), дисковое пространство
> надо планировать заранее и головой, чтоб не понадобился потом второй подкроватный
> сервер для переразбивки первого, в общем, не, не наш выбор.
Что может быть проще ZFS =)

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

159. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 13:45

autopart --type=plain --nolvm --nohome --fstype ext4
Если дисков в сервере больше одного - ну type thinp будет. И - работает. Для подкроватного сервера вполне достаточно.
(раздел потом расширить не забудь, есть у autopart занятный глюк родом из нулевых)

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

309. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 15-Авг-25, 09:14

> autopart --type=plain --nolvm --nohome --fstype ext4
Это слишком просто 😏

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

240. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Petrovich (??), 14-Авг-25, 04:04

>>второй подкроватный сервер для переразбивки первого
Проблемы начинаются только если требуется урезать размер пула. А с увеличением нет никаких проблем. В ZPOOL можно докинуть любые VDEV. В VDEV можно докинуть новые HDD, или заменить старые на более емкие. Единственное с чем действительно нужно определиться заранее это с типом VDEV. Поменять тип VDEV нельзя. Выкинуть VDEV нельзя если это RAIDZ1/2/3.

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

291. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от нах. (?), 14-Авг-25, 15:16

Короче - чего не хватишься, ничего нельзя. Спасибо, (/nic), мы знаем.
И layered кэша тоже нет (нет, l2arc это не оно, zil тем более не оно, вы оба не хотите).
Так какую же fs выбрать васяну для подкроватного сервера чтоб потом без лишних осложнений - такую где нельзя, или такую где можно? Мы тут прям растерялись...

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

243. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Petrovich (??), 14-Авг-25, 04:32

Блок питания типичного подкраватного сервера вывозит максимум 6 HDD собранных в RAIDZ1/2/3. При большем количестве во время параллельной нагрузки питание становится нестабильным и накопители начинают вылетать из массива. Не суметь спланировать 6 накопителей это еще постараться нужно.
А если это одиночный диск или mirror VDEV, то его можно запросто выкидывать из пула, тем самым уменьшать размер.

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

191. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от дАнон (?), 13-Авг-25, 17:43

мне к примеру нужен простой пул без RAID знаний и пр, да и в целом RAID не нужен, как и избыточная надёжность. зато нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш слышал только на кастомной версии BTRFS на синологи. ещё писали что для метаданных есть на XFS, но на XFS даже не вкупил как это сделать. по итогу пока BcacheFS юзаю
хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС. вот буду ждать смотреть

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

207. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от pavel_simple. (?), 13-Авг-25, 19:10

> мне к примеру нужен простой пул без RAID знаний и пр, да
> и в целом RAID не нужен, как и избыточная надёжность. зато
> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш
> слышал только на кастомной версии BTRFS на синологи. ещё писали что
> для метаданных есть на XFS, но на XFS даже не вкупил
> как это сделать. по итогу пока BcacheFS юзаю
> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС.
> вот буду ждать смотреть
всмысле анонсировали, bcache давно в мейнлайне

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

269. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 14-Авг-25, 09:31

>> мне к примеру нужен простой пул без RAID знаний и пр, да
>> и в целом RAID не нужен, как и избыточная надёжность. зато
>> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш
>> слышал только на кастомной версии BTRFS на синологи. ещё писали что
>> для метаданных есть на XFS, но на XFS даже не вкупил
>> как это сделать. по итогу пока BcacheFS юзаю
>> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС.
>> вот буду ждать смотреть
> всмысле анонсировали, bcache давно в мейнлайне
Его уже собираются выкинуть оттуда.

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

293. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от pavel_simple. (?), 14-Авг-25, 15:26

>>> мне к примеру нужен простой пул без RAID знаний и пр, да
>>> и в целом RAID не нужен, как и избыточная надёжность. зато
>>> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш
>>> слышал только на кастомной версии BTRFS на синологи. ещё писали что
>>> для метаданных есть на XFS, но на XFS даже не вкупил
>>> как это сделать. по итогу пока BcacheFS юзаю
>>> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС.
>>> вот буду ждать смотреть
>> всмысле анонсировали, bcache давно в мейнлайне
> Его уже собираются выкинуть оттуда.
bcache? откуда новости?

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

294. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Минона (ok), 14-Авг-25, 15:53

>[оверквотинг удален]
>>>> и в целом RAID не нужен, как и избыточная надёжность. зато
>>>> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш
>>>> слышал только на кастомной версии BTRFS на синологи. ещё писали что
>>>> для метаданных есть на XFS, но на XFS даже не вкупил
>>>> как это сделать. по итогу пока BcacheFS юзаю
>>>> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС.
>>>> вот буду ждать смотреть
>>> всмысле анонсировали, bcache давно в мейнлайне
>> Его уже собираются выкинуть оттуда.
> bcache? откуда новости?
А, я попутал, сорри.
У меня уже все эти бэкэши* глаза замылили.

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

208. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 13-Авг-25, 19:47

"зато нужен SSD кеш" Нужен кэш для SSD? Кэш операционной системы не устраивает? Я не агитирую за Btrfs. Надо понимать, что даже если copy-on-write это: «Btrfs не обходит системный кэш. Как и любые другие стандартные Linux-файловые системы, Btrfs по умолчанию использует page cache ядра для буферизации операций чтения и записи. При записи данных Btrfs применяет свою модель copy-on-write, delayed allocation и периодически сбрасывает (fsync, commit) данные и метаданные на диск, но всё это происходит поверх общего кэша ОС» https://ibb.co/S79Vzqsj

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

210. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 20:03

"Надо понимать, что даже если copy-on-write это: ..." Даже если говорить про copy-on-write, Btrfs не обходит системный кэш: ... Так првильние

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

211. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (211), 13-Авг-25, 20:06

Так првильнее.

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

214. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 13-Авг-25, 20:48

Добавлю это так понятнее будет. "Btrfs не имеет собственного механизмa кэширования дисковых блоков: он полностью полагается на page cache ядра Linux. Все данные сначала попадают в RAM, Linux решает, когда и как сбрасывать их на диск по настройкам dirty_ratio, периодическим fsync и таймерам коммита. Дополнительного кэширующего слоя поверх блока диска нет"

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

212. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 20:29

Узнай что такое BcacheFS подробнее, чтобы понимать оно надо.

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

216. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 20:56

"метаданные файловых систем тоже попадают в page cache ядра.
Как кэшируются метаданные
Метаданные (inode-таблицы, блок-девисы, журналы и т. д.) обрабатываются схожим образом с данными файлов. При обращении к метаданным они читаются в page cache, чтобы последующие операции выполнялись быстрее и без прямых обращений к диску"

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

217. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 21:12

"Когда метаданные сбрасываются на диск
• При вызовах fsync()/sync() для конкретного файла или всего тома.
• По таймеру коммита файловой системы (журналирования).
• При заполнении кэша выше порогов dirty_ratio/dirty_background_ratio.Когда метаданные сбрасываются на диск
• При вызовах fsync()/sync() для конкретного файла или всего тома.
• По таймеру коммита файловой системы (журналирования).
• При заполнении кэша выше порогов dirty_ratio/dirty_background_ratio"
Я тебе кое что объяснил, а как работает BcacheFS изучай сам и потом решай нужна тебе BcacheFS. У меня есть предположение, что ты неправильно понимаешь, что такое и для чего сделали BcacheFS или не полностью знаешь, что такое BcacheFS.

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

236. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 00:11

"• При заполнении кэша выше порогов dirty_ratio/dirty_background_ratio.Когда метаданные сбрасываются на диск" Так: • При заполнении кэша выше порогов dirty_ratio/dirty_background_ratio. Не заметил как вставил в текст лишнее.

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

219. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 13-Авг-25, 21:42

Если нужен SSD кэш и это подразумевает кэш сделанный из SSD на отдельном SSD тогда BcacheFS это его одна из функций. А точно тебе это надо? Надо понимать когда это нужно действительно и оправдано, а не потому, что такое есть.

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

238. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Petrovich (??), 14-Авг-25, 03:44

В ZFS не обязательно использовать RAID. SSD кеш поддерживается, называется L2ARC кеш. Метаданные в  ZFS кешируются в L1ARC кеше(RAM), в L2ARC кеше(SSD), вместе с прочими данными. Можно вынести все метаданные на отдельный special vdev, но тогда нужно позаботиться о его резервировании, так как если он отъедет то файлы придется распознавать и восстанавливать долго и мучительно. Хотя если не используется RAIDZ то можно не заворачиваться.

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

268. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 14-Авг-25, 09:28

> мне к примеру нужен простой пул без RAID знаний и пр, да
> и в целом RAID не нужен, как и избыточная надёжность. зато
> нужен SSD кеш. ZFS разве решает мою задачу?
Решает.
Можно создать простой пул на одном диске.
Можно в пул добавить SSD в качестве L2ARC.

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

292. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от нах. (?), 14-Авг-25, 15:22

нельзя. l2arc работает не так и делает совсем не то что вы подумали. Большинству он не нужен и только вредит.
И уж тем более это никуда негодная замена кэширующего накопителя в bcachefs.
(кэшировать подобным образом имеет смысл прежде всего - запись! И бкэш это умел. Более того, он умел в правильно подобранную избыточность - если у нас есть копия на ssd и копия на hdd - у нас есть две копии и незачем тратить время и пропускную способность на еще одну.)

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

308. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 15-Авг-25, 09:02

> нельзя. l2arc работает не так и делает совсем не то что вы
> подумали. Большинству он не нужен и только вредит.
Можно, он работает так и делает то, для чего придуман.
Это ты подумал совсем не то, что я подумал.
> И уж тем более это никуда негодная замена кэширующего накопителя в bcachefs.
> (кэшировать подобным образом имеет смысл прежде всего - запись! И бкэш это
> умел. Более того, он умел в правильно подобранную избыточность - если
> у нас есть копия на ssd и копия на hdd -
> у нас есть две копии и незачем тратить время и пропускную
> способность на еще одну.)
Запись и так прекрасно «кэшируется» в RAM.
А если ему нужен быстрый sync write, то к пулу добавляется slog на SSD.

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

311. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 15-Авг-25, 11:43

> Можно, он работает так и делает то, для чего придуман.
тогда он точно не нужен. Он был придуман в поздние нулевые, когда аж четыре гига оперативной памяти не каждый сервер-то имел. Да и ssd на 70 гигабайт был вполне энтерпрайзным.
Причем есть нюанс - индекс этого arc хранится в памяти. Поэтому ее должно быть. И в современных обстоятельствах (когда ssd стали не по 70) нужно просто отдать ее под обычный arc, а не страдать этой всей вредной фигней.
Видимо именно по причине устаревшей архитектуры гибридные полки (не будем показывать какого zfs-based вендора) объявлены запрещенными - проще выбросить.
> Запись и так прекрасно «кэшируется» в RAM.
почем обойдется ram ну скажем пару терабайт? Рискнешь ли ты при этом выставить dup=1, или все же нет?

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

319. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 15-Авг-25, 15:57

>[оверквотинг удален]
> ssd на 70 гигабайт был вполне энтерпрайзным.
> Причем есть нюанс - индекс этого arc хранится в памяти. Поэтому ее
> должно быть. И в современных обстоятельствах (когда ssd стали не по
> 70) нужно просто отдать ее под обычный arc, а не страдать
> этой всей вредной фигней.
> Видимо именно по причине устаревшей архитектуры гибридные полки (не будем показывать какого
> zfs-based вендора) объявлены запрещенными - проще выбросить.
>> Запись и так прекрасно «кэшируется» в RAM.
> почем обойдется ram ну скажем пару терабайт? Рискнешь ли ты при этом
> выставить dup=1, или все же нет?
Э...
А для чего тебе кэш записи в пару терабайт?

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

321. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 15-Авг-25, 18:07

В смысле, для чего? Вот у меня дисковая полка. На 18 (старая патамушта). Хатю чтоб писалось быстра (и читалась потом). И для этого в ней есть аж целых шесть (или сколько их там...лень выяснять) ssdшников в дырках над spinning rust (все равно 2u, так чо ж месту пропадать).
И чо? И ничо - приходит разнарядка из фашингтонскага обкома - "выброси нaxpeн!"
Ниасиляторы чортовы.
При том что большая часть "горячих" данных могла бы так на тех ssd и оставаться. Остальные вероятнее всего вообще write only.

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

302. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 14-Авг-25, 19:18

Причина зачем нужен кеш на отдельном диске:

"Использование отдельного диска в роли кэша не заменяет page cache в RAM, а дополняет его, когда объём оперативной памяти недостаточен для эффективного кэширования тёплых блоков.
Зачем нужен диск-кэш
    Расширение кэша. Когда RAM занята и page cache сбрасывает «грязные» или редко используемые страницы, диск-кэш (обычно SSD) берёт на себя хранение горячих блоков.
    Снижение задержек. SSD-кэш быстрее жёсткого диска, поэтому чтения и записи через него проходят быстрее, чем напрямую на HDD.
    Увеличение пропускной способности. Часто запрашиваемые данные и метаданные обслуживаются быстрее, без обращения к медленным устройствам.
Технология    Уровень работы    Использует RAM page cache    Использует отдельный диск    Примеры
bcache    Блочное устройство    Да    Да (SSD в роли кэша)    bcache
dm-cache    Device-Mapper слой    Да    Да (SSD/NVMe кэш)    dm-cache (LVM)
LVM cache    LVM-уровень    Да    Да (SSD том как кэш-том)    lvconvert --type cache
EnhanceIO    Модуль ядра    Да    Да (SSD кэш)    EnhanceIO
Преимущества и ограничения
    Преимущества:
        Большее эффективное кэш-пространство при ограниченной RAM.
        Ускоренные I/O-операции за счёт SSD.
    Ограничения:
        Дополнительный уровень сложности настройки и мониторинга.
        Износ SSD при интенсивной записи.
Таким образом, диск-кэш служит расширением и ускорителем стандартного RAM-кэша, а не его заменой"

"Достоинства и недостатки HDD в роли кэша
Использование HDD как кэша может дать некоторый выигрыш при недостатке RAM, но эффективность сильно уступает SSD-кэшу:
    HDD-кэш ускоряет повторные последовательные чтения (например, при сканировании больших файлов).
    При случайных I/O выгод почти нет из-за большого времени доступа.
    На системах без SSD и с очень малой RAM остаётся лучше, чем ничего, но далеко не оптимально.
Когда HDD-кэш всё ещё оправдан
    В окружениях с ограниченным бюджетом, где нет SSD.
    Для архивных или бэкап-серверов, где данные читаются большими блоками.
    В случаях, когда очереди на чтение почти всегда последовательны.
Рекомендации
    Если возможно, замените HDD-кэш на SSD-кэш или добавьте RAM для page cache.
    На HDD-кэше настраивайте большие агрегации (chunk size ≥1 МБ), чтобы свести к минимуму случайные I/O.
    Контролируйте статистику промахов и хитов кэша (/sys/block/<cache>/bcache/ или dmsetup status), чтобы оценить эффективность"

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

306. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 15-Авг-25, 02:35

SSD: SATA SSD, NVMe SSD.

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

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

Сообщение от нах. (?), 15-Авг-25, 11:44

> Причина зачем нужен кеш на отдельном диске:
дружище, можно ты свои копипасты чатгопоты перестанешь сюда постить?
затрахал.

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

122. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от нах. (?), 13-Авг-25, 11:46

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

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

80. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (80), 13-Авг-25, 05:46

Ничего, как был ненужон этот ваш bcachefs, так и остался.

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

3. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +11 +/–

Сообщение от Аноним (3), 12-Авг-25, 23:00

Голосование на острове в какой серии было?

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

5. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от Аноним (5), 12-Авг-25, 23:13

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

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

6. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +5 +/–

Сообщение от Аноним (6), 12-Авг-25, 23:16

Ну заморозь себе ядро, выбери версию и зафиксируй, кто ж мешает.

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

8. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (5), 12-Авг-25, 23:22

Это как-то поможет COWбоям не лаяться между собой?

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

76. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (-), 13-Авг-25, 04:51

> Вот это разборки там... Может пора заморозить ядро?
LTS ядра сэру не того, религия юзать не позволяет, или что?

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

7. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +14 +/–

Сообщение от XeXe (?), 12-Авг-25, 23:18

Этот Кент тот еще кент, конечно, но думаю - дело не в этом. Bcachefs, развиваемая Кентом почти в одиночку, выглядит сильно приличнее btrfs, в которую вкинуты лямы денег и человеко-часов. Просто кто-то не умеет признавать ошибки и пользуется своим служебным положением.
Ну а Линус давно на крючке у тех корпов, что им пользуются. Я бы даже сказал - на CoC'е.

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

27. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Karl Richter (ok), 12-Авг-25, 23:58

Может и приличнее, но медленнее.

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

57. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от дАнон (?), 13-Авг-25, 01:25

но и btrfs не пушка. вот даже в последних апдейтах чёт там бустят, давно вышедшее

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

77. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +3 +/–

Сообщение от минона (?), 13-Авг-25, 05:41

Почитайте ядерную рассылку.
Многие вполне здраво отмечают, что технически ФС может быть лучше (и, вероятно, лучше) аналогов. Но основная претензия - не техническая, а коммуникационная. Дескать, человеку, общающемуся в стиле "я - Д'Артаньян, а имяреки - ...", не следует участвовать в процессе, во всяком случае, напрямую.
На самом деле, такая история случается в OSS не первый раз. Daniel J. Bernstein, автор Qmail, вел себя схожим образом: совершенно справедливо отмечая технические недостатки существовавших тогда решений и предлагая разумную, в общем, архитектуру, в общении был, мягко говоря, далёк от политеса. И тоже оказался на обочине.

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

81. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (81), 13-Авг-25, 06:13

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

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

213. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от devl547 (ok), 13-Авг-25, 20:33

>Тео де Радт из той же серии.
Можно ещё анестезиолога вспомнить, который Кон Коливас.

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

239. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от минона (?), 14-Авг-25, 04:00

Говорит, что уже готов релизиться :)
"Unofficially unexperimental"
Посмотрим, я пока не совался туда...

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

129. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от ZloySergant (ok), 13-Авг-25, 12:10

>Дескать, человеку, общающемуся в стиле "я - Д'Артаньян, а имяреки - ...", не следует участвовать в процессе, во всяком случае, напрямую.
Предлагаете выпнуть Линуса?

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

131. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +8 +/–

Сообщение от Аноним (-), 13-Авг-25, 12:12

>>Дескать, человеку, общающемуся в стиле "я - Д'Артаньян, а имяреки - ...", не следует участвовать в процессе, во всяком случае, напрямую.
> Предлагаете выпнуть Линуса?
Кто же его посадит?! Он же памятник! (с)
Любители СПО сделали себе Великодушного Пожизненного.
Ну так пусть теперь кушают, полной ложкой.

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

323. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от rhbm (?), 15-Авг-25, 18:09

> Любители СПО сделали себе Великодушного Пожизненного.
мы не любители, а профессионалы. А любителей никто и не спрашивал.
> Ну так пусть теперь кушают, полной ложкой.
не обляпайтесь!

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

132. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (132), 13-Авг-25, 12:12

А как он будет вповышать своё ЧСВ?

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

130. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (130), 13-Авг-25, 12:10

> Но основная претензия - не техническая, а коммуникационная. Дескать, человеку, общающемуся в стиле "я - Д'Артаньян, а имяреки - ..."
Кто сказал Шишкин?

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

156. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (156), 13-Авг-25, 13:42

> И тоже оказался на обочине.
дороги по которым он ездит - обочин не имеют :)

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

9. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +7 +/–

Сообщение от Аноним (9), 12-Авг-25, 23:24

Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...

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

82. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (81), 13-Авг-25, 06:15

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

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

99. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Минона (ok), 13-Авг-25, 08:53

> Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...
Скотч однако сильно разный.

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

161. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 13:47

>> Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...
> Скотч однако сильно разный.
это до первого ломающего изменения в vfs или управлении памятью. "А чтобы ему не мешать - уважаемые сотрудники фейсбука с "миллиардной экономией" вовсе не договаривались!"
Дальше будет отличаться только цветом. Ну и тем что zfs липнет к любому ведру поновее 4.14, а это вот работает только с тем которое еще даже не написали до конца.

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

168. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от myster (ok), 13-Авг-25, 14:17

> Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...
не на скотч.
Модульный подход делает Linux системы по настоящему свободными.
Почему авторы крутых интеграций с ядром должны терпеть надменное узурпаторство со стороны ревьюверов? Да и ревьюверы, почему должны тратить своё время на ревью? Сегодня у него одно настроение и он изольёт негатив на автора драйвера, заставит его переделывать или спровацирует на ругань, а завтра у него хорошее настроение и он примет его изменение, не вступая в споры и полемику.
Я за то чтобы все драйверы и файловые системы выносили из ядра в модули. И разумеется, чтобы при этом установка модулей была максимально простой - как автомат Калашникова. И не снижала производительность и не ломалась при изменениях со стороны ядра, потому что и мейнтейнеры ядра и авторы модулей должны придерживаться общих стандартов по совместимости.

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

172. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от pofigist (?), 13-Авг-25, 14:33

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

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

174. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от myster (ok), 13-Авг-25, 14:38

да, Linux ядро должно быть микроядром, поддерживающим модули
монолит - в топку

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

185. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Минона (ok), 13-Авг-25, 15:48

> да, Linux ядро должно быть микроядром, поддерживающим модули
> монолит - в топку
Хочешь поговорить об этом с Линусом? =)

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

187. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от фнон (-), 13-Авг-25, 15:53

> Хочешь поговорить об этом с Линусом? =)
... и рассмотреть его средний палец))
яжфин до сих пор не признал ошибочность отказа от С++, а тут такие радикальные изменения.
Хотя 🤔, добавление раста было весьма радикальным и пуканоподжигающим.
Может есть смысл попробовать ;)

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

234. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от pofigist (?), 13-Авг-25, 23:34

Только это будет не линакс... 🤣
Проблема в том что микроядерную архитектуру - практически невозможно сделать в рамках опенсоурснлй модели. Ибо она требует сурового проектирования - до написания первой строки кода. С чем в опенсорце традиционные проблемы - доминирует подход "Фигли думать - надо кодить!"

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

273. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от пох. (?), 14-Авг-25, 11:15

l3 и потом l4 - написаны ОДНИМ человеком. И потом еще раз переписанная l4 выкинута таки в опенсорс. Используется...ну где-то там... где никто не видел но якобы знают.
Ничего такого она не требует, наоборот по идее должна упрощать проектирование. Она просто бай дизигн тормоз и не решает принципиальной проблемы - возможности ядерного кода все уронить (потому что она в рамках архитектуры нерешаема), ради которой ее якобы и затевали.
И к тому же жрет как не в себя (именно из-за слабой связности кусков и невозможности нормально делить общую память)
Микроядро написать не проблема. Проблема потом написать работающий драйвер.

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

277. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 12:42

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

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

279. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от пох. (?), 14-Авг-25, 12:51

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

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

288. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Минона (ok), 14-Авг-25, 14:00

> l3 и потом l4 - написаны ОДНИМ человеком. И потом еще раз
> переписанная l4 выкинута таки в опенсорс. Используется...ну где-то там... где никто
> не видел но якобы знают.
> Ничего такого она не требует, наоборот по идее должна упрощать проектирование. Она
> просто бай дизигн тормоз и не решает принципиальной проблемы - возможности
> ядерного кода все уронить (потому что она в рамках архитектуры нерешаема),
> ради которой ее якобы и затевали.
> И к тому же жрет как не в себя (именно из-за слабой
> связности кусков и невозможности нормально делить общую память)
> Микроядро написать не проблема. Проблема потом написать работающий драйвер.
Миникс же!
Написана одним профессором.
Используется в миллиардах девайсов Интел МЕ.

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

290. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от пох. (?), 14-Авг-25, 14:21

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

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

189. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (189), 13-Авг-25, 16:50

Для этого нужно стабильное АПИ, а оно, как известно, нонсенс.

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

10. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (10), 12-Авг-25, 23:28

Реальных причин две: 1) Линус уже старый и его мозг не тянет постоянный хакинг ядра 2) у корпораций своё видение того, как должны выглядеть файловые системы

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

105. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +5 +/–

Сообщение от Ананимус (?), 13-Авг-25, 09:42

Реальная причина в описании. Кент настолько конфликтная истеричка, что умудрился поссориться вообще со всеми вокруг. Причем люди очень старательно пытались говорить с ним нормально, но ни у кого не вышло. А идти в терапию Кент упорно отказывается.

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

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

Сообщение от Аноним (132), 13-Авг-25, 12:14

А если бы иэтебя Линус послал, то всё равно бы ты терпел?

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

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

Сообщение от Ананимус (?), 14-Авг-25, 16:32

Так это он всех посылал.

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

275. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от хрю (?), 14-Авг-25, 11:55

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

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

297. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Ананимус (?), 14-Авг-25, 16:32

> На самом деле это ходовая проблема у шибко умных людей (например у
> меня :D) +). Ему нужно создать буфер из технически грамотных людей,
> которым он доверяет и через них стоить коммуникацию с другими. Боги
> напрямую с людями не общаются тока с помощью пророков, оракулов и
> прочих ангелов. +)
Там ему предлагали, у него кажется нет друзей.

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

106. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (106), 13-Авг-25, 09:42

пост по диагонали прочитал?

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

247. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 04:58

Есть третья причина.
3) У тебя буйная фантазия.

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

11. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от чатжпт (?), 12-Авг-25, 23:29

разработчик фс - это как клеймо на социальных скилах. что с ними не так

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

34. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +11 +/–

Сообщение от Аноним (34), 13-Авг-25, 00:08

Слишком умные? Хотят достигать результата, а не просто одеваться по моде и обсуждать у кофемашины прошедшую поездку в отпуск?

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

37. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от чатжпт (?), 13-Авг-25, 00:15

тот который в тюрьме сидит - тоже из этих, умных?

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

39. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (-), 13-Авг-25, 00:20

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

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

63. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от Аноним (63), 13-Авг-25, 02:13

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

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

65. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (65), 13-Авг-25, 02:16

Придумывайте. Книги по форензике продаются свободно.

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

96. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (96), 13-Авг-25, 08:48

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

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

42. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (34), 13-Авг-25, 00:24

Из слишком умных, да.

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

222. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (222), 13-Авг-25, 22:13

Из-за двух случаев вешать клеймо на всех разработчиков ФС? Что с тобой не так?
Ах да, ты ж чатжпт

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

12. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +3 +/–

Сообщение от Аноним (124), 12-Авг-25, 23:29

Шишкин был прав.

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

93. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Крысюк (?), 13-Авг-25, 08:41

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

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

97. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (96), 13-Авг-25, 08:49

Друг и коллега Райзера.

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

112. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (-), 13-Авг-25, 10:19

Эдуард Шишкин - непризнанный гений и разработчик raiser4, в одном флаконе.
На хабре была серия интервью, полных пафоса и цитат типа
"Как я для себя позиционирую Btrfs? Как нечто, что именоваться файловой системой категорически не может, не говоря уже об использовании."
Персонаж весьма забавный.

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

115. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (-), 13-Авг-25, 10:39

> Эдуард Шишкин - непризнанный гений и разработчик raiser4, в одном флаконе.
> На хабре была серия интервью, полных пафоса и цитат типа
> "Как я для себя позиционирую Btrfs? Как нечто, что именоваться файловой системой
> категорически не может, не говоря уже об использовании."
> Персонаж весьма забавный.
Правда, он был еще более отбитый чем Кент - достаточно для того чтобы в майнлайн не попадать даже чисто теоретически, будучи зарубленым еще на подлете.
Ибо когда тело рассказывает что ваши подсистемы г, на реюз кода другими мне пофиг, я лучше знаю как надо и припру все свое с собой, и пофиг что это переизобретение вашей инфры, но теперь банановый - ну ему и отвечают: "видишь, там на горе..."
Ну и вот где этот шишкин теперь? А, нонейм какой-то в хуавее без внятных проектов вообще?

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

142. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 12:36

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

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

202. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 18:13

> и приводит _математические_ аргументы, которых, правда, никто с семью классами
> образования понять не может,
Если человек м... и ему ср@ть на участь проекта - это не важно. Работать над совместным улучшением инфры он не готов, а дать утопить проект, с оркестром, "зато математика во какая" - нафиг надо!
Если до тебя не доползло: девелоп софта - командная игра. Ты либо находишь общий язык с тимой - либо ты самая умная клава в ДРУГОЙ деревне. В хучшем для тебя случае состоящей из ОДНОГО человека.
И тут вдруг окажется что...
1) Дофига работ вокруг ФС - унылая рутина. Ваше гениальное величество будет грохать дофига времени на сетап тестов и прочего ненужно? Или баги от юзерей разгребать, половина которых - полудурки из генты с дикими флагами оптимизаций?
2) Без доведения до ума, отлова багов, оптимизаций и проч - это долбаный лабораторный макет. Имеющий ценность равную нулю.
В этом месте гроссмейстер обычно и выдыхается. И тут оказывается что Reiser4 - сдох, толком не родившись. А Reiser 5 жить и не начинал. Ибо с таким прожектменеджментом не живут.
> и разумеется не собирается "реюзать" ваш неработающий мусор.
И поэтому - зарелизил 0 продуктов. Попутно рассказал всем какие они п-сы.
Вопрос: а если бы этого суперчела не существовало бы в природе совсем, кто-то бы заметил разницу, глядя на суммарный результат? А, минус порция хамства. Это точно - потеря?
> То, разумеется, нафиг нам такоэ в ведре ненужна.
На минутку, те господа - не приходили к Шишкину. Ничего от него не требовали. Это он притащился, это ему надо было что-то, но в итоге - рассказал всем какие они п-сы. И утверждается что так и надо?
> Тем более что еще и, гад такой, не хотел это делать забесплатно,
Так это он притащился к господам. А не они - к нему. А вон тем господам на кой черт это все в таком формате? Чтобы что? Диалог должен устраивать ОБЕ стороны. А монолог на то и монолог чтобы вести его в одиночестве. Только это сильно менее эффективно.
> а хотел иметь интерфейс для коммерчески-продаваемых расширений. (вам бы тоже никто
> не мешал СВОИ продавать, но вы их написать не сможете, у
> вас лапки и образование в гендерных штудиях)
Те господа к шишкину вообще не приходили - и ничего от него не хотели. Это ему было что-то надо. И между прочим, шишкину никто не запрещает допустим форкнуть кернел и дальше - менеджить проект как он там хотел. И подсистемы пилить как ему угодно. Лицензия позволяет!
А так - те господа не персональные рабы этого шишкаря чтобы его ублажать непонятно зачем. Вот только своим ходом гений как оказалось смог - примерно нифига.

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

223. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Легивон (?), 13-Авг-25, 22:15

> После Btrfs с большой вероятностью место такого "будущего" займёт Bcachefs, представляющая собой ещё одну попытку скрестить Linux block layer с файловой системой (дурной пример заразителен). И что характерно: там те же проблемы, что и в Btrfs. Я давно это подозревал, а потом как-то не удержаляся и заглянул в код - так и есть! Авторы Bcachefs и Btrfs, создавая свои ФС, активно пользовались чужими исходниками, мало что в них понимая. Ситуация очень напоминает детскую игру "испорченный телефон". И я примерно представляю, как будет происходить включение этого кода в ядро. Собственно "грабли" никто не увидит (на них все будут наступать потом). После многочисленных придирок к стилю кода кода, обвинению в несуществующих нарушениях, и пр. будет делаться заключение о "лояльности" автора, о том, насколько он хорошо "взаимодействует" с остальными разработчиками, и как успешно всё это потом можно будет продавать корпорациям. Конечный же результат никого не заинтересует. Лет двадцать назад, может быть, бы и заинтересовал, но сейчас вопросы ставятся по-другому: получится ли это раскрутить так, чтобы ближайший десяток лет определённые люди оказались трудоустроены. А задаваться вопросом о конечном результате, увы, не принято.
Таки эта цитата из его интервью оказалась достаточно пророческой.
Это было 4 года назад.

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

13. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +5 +/–

Сообщение от dannyD (?), 12-Авг-25, 23:33

Кент 100% прав - критические исправления ФС должны вноситься немедленно.
Поэтому у него нет другого выбора как НЕ быть привязанным к разработке ядра.
Линус всё верно разрулил.

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

14. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (14), 12-Авг-25, 23:36

И да, и нет.
Дистры очень неохотно включают патчи для больших фич.
В Fedora их практически нет - уже засада.
Насчёт Debian/Ubuntu не в курсе.
Arch как будто не против.

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

84. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +3 +/–

Сообщение от yurikoles (ok), 13-Авг-25, 06:39

Debian большие патчи конечно не включает, но постоянно обвязывает пакеты своими велосипедами. Особенно интересно следить как они героически чинят то, что сами же и поломали. Ubuntu поверх этого вешает ещё и свои велосипеды, т.е. в лучшем случае степень велосипедности патчей удваивается.
Arch в этом плане довольно консервативен и ванилен, у них нет задачи запилить ОС, это именно дистрибутив. Но их фича в постоянной выкатке последних версий всего и вся. Пэтому патчи обычно сводятся к бэкпортированию совместимости с новым тулчейном и зависимостями, когда те ломают свои API. При поломке ABI они обходятся банальной пересборкой. В этом плане показателен пакет git-repair, который имеет версию 1.20230814-121, т.е. его за 2 года уже 121 пересобирали из-за обновлений зависимостей. Очень редко бэкпортируются исправления для особо наболевших проблем, о которых пользователи плачут на форумах и багтрекере. Ну и само собой заплатки для уязвимостей.

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

127. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от SKZ (?), 13-Авг-25, 12:06

Мейнтейнеры debian ещё и ходят - тырят патчи по багзиллам.

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

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

Сообщение от Аноним (190), 13-Авг-25, 17:42

А "велосипеды" они пишут, потому что им делать нечего? Может, причина есть какая? Как думаешь?

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

18. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –9 +/–

Сообщение от Аноним (18), 12-Авг-25, 23:44

> критические исправления ФС должны вноситься немедленно.
Критические исправления ФС вноситься вообще не должны, потому что в код изначально не должны попадать критические проблемы для которых нужны критические исправления. Пусть идёт на курсы повышения квалификации и учится в тестирование.
Но это, с другой стороны, касается и всего ядра. Было бы нормальное тестирование, не нужны были бы заморозки и эти окна слияния из прошлого века. Индустрия давно уже доросла до stable trunk, только отдельные монокопролиты за ней не успевают.

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

41. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (34), 13-Авг-25, 00:22

> Было бы нормальное тестирование
Можно ваше мнение, как именно нужно тестировать проект, основная задача которого скрывать в себе костыли для работы с железом, чтобы прикладному софту казалось, что всё работает как надо? И как это сделать, чтобы производительность не выглядела так, словно ядро написано на интерпретируемом языке?
Добавить слоёв абстракции/виртуальных методов/инверсий зависимостей, чтобы кривые железки можно было замокать? Держать ферму всего поддерживаемого железа? Тренироваться(зачёркнуто)Тестировать на кошках(зачёркнуто)виртуалках? Юнит-тестирование или сразу всё ядро (или "И" сразу всё ядро)? Покрытие анализировать?
Просто интересно. Я сам разработчик, примерно понимаю, как тестировать системы по перекладыванию данных из постгри в гуголхром и обратно. А вот как тестировать низкоуровневый код, работающий с железом, даже примерно не представляю.
> не нужны были бы заморозки и эти окна слияния из прошлого века
Можно пример реального проекта, настолько хорошо покрытого тестами, что среди ночи по звонку инвестора можно без опасений на боевой сервер деплоить?

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

61. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (61), 13-Авг-25, 02:02

>Тренироваться(зачёркнуто)Тестировать на кошках(зачёркнуто)виртуалках?
Уважаемый, вот возьмите пожалуйста, и не страдайте так!:)
https://symbl.cc/ru/tools/strikethrough-text/
https://fancy-generator.com/ru/strikethrough-text-generator
https://exotictext.com/ru/strikethrough/
"Т̶р̶е̶н̶и̶р̶о̶в̶а̶т̶ь̶с̶я̶ Тестировать на ̶к̶о̶ш̶к̶а̶х̶ виртуалках?"

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

233. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (233), 13-Авг-25, 23:30

Ничего себе! Каких только сайтов не существует... Спасибо!

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

64. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +5 +/–

Сообщение от Аноним (65), 13-Авг-25, 02:15

Какие нахрен железки, вася? Под ФС уже абстрактное блочное устройство, она ни про какое железо знать не знает и не должна.
В ядре как оно есть сейчас ты как минимум можешь разместить его в памяти и тестировать работоспособность на любых кейсах. Перф обычно тестируется на реальном железе, всё поддерживаемое тебе не нужно, нужно по модели на значимый класс устройств. При желании можно реализовать виртуальное устройство с нужной моделью задержек или ошибок и тестировать на нём, но это отдельная большая задача, и не знаю насколько это оправдано.
> Юнит-тестирование или сразу всё ядро (или "И" сразу всё ядро)?
Юнит и интеграционное тестирования ортогональны, поэтому естественно оба. Только в интеграционное тестирование ФС всё ядро не должно входить, в него должна входить ФС. Поэтому если бы ядро было не раковой опухолью, а хорошо спроектированным программным продуктом, у ФС был бы фиксированный интерфейс, взаимодействующий с VFS слоем с одной стороны, и с блочным устройством с другой. Тогда для тестирования ФС не надо было бы собирать и запускать ядро целиком - её можно было бы собрать в userspace бинарник и прогнать тесты на два порядка быстрее чем с поднятием всего ядра даже в виде userspace процесса, включая ещё и какой-нибудь фаззинг, и работать с этим обычным userspace инструментарием включая отладчики, санитайзеры, valgrind'ы и miri, без какой-то особой поддержки в ядре и хоть из-под венды. Одновременно было бы исключено влияние ненужных систем ядра, как собственно vfs слой сверху и всякие кэши снизу, которые могут маскировать отдельные ошибки. Также все ФС можно было бы тестировать одним фреймворком, тривиально использовать в других ОС и в fuse. И разрабатывать ФС можно было не привязываясь к релизному циклу ядра вовсе и ни с какими левыми людьми не взаимодействуя. Но увы, у нас stable api nonsense, ядро - монолит из окаменевшего г-на, и разработчики ему подстать, застрявшие на модели «наговнякали что-то → запретили говнякать дальше → объявили это rc → надеемся что кто-то это погоняет в хоть чуть-чуть похожих на продовые условиях → ждём случайное время → объявляем релизом → держим "стабильную" ветку чтобы было на что кивать когда мы со своими rc просрали критические баги».
> Покрытие анализировать?
Странный вопрос. Естественно, только не процентики растить, а смотреть какие пути покрыты тестами.

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

133. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (133), 13-Авг-25, 12:14

Ой, ну ты же прям описал ядро NetBSD с его RUMP.

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

276. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Хрю (?), 14-Авг-25, 12:31

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

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

280. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от пох. (?), 14-Авг-25, 12:57

> катать там нагрузочные тесты. Стоит это всё дохрелион и именно по
> этому у винды и прочих корпораций одна фс.
у винды их ПЯТЬ даже если не учитывать отдельные вариации и sds на базе.
fat, exfat, 9660, ntfs и refs - причем все пять актуальны и живы.
(а на деле фатов три, 9660 имеет собственный экстеншн и поддерживает чужой, ntfs пятая на дворе)
> В целом чела понять можно он в одно рыло тянет огромный проект,
его никто не заставлял (и нет, не тянет, тянут рабы на зарплатах, а он лишь понукает за миллион в месяц).

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

32. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 13-Авг-25, 00:07

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

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

44. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (34), 13-Авг-25, 00:28

> кучу кода, который им грохает данные
Драйвер же был "в разработке". Никто и не ожидал, что он будет стабильно и надёжно работать. В чём проблема?
> книги по разработке
Тем временем "книги по разработке": "Не бывает софта без ошибок!"

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

53. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (53), 13-Авг-25, 01:07

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

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

164. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (233), 13-Авг-25, 13:59

Ненене, долой вотэбаутизм, пусть отвечает за себя, а "весь линукс" сам с собой разберётся!!! (сарказм, если что)

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

15. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +5 +/–

Сообщение от Аноним (18), 12-Авг-25, 23:38

Давно пора, надоело уже про эти сопли читать.
Пострадают от этого решения и bcachefs и ядро, но туда им обоим и дорога. В одном архаичные процессы с патчами голубиной почтой, окнами слияния, руганью каких-то человечков и некомпетентным как в разработке, так и в организации оной царьком, вместо полноценного тестирования, автоматического контроля качества кода, тенденций и желания уменьшать связность и вводить стабильные API (а в VFS это сам бог велел). А другой просто упёртый, который не понимает или намеренно не выполняет условий поведения в общественном пространстве. Последнее решается постановкой чётких условий и блокировкой любой деятельности до их выполнения. Не можешь договориться со смежниками, есть претензии к качеству кода, флапают тесты, но хочешь закоммитить багфикс? Не колышет, иди договаривайся, причёсывай код и чини тесты. Из-за этого в релиз может попасть код без важного багфикса? Значит код не попадёт в релиз.

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

19. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (19), 12-Авг-25, 23:46

Всё оно так, и я об этом говорю уже лет 20.
Настолько огромный и важный проект разрабатывать по ... почте?
Это шутка такая?

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

24. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от _ (??), 12-Авг-25, 23:54

Нет.
Оно конечно подустарело... но!
Это вполне себе решение для _настолько_ распределённой разработки.
А ты зря вошёлвайти(С), лучше выйди отседа! :)

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

47. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (-), 13-Авг-25, 00:34

Work on 6.16 came from 2,057 developers
Это что много?
Особенно с учетом, что они пилят разные куски к̶о̶п̶р̶о̶л̶и̶т̶а̶ монолита.
Я думаю голубиная почта это просто дань дидам, которые нового осилить не могут.
У линукс фоундешн есть достаточно ресурсов для создания или развертывания своего багтрекера/системы управления проектами.
Зато удобно искать свой ответ на свой вопрос в письме 21/25.
Если его вообще заметят)

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

54. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (53), 13-Авг-25, 01:10

А в чём ещё такой прорве народа скидывать код, в дискорде?
Ничего лучше plain text человечество не изобрело

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

67. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от МозгЛинуса (?), 13-Авг-25, 02:22

Если почта древнее зло, то ты предлагаешь в замен?

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

66. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (65), 13-Авг-25, 02:21

> Это вполне себе решение для _настолько_ распределённой разработки.
Linux ничем уникальным в своей распределённости не является. Даже примечательным. Есть на порядок большие по размеру кода и числу участников как свободные проекты, так и монорепы бигтеха, и везде для менеджмента кодовой базы включая issue, pr и код ревью используются инструменты для этого предназначенные, а  мейллисты используются только в linux и ещё десятке древних "проектов одного деда". Что намекает что linux такой же проект.

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

75. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (133), 13-Авг-25, 03:40

> Есть на порядок большие по размеру кода и числу участников как свободные проекты, так и монорепы бигтеха
Например какие?

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

83. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от User (??), 13-Авг-25, 06:33

Ну навскидку посмотри на chromium или aosp - кодовая база кратно больше.

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

116. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +5 +/–

Сообщение от Аноним (-), 13-Авг-25, 10:41

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

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

150. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от User (??), 13-Авг-25, 13:15

>> Ну навскидку посмотри на chromium или aosp - кодовая база кратно больше.
> У них требования к надежности сильно разные.
> - Если упадет ядро в ос - вы это заметите мягко говоря.
> - Если упадет какая-то хрень в хроме - вкладочка перезапустится. А то
> что они такую архитектуру сделали - как раз намекает на их
> супернадежность.
Ох. Я предполагаю, что в плане обеспечения технической надежности в хроме эдак порядка на два больше сделано - от технологий управления памятью до покрытия тестами и работающим CI\CD - по сравнению с "если код собирается - он хорош, если запускается - великолепен!"(С) от лучшега менеджера-столетия

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

166. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (233), 13-Авг-25, 14:03

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

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

173. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от User (??), 13-Авг-25, 14:33

>> в плане обеспечения технической надежности в хроме эдак порядка на два больше сделано
> А в итоге всё сводится к перезагрузке упавшей вкладки. Нуок. Работа ради
> работы.
Ну, если сравнивать вот с одним большим "НИЧЕГО", сделанным за в два раза больше времени - результат выглядит уже как-то иначе, да? Предполагаю я, что от "перезагрузки упавшего драйвера" тут вот никто бы не отказался - но чот нет.

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

204. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 18:21

> Ох. Я предполагаю, что в плане обеспечения технической надежности в хроме эдак
> порядка на два больше сделано - от технологий управления памятью до
> покрытия тестами и работающим CI\CD - по сравнению с "если код
> собирается - он хорош, если запускается - великолепен!"(С) от лучшега менеджера-столетия
Какие-то совершенно жалкие отмазки. Вы настолько печальны что даже спор проиграть достойно - не можете.

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

206. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от User (??), 13-Авг-25, 18:52

>> Ох. Я предполагаю, что в плане обеспечения технической надежности в хроме эдак
>> порядка на два больше сделано - от технологий управления памятью до
>> покрытия тестами и работающим CI\CD - по сравнению с "если код
>> собирается - он хорош, если запускается - великолепен!"(С) от лучшега менеджера-столетия
> Какие-то совершенно жалркие отмазки. Вы настолько печальны что даже спор проиграть достойно
> - не можете.
Ну, если вы покажете, как обмен патчами по емылу повышает качество кода и позволяет удовлетворять повышенные требования к надёжности ис - я таки признаю, что этот спор проигран.
Вот как перечисленные мной вещи работают - я понимаю, а вот это вот дедушкино извращение? Пока нет. Объясни, гуру, как оно в твоей топ 1 из fortune 500 работало?

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

242. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 14-Авг-25, 04:32

> Ну, если вы покажете, как обмен патчами по емылу повышает качество кода
Поискарь в помощь! Найдете много интересного, вклчая метрики качества кода типа числа багов на KLoC и проч. Которые у Linux Kernel - сильно лучше среднего по больнице.
А конкретно хром/хромиум превозносить как качественный код? Тудыть растудыть, вы вообще сорц этой штуки видели? Это жуткое месиво. Билд система вообще апокалипсис просто. Не юзается нигде кроме гугли, чтобы это заработало надо скачать полинтернета, а единственным достоинством является - "свое не пахнет".
В итоге с проектом почти никто кроме гугла дел почти не имеет. И речь не идет о комитах от тысяч людей от разных компаний и сообщества. Т.е. бенефиты опенсорца гугл - продолбал. И открытый проект - для галочки, или из-за требования лицензий. ОТВРАТИТЕЛЬНЫЙ проект. Хучшая иллюстрация на тему "КОРП БУЛШИТ".
И с libaom получилось то же самое! Это был не бесплатный ланч - для гугля. Улучшения которые могли гугле сотни денег сэкономить на ютубе, скостив битрейт и улучшив качество - отвисали в форках, патчах, где там еще - лишь бы с гуглем и экзотичными процессами и инфрой дел не иметь. А развиваться стал svt-av1, менее долбанутый. Когда все патчи стали в svt улетать, гугл даже догадываться о чем-то стали, пару технологий портанули себе. Но в целом демо что опенсорсные процессы для них работают крайне хреново. Им жмут ботинки, но это не важно - они уже разучились танцевать.
> и позволяет удовлетворять повышенные требования к надёжности ис - я таки
> признаю, что этот спор проигран.
Чтобы быть учителем в некоем процессе, надо делать его лучше чем другие.
Что может гугл, своим ходом и "офигенными" процессами и workflow, decision making и проч - мы увидили на примере фуксии! Глючное, тормозное жрущее оперативу нечто. С дровами аж целого FAT на go. Маркетинг и фаны обещали - захват мира. Реально - захватили полторы фоторамки. Это то чего гугл и его суперворкфлоу стоили в осестроении при проверке практикой.
> Вот как перечисленные мной вещи работают - я понимаю, а вот это
> вот дедушкино извращение? Пока нет. Объясни, гуру, как оно в твоей
> топ 1 из fortune 500 работало?
Гугл сам себе своей фуксией объяснил что он сам своим ходом может в осестроении, в отличие от вон тех, с рассылкой. По их офигенным процессам получился тормозной драйвер FAT, жрущий оперативку почти как ZFS. Гугл почесал репу да и провел тиме децимацию.

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

227. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (222), 13-Авг-25, 22:33

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

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

244. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 04:47

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

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

123. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от нах. (?), 13-Авг-25, 11:48

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

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

125. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +3 +/–

Сообщение от Аноним (-), 13-Авг-25, 11:54

> т.е - коммерческие проекты разрабатываемые за зарплату
прям как ядро линукс!
> за закрытыми дверями?
Собор vs Базар
gcc, кстати, начинал с первого
Опенсорсом оно от этого быть не перестает, просто выкидывают балласт из васянов и прилипал.
> Нечего там смотреть, расходимся.
"На разойтись я сразу ж согласился — И разошёлся, то есть расходился!" (с)

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

145. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от User (??), 13-Авг-25, 12:48

> т.е - коммерческие проекты разрабатываемые за зарплату за закрытыми дверями?
> Нечего там смотреть, расходимся.
Так так, чтоб "ни грамма в рот" - это не в линукс кернел, а в гнутый хурд смотреть и сравнивать надо, не?
Если не по объему репозитория а по числу контрибуторов смотреть - то вот kubernetes, например - почти в три раза больше человек приложилось нежели к кернелу. Файрфокс - ну, то на то, там сопоставимо вроде. О, вот react и прочая js'ня - тоже как-то без емыла справляются при совместной разработке. Чудеса.

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

101. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним10084 и 1008465039 (?), 13-Авг-25, 09:00

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

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

225. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (222), 13-Авг-25, 22:26

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

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

17. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (14), 12-Авг-25, 23:44

Часто одна из бед очень талантливых людей - это отсутствие скиллов по общению и урегулированию разногласий. Если бы Кент был хоть чуть чуть спокойней, уравновешенней и рациональней, ничего бы этого не произошло.
А сейчас на кону его ... контракт с Valve - да, он проболтался об этом на форуме Phoronix, и я беспокоюсь за него. То же самое он подтвердил в личной переписке.
Это, наверное, самая печальная новость в мире Линукса за всё моё время его использования - скоро как 30 лет.
Цитировать Линуса не могу, но, да, он буквально сказал, что Кенту придётся посидеть на обочине разработки основной ветки ядра. В 6.18 bcachefs выкинут на неопределённое время.
Всем удачи,
Артём

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

26. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от _ (??), 12-Авг-25, 23:57

Да это всё понятно...
Но хорошую (в теории) ФС - мы теперь не получим...
Может конечно случится чудо ... да кто ж ему дастЪ?!(С)
:(

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

241. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от минона (?), 14-Авг-25, 04:29

Ну, говорит пока, что ФС никуда не денется.
Типа, и багтрекер хорошо ведётся, и тестами покрыто уже и будет ещё лучше ...
Посмотрим...

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

254. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от _ (??), 14-Авг-25, 06:18

Угу.
Скоро он поймёт как с товбой говорят когда ты IN- и как - когда ты OUT-tree :(
А он - художник!(С)
Ему станет грустно, он впадёт в депресняк, забухает, женится на шл*** ... ох шЫт!(C) 8-|

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

31. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 00:07

казалось бы - ну вульве-то нахрена очередная бырбыр фесе? Им что, для консоли не хватает одного диска?

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

36. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (36), 13-Авг-25, 00:14

Не могу цитировать Кента, но Valve нужна ФС, которая одновременно может
* содержать immutable base volume
* поддерживать для него компрессию
* работать быстро
* поддерживать RW overlay
btrfs как будто подходит, но она тормозная и tooling ужасный.
Артём

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

45. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 00:28

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

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

59. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от дАнон (?), 13-Авг-25, 01:34

как минимум дедупликации нету, которая учитывая особенности Proton увы актуальная

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

86. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от yurikoles (ok), 13-Авг-25, 07:08

Что там дедуплицировать, Wine-префикс, который относительно современного Игоря, весит пренебрежительно мало? В случае исходного префикса Proton / Wine, да, задача поста, клонируем его через relinks, но эту же задачу можно решить без дедупликации, банальным overlay. Но на практике мы понимаем, что игори тянут за собой одни и те же vcredist, directx и прочие библиотеки и прочие и тут нужна настоящая дедупликация, которая довольно дорогая фича. Выбор невелик. Если она "на лету", то нужно постоянно держать в оперативке хэши всех экстентов на диске, чтобы при записи постоянно искать и не писать на диск дубликаты. Либо периодически делать её пост-фактум, т.е. привет GC. Первое просаживает скорость записи и постоянно нагружает процессор. А речь идёт про переносимое устройство с батареей. Да и второе может вызвать волну негатива от пользователей, как и любой GC, который по закону Мерфи запуститься не вовремя.
Так и вижу комментарии от пользователей, которые хотели поиграть в самолёте, купили для этого консоль за несколько сотен, залили туда игорей на пару сотен, но в час "Ч" всё развлечение было испорчено внезапной дедупликацией в неподходящий момент. Или имеют перманентные тормоза и плохую автононость. Да проще один раз накинуть денег за больший диск и забыть.
И всё это ради дедупликации бинарей, которы занимают мизерную долю места на диске по сравнению с уникальными ресурсами игорей.

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

95. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (95), 13-Авг-25, 08:43

Не сколько префикс - хотя и его тоже (те же VC redist ставятся практически поголовно в каждый, и весят некисло), но ещё и зиллиарды самих версий Wine\Proton. Современная бинарная поставка в версии Valve весит под 300-500 Мб, и даже если стрипнуть всё при сборке в самые щщи - это около ста.
Игр на валвовской консоли может быть много, версия Proton - тоже, а свободное место на хендхелде не бесконечное. Диск накинуть-то можно, только вот даже штатного терабайтника на Deck хватает на 5-10 современных игр чисто математически. Больше - дороже, а DRAM'less ставить никто не будет.
По зёрнышку.

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

143. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от нах. (?), 13-Авг-25, 12:38

> Современная бинарная поставка в версии Valve весит под 300-500 Мб
то есть совсем ни о чем.
Неинтерактивный ролик показываемый при запуске какой-нибудь модной игори, примерно.

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

88. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от nebularia (ok), 13-Авг-25, 08:09

Да не особо актуальная, учитывая объём памяти занимаемый играми. Протон по сравнению с ними мелкий вообще. Да и /home щас у них на ext4, btrfs только на /. И ничего вроде, работает

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

138. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 12:26

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

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

144. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от nebularia (ok), 13-Авг-25, 12:42

Каким местом эмбеднутую (это обычный комп) и зачем что-то из консоли? И вообще он immutable и схема с a/b разделами для рута, то есть если что-то сломалось - просто откат на другой раздел

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

248. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –2 +/–

Сообщение от Аноним (-), 14-Авг-25, 04:59

> странные оне... казалось бы - любая (пусть ext4) в r/o, и любая
> из десятка васянских overlayfs для rw должны быть в разы проще
> и быстрее, разьве что со снапшотами ничего не получится.
И где там сжатие и дедуп, интересно? :)
> бырбыр на ровном месте могущая спросить за консольку, для пароплойки, понятно, не годится
Она то как раз в этом смысле сильно лучше ext4 с его fsck который или вопросы странные может задавать, или выпилит половину файла в lost and found, ибо нефиг.

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

298. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 14-Авг-25, 16:33

> Она то как раз в этом смысле сильно лучше ext4 с его fsck который или вопросы странные
> может задавать, или выпилит половину файла в lost and found, ибо нефиг.
вот зачем ты постоянно врешь? ext4 после нештатного выключения питания никакой fsck даже не запустит, а запустишь сам - он тут же завершится. И тем более ничего не спросит. Потому что при открытии фс даже в r/o - журнал уже накатится. Без оопсов и предложений попердолиться с загрузкой с другой фс чтобы эту можно было отремонтировать.
Эта фича - целиком и полностью особенность _твоего_ фетиша, в котором, как оказалось, ты снова ничего не понимаешь.

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

316. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 15-Авг-25, 14:58

> вот зачем ты постоянно врешь? ext4 после нештатного выключения питания никакой fsck
> даже не запустит, а запустишь сам - он тут же завершится.
Ну дык журнал для того и делали. Однако в целом - начинает пиндеть в логи на тему такой-сякой limit reached, run fsck, blabla. Особенно прикольно это все на какой-нибудь эмбедовке и прочих роутерах, или дисках на терабайты. Вот блин щас вам там fsck!
Офлайновый fsck - превращается в архаику и инструент датарека. Потому что пока он на терабайтных фс отработает, особенно на механике, можно опупеть нахрен. А хоть какие-то онлайновые проверки оно сам и не умеет как раз. В XFS редхат на i++ год стал что-то подозревать даже и пытается изобразить подобие scrub. Не совсем fsck, зато онлайново.
> И тем более ничего не спросит. Потому что при открытии фс
> даже в r/o - журнал уже накатится. Без оопсов и предложений
> попердолиться с загрузкой с другой фс чтобы эту можно было отремонтировать.
Знаешь что самое смешное? У меня есть некий скилл в дата рекавери и починках - но вот для себя им ни разу так и не пришлось воспользоваться. Все знакомым в основном. И почему-то NTFS да EXT4 в освновном. Но да, они попсовые, наверное потому и так.
> Эта фича - целиком и полностью особенность _твоего_ фетиша, в котором, как
> оказалось, ты снова ничего не понимаешь.
Это все булшит бинго. Или просто несовпадение радиуса кривизны лапок. Меня тут уже лет наверное 10 стращают как у меня все фигакнется. А оно не фигакается и не фигакается. При том что у меня этого добра уже развелось. Так что гяллдя на такие факты я лучше басику поверю. Наблюдаемая картинка мира - ближе к его, а не твоей. Что хочешь с этим то и делай.

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

141. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (156), 13-Авг-25, 12:28

> но Valve нужна ФС
понятно, почему я не пишу очередную "недо ФС" :)

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

111. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Мемоним (?), 13-Авг-25, 10:13

Наверное хотят свой DirectStorage

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

74. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (133), 13-Авг-25, 03:37

Артем, а где можно посмотреть код, который вы написали за 30 лет использования линукса? Реально интересно, спасибо заранее.

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

87. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (87), 13-Авг-25, 07:19

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

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

182. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (233), 13-Авг-25, 15:24

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

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

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

Сообщение от Аноним (222), 13-Авг-25, 23:14

> Полно талантливых людей, которые и в общении более чем адекватны и приятны.
Как твоё заявление противоречит исходному сообщению? Где ты в нём увидел "У __всех__ талантливых людей отсутствуют социальные скиллы"?
> общаться не умеют, и вообще по жизни мудаки.
А себя ты прямо сейчас считаешь умеющим общаться добрым спокойным немудаком?
> Не надо асоциальность оправдывать талантливостью.
Просветись по теориям психотипов личности. Есть люди с очень высокой работоспособностью (энергией), очень напористые в достижении цели - но эта напористость выходит боком и в общении с людьми.

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

21. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (21), 12-Авг-25, 23:47

Столкнулись два барана на горной тропе. Победил старый самец.

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

46. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (-), 13-Авг-25, 00:29

> Столкнулись два барана на горной тропе. Победил старый самец.
Два О_о?
Да там этих баранов - половина переписки!
Один просто решение принял.

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

23. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (18), 12-Авг-25, 23:54

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

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

33. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +7 +/–

Сообщение от Аноним (33), 13-Авг-25, 00:07

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

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

183. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (233), 13-Авг-25, 15:28

> спокойно добиваться своих целей
"Спокойно добиваться своих целей" - это тратить 10% усилий на свои цели и 90% усилий на построение своего поведения в отношении к 95% своих коллег?

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

230. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (222), 13-Авг-25, 23:23

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

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

28. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +9 +/–

Сообщение от Аноним (33), 12-Авг-25, 23:59

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

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

35. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (-), 13-Авг-25, 00:14

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

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

60. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от дАнон (?), 13-Авг-25, 01:42

данные юзеры сами решают отдавать ли альфа версии ФС
другое дело раздутые мусорные заголовки амд и интел

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

251. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 05:03

> данные юзеры сами решают отдавать ли альфа версии ФС
Но когда вон та штука рулится как проект 100% раздолбайски, и здоровенные изменения вбрасываются в последнюю наносекунду перед -RC1, без тестирования, так что у ALL валятся билды кернела, а кент записывает ачивку [x] профачить Торвальдсу RC1 - остальные почему-то агрятся и начинают хотеть испить крови за отсутствие common sense. И чего это они...
> другое дело раздутые мусорные заголовки амд и интел
Они таки не валят народу билды опосля -RC. В отличие от Кента.

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

155. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от xsignal (ok), 13-Авг-25, 13:36

Так то платиновый спонсор... Ты хочешь Линуса, его детей и внуков с дыркой в кармане оставить?

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

252. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –2 +/–

Сообщение от Аноним (-), 14-Авг-25, 05:10

> Так то платиновый спонсор... Ты хочешь Линуса, его детей и внуков с
> дыркой в кармане оставить?
Платиновые спонсоры при комитах бошку все же включают немного - и не комитят дофига интрузива в последнюю наносекунду перед -RC1, ломая билды. А Кент почему-то не понимает таких базовых вещей и записал себе в актив минимум 1 поломаный RC в результате. Т.е. он комитнул код, который даже не билдуется на части архитектур, в последний момент, сломав RC1. Если кто хотел заагрить Торвальдса, сделать как-то так гарантирует EPIC WIN на этом направлении. И после этого вам коммитить станет почему-то здорово труднее. Ибо - весьма запоминающийся прецедент, показывающий ваше умение в управление процессами и проектами и результирующий уровень доверия к вашему коду и вам в целом. О чем Кенту прямо так вон там и написали - мол, твоему decisionmaking доверять - что-то не хочется по итогам.

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

40. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от L29Ah (ok), 13-Авг-25, 00:21

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

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

253. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 06:00

> нужна психологическая оценка длительной работы с кодом передовых файловых
> систем на языке C
Судя по историям с Hector Martin, Lina Asahi, драйверами GPU и проч - это верно не только для файловых систем, и не только для си.

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

272. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от llolik (ok), 14-Авг-25, 10:43

> Судя по историям с Hector Martin, Lina Asahi
Это один и тот же перец. Весьма странноватый, но уж какой есть.

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

48. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от НяшМяш (ok), 13-Авг-25, 00:40

https://lore.kernel.org/lkml/22ib5scviwwa7bqeln22w2xm3dlywc4.../
Какая бы файлуха не была крутая, она не нужна, если её единственный создатель\меинтейнер неадекват. А то не дай бог как с Хансом Райзером приключится ситуация.

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

51. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (51), 13-Авг-25, 01:00

Кент, го к нам в BSD развивать файловые системы.

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

52. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (52), 13-Авг-25, 01:05

Ему уже Valve за это платит, так что вряд ли.

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

163. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 13:51

> Ему уже Valve за это платит, так что вряд ли.
не платит а _собиралась_ когда-то начать платить. А теперь вот может и передумать.
Скрипач- нинужин, дарагой!

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

140. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 12:28

> Кент, го к нам в BSD развивать файловые системы.
он потребует от вас запилить needfree и пришлет даже готовый патч, затрагивающий интересы аж разом пяти груп грантожеров. Угадайте что случится дальше?


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

177. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (177), 13-Авг-25, 15:02

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

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

180. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 15:18

> Не проблема.
я только что показывал кусок кода про эту вот "непроблему".
С 2014го года непроблема.
Пробить непробиваемую броню грантожоров не удалось нескольким поколениям страдальцев.
> Кент просто станет одним из них.
нет. Это невозможно из-за их политики "кто первый пришел тот и папа". Ты не можешь стать одним из. Ты можешь только с неимоверными трудозатратами и несколько лет занимаясь исправлениям багов  то тут то там (не забудь быть вежливым и почтительным, даже если раз за разом посылают нахрен) захватить в личное управление какой-то _всеми_брошенный_ кусок. При этом придется уговаривать тебе его отдать, потому что формального способа нет. Зато потом можешь тоже смело посылать всех кто посмеет принести тебе патч.
А если у куска есть формальный хозяин - то плевать что он пол-года на мэйл не отвечает. Тебя никто слушать вообще не будет.
(в base нет аналогичного портам таймаута неактивности майнтейнера)

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

55. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (55), 13-Авг-25, 01:16

Эта драма уже всех порядком утомила. Но Кент тут скорее прав. С одной стороны. А, с другой, "в чужой монастырь" -- это про него.

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

137. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (132), 13-Авг-25, 12:20

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

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

62. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (63), 13-Авг-25, 02:04

>Материал написан, как результат личной переписки с Линусом и Кентом, которая, к сожалению, не позволяет разглашать более подробные детали.
Артём, кто вы такой, что вам личную переписку доверяют?

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

73. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (73), 13-Авг-25, 03:19

Начало тут:
https://www.phoronix.com/forums/forum/software/general-linux...

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

85. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (96), 13-Авг-25, 06:48

Я не думаю, что давить на Кента правильно. Линус его просто на счётчик поставил. Если ФС Кента хоть кому-то нужна, то они будут терпеть и out-of-tree модуль. Но ФС Кента не очень нужна: разработчикам ядра она совсем не нужна, у них уже есть своя BTRFS под копирастической лицензией. Всем остальным ... если ФС не будет в ядре - она совсем не нужна, дешевле терпеть BTRFS, чем нанимать помощника Кенту, который будет заниматься адаптацией ФС под ядерное API, постоянно ломаемое разрабами (насколько я понимаю, починка всего ломаемого при изменениях API - это обязанность того, кто API меняет, поэтому любой дополнительный код в ядре - это дар данайцев, который разрабам ядра нафиг не нужен, они и рады выкинуть как можно больше), чтобы Кент мог сосредоточиться на ФС.
В общем кому эта ФС прямо позарез нужна ... у меня есть идея получше. Давайте сделаем для ядра стабильный интерфейс, строго точь-в-точь миррорящий интерфейс FUSE и работающий строго через модуль FUSE, но только внутри ядра, без переключений контекста. Кент с лёгкостью это сам потянет. Продвинуть это в ядро - можно кого-то другого найти, от его имени, без акцента внимания на том, что это для Кента делается, что позволит всем причастным сохранить лицо. После чего проблема нестабильного API Кента (да и Шишкина заодно) перестанет касаться.

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

120. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от Аноним (-), 13-Авг-25, 11:05

> ядра она совсем не нужна, у них уже есть своя BTRFS
> под копирастической лицензией.
Лицензия у кода в ядре - одинаковая, внезапно! GPL называется, v2. Иногда может быть "or later" но это как повезет. Все остальное - on case by case basis.
> ядре - она совсем не нужна, дешевле терпеть BTRFS, чем нанимать
> помощника Кенту, который будет заниматься адаптацией ФС под ядерное API,
Может кент и сам будет за собой разгребать. Но вот теперь это его проблемы. Об этом надо было думать чуть раньше - когда хотелось быть самой умной клавой на деревне любой ценой.
> постоянно ломаемое разрабами (насколько я понимаю, починка всего ломаемого
> при изменениях API - это обязанность того, кто API меняет,
Ага, вот ща они пойдут вам патчить ФС которую они не знают. Что потом с этой ФС будет вообще? Вы там в адекквате?
> интерфейс FUSE и работающий строго через модуль FUSE, но только внутри ядра,
Вот только FUSE тоже не есть стабильный интерфес. И периодически по фичам его подтягивают. Вооон там советы про io_uring например. Вы конечно можете игнорить ноыве ифейсы. А заодно и прибавку в скорости в пару раз. Вы ж живете вечно, да? Куда бессмертным торопиться, понимаю :)
> позволит всем причастным сохранить лицо. После чего проблема нестабильного API Кента
> (да и Шишкина заодно) перестанет касаться.
Проблема шишкина шла сильно дальше этого. Гражданин вообще не понимал что инфраструктура проекта дело общее, а дублирующуюся функциональность втаскивать не надлежит. Из соображений общего веса ядра и чтобы это под своим весом не сдохло.

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

196. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (196), 13-Авг-25, 18:02

> Лицензия у кода в ядре - одинаковая, внезапно!
Она одинаковая потому, что копирасты так требуют. Если бы Кент под BSD лицензировал, то речи бы о принятии в ядро вообще никогда бы не шло.
> Может кент и сам будет за собой разгребать.
Не за собой, а за другими.
> Ага, вот ща они пойдут вам патчить ФС которую они не знают. Что потом с этой ФС будет вообще? Вы там в адекквате?
Тот, кто меняет внутриядерное API - должен знать, как и зачем было использовано предыдущее API, и как и зачем оно меняется на новое. ФС-специфичное API менять должно быть разрешено только тем, кто в ФС соображает. А не-ФС специфичное API поменять и код подправить могут и другие - главное поведение кода сохранить.
> Вот только FUSE тоже не есть стабильный интерфейс. И периодически по фичам его подтягивают.
Стабильный интерфейс - это когда обратная совместимость (старое не ломают).
>> позволит всем причастным сохранить лицо. После чего проблема нестабильного API Кента
>> (да и Шишкина заодно) перестанет касаться.
> Проблема шишкина шла сильно дальше этого. Гражданин вообще не понимал что инфраструктура  проекта дело общее, а дублирующуюся функциональность втаскивать не надлежит.
Да это и многие в ядре не понимают. У нас уже есть lvm2 - но разрабам BTRFS почему-то разрешили дублировать его функциональность, хотя вместо этого надо было затачивать все новые ФС под работу поверх LVM2 (или потенциального LVM3), где абсолютно вся работа с виртуальными блоками и томами вынесена туда, а если ФС что-то нужно - то она дёргает интерфейс (который и для юзерспейса должен быть доступен).

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

231. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (189), 13-Авг-25, 23:24

>Да это и многие в ядре не понимают. У нас уже есть lvm2 - но разрабам BTRFS почему-то разрешили дублировать его функциональность, хотя вместо этого надо было затачивать все новые ФС под работу поверх LVM2 (или потенциального LVM3), где абсолютно вся работа с виртуальными блоками и томами вынесена туда, а если ФС что-то нужно - то она дёргает интерфейс (который и для юзерспейса должен быть доступен).
BTRFS разрабатывают платиновые спонсоры, их не одёрнешь за такое. Один спонсор вообще кода нагенерировал и в ядро добавил, да столько, что этого кода чуть ли не пятая часть.

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

235. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 23:38

> BTRFS разрабатывают платиновые спонсоры, их не одёрнешь за такое. Один спонсор вообще
> кода нагенерировал и в ядро добавил, да столько, что этого кода
> чуть ли не пятая часть.
да лана, чем он так уж хуже многомегабайтных таблиц usb idшек в каждом драйвере? Весь этот мусор включая китаефон сделаный в двух экземплярах двенадцать лет назад таскается всеми кто вообще этими драйверами пользуется (и память никогда не освобождается) - и ничего, божок-с-пальцем считает это нормальным кодом.
Потому что таки это каво-нада кот.
А этот без уважения просил. Не прислонял к роту ладошку и на коленях стоял ну так... видно было что без души. И линусовому миллиону в месяц никак не помог. Зачем он такой в ведре нужен?

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

256. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 06:58

> BTRFS разрабатывают платиновые спонсоры, их не одёрнешь за такое.
За такое это какое?! FTBFS в -RC1 устроить? Не, так btrfs-ники ни разу не отличились, у них не настолько отстойно с рабочими процессами.
А мораль сей басни такова: не создавайте проблем другим - и тогда их не создадут вам.

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

255. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 06:55

> Она одинаковая потому, что копирасты так требуют. Если бы Кент под BSD
> лицензировал, то речи бы о принятии в ядро вообще никогда бы не шло.
Да на самом деле на BSDL можно сверху GPL нашлепнуть - и в контексте ядра оно станет GPL, а если кто хочет - может BSDL куски выколупывать потом.
Но так можно нарваться что какой-то мегакорп сопрет наработку в проприетарную хранилку, будет в норке пилить, Кент получит - дырку от бублика, а улучшения - только в той проприетарной норке. А он несколько лет ударно попахал чтобы халяву производителю хранилки обеспечить. Оно такое кому-то надо?
Если вы считаете что это отличный курс действий - вот вы так и сделайте. Рискнув своим временем и ресурсами. И посмотрим что получится.
>> Может кент и сам будет за собой разгребать.
> Не за собой, а за другими.
Ну как бы если кто хотел юзать инфраструктуру кернела - это процесс в обе стороны и он должен быть ОК для обоих сторон.
> Тот, кто меняет внутриядерное API - должен знать, как и зачем было
> использовано предыдущее API, и как и зачем оно меняется на новое.
Красивая теория но это так не работает. Как пример (large) folios. Зачем это надо - чтобы перфоманс разогнать и снизить оверхед. Но ФС традиционно ковыряли все по страничке. Сменить страничку на целую подшивку - требует рефактора внутреннего кода ФС с приличным знанием анатомии ФС и где какие допущения были, и где сразу можно, где какие-то хелперы кодить надо и менять кишки. И вы точно не хотите чтобы это вам сделали - господа придумавшие large folios и впервые видящие вашу ФС.
Так что - это работает не так. Реально - старое апи на некоторое время оставят, дав grace period на рефакторы. И какое-то время все же будет 2 способа делания 1 и того же. Но постепенно первый способ будет вынесен, по мере того как основная часть кода отрефакторится на новое апи. Если кто не отрефакторится, в некоторый момент будет задействован принцип "семеро одного не ждут" и заброшка все же вылетит из кернела. Вместе с древним апи. Reiser 3 был вынесен из кернела именно по этой линии - в нем никто не собирался ворочать рефакторы такого размера.
Если вы считаете что надо как-то иначе - круто, создайте свой кернел, или форкайте существующий и покажите - делом - что ваши принципы работали лучше чем вот эти. Без технологической демонстрации превосходства - вы говорим ни о чем.

> ФС-специфичное API менять должно быть разрешено только тем, кто в ФС
> соображает. А не-ФС специфичное API поменять и код подправить могут и
> другие - главное поведение кода сохранить.
Ну так ФС специфичные апи и меняются - блочнофайлушниками или народом рядомм. Это подразумевает - участие в жизни смежных подсистем ядра. И в _этом_ месте кент всех конкретно задолбал. Постоянно клещась с всеми релевантными майнтайнерами подсистем.
Собственно это основная претензия к нему и есть. Да, в инфре которой четверть века неизбежно есть легасипроблемы, культурные наслоения, странные вещи и проч. И это нельзя просто вынести одним махом, сделав его величество - счастливым. У майнтайнеров есть свои соображения по части стабильности всего этого и возможности майнтайнить вдолгую. Но Кент не видит всю картинку. А любой кто встает на его пути - должен умереть. Или по крайней мере публично поливается на тему (не)правильных инженерных принципов. С игнором вон тех соображений.
> Стабильный интерфейс - это когда обратная совместимость (старое не ломают).
Это имеет свою цену. Код накапливается, и в какой-то момент получаются культурные наслоения, в которых вообще никто не может разобраться. И проект коллапсирует под своим весом.
Linux использует гибридный подход. Два способа делать 1 и то же может жить некое время, давая grace period на рефакторы. Но наступает момент когда для уменьшения культурных наслоений старый способ - выносят. Если кто не отрефакторился, оно считается заброшкой и тоже покидает ядро. На мой вкус это вполне сбалансированное управление большим и динамичным проектом. ИМХО отлично работает. Поэтмоу я и юзаю Linux а не что-нибудь еще.
> Да это и многие в ядре не понимают. У нас уже есть
> lvm2 - но разрабам BTRFS почему-то разрешили дублировать его функциональность,
Btrfs делает это все - СИЛЬНО иначе. И не может реюзать ТУ часть кода. Что могли - как раз реюзанули (алго счета RAID56, либы сжатия, ...). Управление местом и подходы к RAID у них сильно более другие. Как и у сабжа.
В этом смысле - люли собрали btrfs'ники, попутно выяснив как это делать взаимоприемлимыми способами. Кенту с этим было проще - и в майнлайн он попал без особых проблем по этой линии. Чем выгодно отличился от Шишкина. И собссно по этой причине никто и не ждал тех нежданчиков по линии терок с майнтайнерами. В принципе звоночки появились при майнлайнинге, но господа сделали некий аванс в надежде что - притрется, и взаимоприемлимые пути найдутся. Но - вот - этот расчет не прокатил. Кент хочет быть всегда правым. Все кто с этим не согласен - морально линчуются и критикуются, как - вот - поливание btrfs и клещ с майнтайнерами. И как басик верно заметил - почему-то остальным чтобы их код юзали не надо поливать других помоями. Это некое невыгодное отличие Кента.
> хотя вместо этого надо было затачивать все новые ФС под работу поверх LVM2
Это не годится для btrfs и bcachefs: у них ДРУГАЯ логика работы с избыточностью и менеджментом девайсов. Это то что делает их менеджмент простым, гибким и удобным.
> (или потенциального LVM3),
В ядре сейчас полторы ФС "next gen", поэтому понимания как делать вое то правильно - пока нет в природе. Может быть, когда-то, это понимание появится. Но чтобы делать такие рефакторы - надо некую статистику, что новые дизайны на самом деле хотели бы, и можно ли что-то общее factor out. Этот момент - не здесь и не сейчас. Будет такое знание - будут и рефакторы с выделением общих частей.
В данный момент LVM - паровая машина. А появились ДВС и электродвигатели. Дрова таскать и воду доливать? При каждой поездке? Мониторя котел чтб не бахнул? А вон там достаточно ключ крутануть - и ехай себе. Поэтому стандартизировать вон то с паровыми машинами мы все же не будем. Но со временем могут появиться регуляции, сертификации и стандартизации для automotive. Просто для этого еще рано - люди только начинают понимать как делать такие дизайны правильно, и что общего там может быть.
> где абсолютно вся работа с виртуальными блоками
> и томами вынесена туда, а если ФС что-то нужно - то
> она дёргает интерфейс (который и для юзерспейса должен быть доступен).
Для этого надо осознать - какой common core можно выделить из next gen дизайнов. Которых пока есть - вот - полторы штуки. Было б их штук 4-5 - было бы понятнее что у них общего. Но их в ядре - полтора. Первые автомобили только поехали по улицам. ПДД еще толком не написан даже.

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

303. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (303), 14-Авг-25, 20:14

>Да на самом деле на BSDL можно сверху GPL нашлепнуть - и в контексте ядра оно станет GPL, а если кто хочет - может BSDL куски выколупывать потом.
Можно, но в ядро это брать не будут не смотря на отсутствие формализованного правила, указывающего не брать. Линус не обязан что-либо в ядро принимать, и имеет полномочия что хочет из ядра выкидывать. Зачем ему конкуренция со стороны BSD и экзотики, если один Linux имеет долю рынка на порядки большую, чем все альтернативы вместе взятые? Нужно их прикопать. Поэтому тянем на себя, а кто не хочет поддерживать - может лесом идти.
>Если вы считаете что это отличный курс действий - вот вы так и сделайте. Рискнув своим временем и ресурсами. И посмотрим что получится.
Ну теоретически Кенту ничто не мешает сделать как Донненфельд. Но для этого нужно добиться того же уровня незаменимости, чем поделие Донненфельда, а в ядре уже есть BTRFS, им вообще bcachefs не упала.
>Для этого надо осознать - какой common core можно выделить из next gen дизайнов. Которых пока есть - вот - полторы штуки. Было б их штук 4-5 - было бы понятнее что у них общего. Но их в ядре - полтора. Первые автомобили только поехали по улицам. ПДД еще толком не написан даже.
Даже половины штуки. Если окажется неудачным выделение - переделают. А без выделения так и будет бардак. Я жду не дождусь ext5 без всего этого nextgen культа карго, но с рефлинками. Чтобы copy on write было только при записи поверх рефлинка, а вся дедупликация шла явно на уровне API конечных приложений. Потому что мне не нужен ни рейд, ни снапшоты, мне нужна экономия места и кеша, а снапшоты место как раз жрут. Ну то есть у меня есть допустим образ диска, или матрёшка-файл, и мне его надо перекодировать в другой формат. Я хочу, чтобы новый файл не занимал всё это место, а просто ссылался на блоки (причём невыровненные) старого, и создавался почти мгновенно без копирования данных. И чтобы в софт это интегрировать можно было заменой memcpy на функцию диспетчер, где один путь вызывает memcpy, а другой - ioctl.
>Это имеет свою цену. Код накапливается, и в какой-то момент получаются культурные наслоения, в которых вообще никто не может разобраться. И проект коллапсирует под своим весом.
FUSE - это уже стабильное API, причём юзерспейсное. Его менять никто не будет, это весь софт сломает. Поэтому его и предлагается сделать доступным внутри ядра - это стабильное API там уже есть, и не считается nonsense.

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

317. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 15-Авг-25, 15:42

> Можно, но в ядро это брать не будут не смотря на отсутствие
> формализованного правила,
Да вроде местами там есть dual licensed код. Смысла в этом немного ибо остальные то комитеры по дефолту под GPL фигачат и выколупывать именно BSD-код быстро станет душновато.
Да и зачем оно надо? Устроить халяву какуому-то мегакорпу с проприетарной хранилкой?
> принимать, и имеет полномочия что хочет из ядра выкидывать. Зачем ему
> конкуренция со стороны BSD и экзотики,
Эти господа появились раньше линуха. Но что-то доконкурировались до почти полного исчезновения. В любом случае париться их проблемами - их собственная прерогатива.
> прикопать. Поэтому тянем на себя, а кто не хочет поддерживать -
> может лесом идти.
Как-то так. Сначала надо позаботиться о себе. Если этого не сделать - остальное вскоре станет уже и не важно. Ибо проект сдохнет.
Да и уж не всяким BSD за это топить. Они там между собой и то устроили рубки остроконечников и тупоконечников, апя у всех разные, ядра тоже, в общем они даже между собой договориться ни о чем не могут. А так - станет им надо и GPL схарчат. CDDL же им не жмет, хотя и копилефт, все такое. Значит и GPL прожуют. А не прожуют - кому хуже?
> Ну теоретически Кенту ничто не мешает сделать как Донненфельд.
Но практически у него ресурсов и на линуха то - едва-едва. Да еще долбоклюизм в управлении проектом делает ему ряд вещей - сильно сложнее. У Донфилда его приблуда - сильно проще и меньше.
> Даже половины штуки. Если окажется неудачным выделение - переделают.
Это так не работает. Желающих убивать кучу ресурсов на фиг знает что предсказуемо около 0.
> А без выделения так и будет бардак.
Вы когда-нибудь рефакторы софту делали вообще? Это сделать не ранее чем будет понимание проблематики и идеи как это можно делать лучше.
> Я жду не дождусь ext5
И не дождетесь. Читать что Тсо написал по этому поводу до просетления.
> без всего этого nextgen культа карго, но с рефлинками.
Есть основания считать что новые дизайны будут делать - как-то так. Потому что суммарно свойства лучше того антиквариата. Нет, EXT5 делать смысла не имеет
> Чтобы copy on write было только при записи поверх рефлинка,
Copy on write случается тогда когда он логически нужен. А фокус в том что CoW даже без рефлинков - дает примерно эквивалент полного журнала, без падения скорости записи в 2 раза. Это 1 из поводов с ним возиться. Уродцы типа EXT4 на раз оставляют файло в промежуточных состояниях при крахе. Ибо с полным журналом они мучительно тормозны, а без - нет инфо для undo/redo операции. И нате вам наполовину новый и наполовину старый файл.
> а вся дедупликация шла явно на уровне API конечных приложений.
Btrfs и bcachefs с reflinks и "same extent" - оно и есть. Стандартных апей на это опять же нет - но в целом все стали делать "как в btrfs". Но в стандарты типа posix это все никто не удосужился внести.
Рефлинк это запрос создать клон файла или региона - с хинтом что содержимое 1:1 с вон тем, так что cow может лишь зареференсить +1 раз в метаданных, а при расхождении - прозрачно писать в сторону и апдейтить вид в метаданных, создавая иллюзию что 2 разные файла. Даже если большая часть - один набор блоков с 2 референсами на него.
Same extent - специфичный вызов хинтящий ФС что программа думает что вот этот экстент в этом файле - и тот в том - идентичны. ФС проверит это и если так - заменит один из экстентов +1 референсом. Дедупалки в "офлайн" режиме так работают, сканируя по мере желания, и потом сабмитя эти вызовы для явных дубликатов. Обязательного жора ресурсов на дедуп в сабже и btrfs как раз - нет. Они достаточно лайтовы чтобы гонять на роутерах, VM с мизером памяти (e.g. 256 мегов) и проч.
> Потому что мне не нужен ни рейд, ни снапшоты, мне нужна экономия места и
> кеша, а снапшоты место как раз жрут.
На самом деле - жрут место они только на "дельту". Если их подчищать - это близко к 1 инстансу системы (ну или что там снапшотили) по размеру. Зато рекавери быстра - почти как откат снапшота в VM. Можно попробовать жирный апгрейд системы, а если не понравится за 2 минуты вернуть все как было. Без реинсталов, реконфигураций, раскаток огромных бэкапов или чего там еще.
> формат. Я хочу, чтобы новый файл не занимал всё это место,
Ну так оформить "data" под такие вещи - как отдельный subvol, и не снапшотить его, нахрен. Сабволы для этого и нужны - логические юниты определяющие что будет снапшотиться независимо друг от друга. Директории на стероидах, точка входа в отдельную cow иерархию.
Поэтому у меня независимые снапшоты хомяка, системы, а вон то временное - вообще не снапшотится, сотру случайно - и хрен с ним. Если понимать идею с множественным референсом набора блоков - все достаточно просто и логично. А я эту идею понимаю много лет. Ибо виртуализаторы тоже так работают. Теперь я и bare metal рулю в том же стиле, когда все можно вернуть как было за 2 минуты топ. Даже после rm -rf / :)
> а просто ссылался на блоки (причём невыровненные) старого, и создавался почти
> мгновенно без копирования данных.
Это и есть смысл "reflinks". Просят создать новый экстент в другом файле - декларируя что его контент 100% идентичен воооон тому. Файлуха ничего не копирует, просто вешает второй референс на группу блоков. Для программы - типа второй, типа файл, типа независимый. С изначально тем же содержимым как и оригинал. А дальше - если в него запишут 10 килобайт, эти 10 кило запишутся в сторону, отапдейтят метаданные, и новый файл будет выглядеть с учетом этих 10 кило. Жор места = file size + 10Kb дельты + немного метаданных описания.
Если не борзеть с кучей снапшотов с огромными дельтами - все вполне культурно. Те кто с VM работал знают что дельту надо иногда подрезать.
> было заменой memcpy на функцию диспетчер, где один путь вызывает memcpy,
> а другой - ioctl.
Это не memcpy. А парочка специфичных ioctl насколько я помню, создание нового экстента из вон того ("рефлинк"), и хинт что вот этот экстент - такой же как вооон там ("офлайн дедуп"). Т.е. примерно так и сделали. Можно посмотреть в btrfs/bcachefs и даже немного xfs уже. Я так понимаю они все с btrfs эти интерфейсы передрали.
> FUSE - это уже стабильное API, причём юзерспейсное. Его менять никто не
> будет, это весь софт сломает.
А вон там сбоку у соседней новости есть хинт что не все так просто. Там где с io_uring. Оно таки - обратно совместимое. И вот - кстати - с io_uring уже может быть и не супер-тормозом. Потому что эффективный zerocopy интерфейс.
> Поэтому его и предлагается сделать доступным внутри ядра - это стабильное API
> там уже есть, и не считается nonsense.
Это апи - для _юзермода_. Это некая разница. И таки оно заметно менее эффективное. Даже с io_uring.
А вот именно posix сильно lags behind как стандарт. Там нет по моему даже fallocate() а уж его инверсии в виде hole punch и подавно. А чтоб еще reflink/same extent? Да щас.

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

265. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от freehck (ok), 14-Авг-25, 09:13

> Давайте сделаем для ядра стабильный интерфейс, строго точь-в-точь миррорящий
> интерфейс FUSE и работающий строго через модуль FUSE, но только внутри
> ядра, без переключений контекста.
Тут нужен не свой интерфейс, а свой мейнтейнер этого интерфейса.
Официальная позиция Линуса: мы даём гарантии по поводу стабильности внешних интерфейсов, но не даём гарантий по поводу стабильности внутренних. А ты де факто предлагаешь сделать внутренний интерфейс стабильным. Следовательно нам нужен будет медиатор между горе-разработчиками типа Кента и Торвальдсом, который будет давать Линусу изменения, которые ему нужны, но при этом делать себе мозг, обеспечивая слой обратной совместимости для старого стороннего кода.
Это задача очень трудоёмкая. Мало того, что этот медиатор должен быть человеком широкого ума, способным предусмотреть заранее массу неочевидных моментов (такого ещё пойди найди сначала), так ещё и стоить будет недёшево.
Слишком много бестолковой возни из-за того, что один конкретный разработчик, пусть и хорошей ФС, не смог играть по установленным правилам. Имхо, это будет хороший воспитательный момент. Пусть лучше идёт, как идёт. Пусть сам обеспечивает согласованность модуля своей ФС с основным деревом ядра.
Сможет -- ему заинтересованные люди установку в дистрибутивы через dkms запилят. ФС мы не потеряем. Он несколько лет помучается, и поймёт, почему стоит следовать общим правилам. А если не сможет... Что ж, это будет означать, что без побивания палкой Линусом, Кент не может обеспечить качеством. Он сделает выводы, и намучавшись вернётся. Хотя в этот момент у пользователей с его ФС будут проблемы, да. Человек сам творец своей судьбы.
В общем, когда пользователи bcachefs пишут Линусу письма с посылом, мол, "не выкидывайте bcachefs", я на это смотрю как на опасения того, что Кент не справится с поддержкой ФС вне ядра -- а это ничто иное, как на признание проблемы. Если проблема есть, её надо решать. Просьбы Линусу НЕ решать проблему равносильны накидыванию ему дополнительной работы лопатой.  Сочувствия тут ждать излишне.

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

70. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от Аноним (70), 13-Авг-25, 03:02

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

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

71. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (63), 13-Авг-25, 03:13

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

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

108. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (-), 13-Авг-25, 09:59

> Очень умно, ага. Вот есть миллиард перезаписей, повторяющихся в цикле,
> как скоро диск забъется от такого?
Есть такая штука - garbage collector. Он по ходу пьесы маркирует уже ненужные блоки как свободные и их можно использовать снова.
Совсем место может кончиться только если увлечься хранением дохрена снапшотов которые расходятся по состояниям. Примерно как с виртуалками с CoW дисками, где размер диска тоже пропорционален размеру накопленой "дельты".

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

89. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (-), 13-Авг-25, 08:17

Почему в ядре Линукса все разработчики продвинутых и революционных файловых систем терпят крах. Была супер-революционная RaiserFS - автора посадили. Есть супер-революционный Bcachefs, автор неужился с другими разработчиками ядра. Прям вот какая-то нездоровая тенденция пошла.
Самые продвинутые и крутые вещи должны быть в ядре. Линукс - это локомотив системного программирования, который двигает всю IT индустрию вперёд. Это моё мнение.
Жаль, очень жаль.

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

91. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +3 +/–

Сообщение от Аноним (96), 13-Авг-25, 08:36

>Линукс - это локомотив системного программирования
С ntoskrnl путаете.

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

109. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 13-Авг-25, 10:00

> С ntoskrnl путаете.
Под него системное программирование стараниями MS почти умерло по сути.

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

128. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (133), 13-Авг-25, 12:08

> Была супер-революционная RaiserFS - автора посадили
Потому что убил жену.
> Есть супер-революционный Bcachefs, автор неужился с другими разработчиками ядра
Потому что присылает фичи под видом фиксов в rc-ветку.
> Почему в ядре Линукса все разработчики продвинутых и революционных файловых систем терпят крах
А почему ты считаешь, что только файловых систем? До этого какой-то толи гектор, толи Лина порвался/порвалась и ушёл(а). А еще до этого мейнтейнер wifi. А еще до этого еще кто-то.

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

153. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +3 +/–

Сообщение от xsignal (ok), 13-Авг-25, 13:32

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

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

154. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 13:35

> Там очень токсичная атмосфера с фальшивыми улыбками и нарочито учтиво-вежливой манерой общения.
Это ты про рассылку где люди, которые факи показывают, ругаются чуть ли не матом?
cool story bro))
на хабре была статься с анализом переписки, и сколько раз слова "овно" и "опа" употреблялись))

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

160. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от xsignal (ok), 13-Авг-25, 13:47

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

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

165. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 13-Авг-25, 14:00

> Так это когда было) Времена изменились, теперь там натянуто-вежливый стиль. Лучше б
> уж матерились...
Так матерятся))
Буквально вчерашняя новость с ЛОР:
And by "garbage" I really mean it. This is stuff that nobody should
ever send me, never mind late in a merge window.
In contrast, if you write make_u32_from_two_u16(a,b) you have not a
f%^5ing clue what the word order is.
lore.kernel.org/lkml/CAHk-=wjLCqUUWd8DzG+xsOn-yVL0Q=O35U9D6j6=2DUWX52ghQ@mail.gmail.com/
Финн опять бухтит, на этот раз его отвлекают от свадьбы и посещения родственников))

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

188. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от нах. (?), 13-Авг-25, 16:35

> never mind late in a merge window.
то есть ОФИЦИАЛЬНО merge window - открыто, но ты, чудак, должен был шестым чувством догадаться что беспокить божество уже - too late!
(собственно, претензии к Кену были ровно такие же - ты прислал патч до закрытия приема патчей, но сделал это в последние часы, то есть без уважения. Т.е. речь именно о том что божество собственные формальные рамки трактует крайне неформально.)

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

195. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –2 +/–

Сообщение от xsignal (ok), 13-Авг-25, 17:51

Звёздная болезнь, типичный случай. Казалось бы, умные люди не должны быть ей подвержены. Хотя он всегда был павлином...

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

257. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 14-Авг-25, 07:13

>> never mind late in a merge window.
> то есть ОФИЦИАЛЬНО merge window - открыто, но ты, чудак, должен был
> шестым чувством догадаться что беспокить божество уже - too late!
То-есть, если вбросил хреново протестированный код, в последнюю секунду окна, и устроил FTBFS в RC1 - у тебя есть нефиговые проблемы с common sense и общим управлением твоим проектом. Покуда это только твоя проблема - это в принципе всем похрен. Но FTBFS в RC1 и профаченый RC - уже выходит за рамки "только твоя проблема". А еще дважды два равно четыре, если тебе базовые вещи не объяснили.

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

264. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 14-Авг-25, 09:07

а в предпоследнюю можно? А за час можно? А за сутки? А за сколько его величеству - можно-то?!
Есть окно приема патчей. Само лично величество его обозначило. Успел - молодец. Не успел - можно даже не тратить время, автоотписку прислать что проехали.
RC для того и нужен чтобы в нем починить все то что сломалось и быть уверенным что серпентарий коллег ничего не сломает тебе, это тестовый период. А до него - это и есть разработка. Можно что-то сломать, особенно где-то далеко от твоих систем. Может что-то сломаться у тебя.
И механизм приема патчей у вас телепортирован прямиком из 92го года, поэтому сам автор не может быть уверенным что все сделал правильно, ресурсов у него нет столько.
И test suite у вас нету. Он в xfs остался, его еще Sgi писала. Да и тот не очень понятно что делает (писала-то в 80е, не было тогда еще достаточного понимания как хорошие тесты должны себя вести). По сути набор совершенно бессмысленных операций с фс. Если повезет - одна из них случайно выявит баг.  (а теперь смотрим на галочки в форме для zfs - у вас и такого нет.)
Вряд ли один человек, заодно разрабатывая файловую систему посложнее эротикфс от очень плохой дороги, может между делом такое же себе написать.

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

278. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 12:43

> а в предпоследнюю можно? А за час можно? А за сутки? А
> за сколько его величеству - можно-то?!
На самом деле - чем раньше, тем лучше. Репутация и степень доверия - не бинарная величина, в зависимости от курса действий меняется по времени. А "difference between dislikes and hates is trigger pressure". Вот как-то так.
> Есть окно приема патчей. Само лично величество его обозначило. Успел - молодец.
> Не успел - можно даже не тратить время, автоотписку прислать что проехали.
А еще есть забота о ближнем своем. И о проекте в целом. Если ты в первый день открытия окна билд сломал - да похрен всем.
Но если ты тянул до последней секунды, а в итоге профачил -RC1 кодом который не билдится на ряде архитектур, ты уж не обижайся - но тогда другие люди все регуляции тоже прочиатают до последнего бита. И применят к тебе, до последнего бита. Без намека на пощаду. Ибо заслужил. Общество может и пролечить lack of common sense.
> RC для того и нужен чтобы в нем починить все то что
> сломалось и быть уверенным что серпентарий коллег ничего не сломает тебе,
Еще раз. Закинуть огроменный пуллреквест в последнюю секунду - в аккурат перед -RC1 и профачить его - это очень некультурное и непрофессиональное поведение. Это и далеко от best practices и просто по человечески свинство.
То что у кента д@#$мовое управление проектом - не должно становиться крутой всех вообще. За такие вещи репутация - сливается. Сперва до dislike. А если не доходит - "difference is trigger pressure". Ну и вот дошло до "trigger pressure". Не, больше так никто не отличился. Обычно после 1 колоритного комента торвальдса остальные внемлют. Этот ухитрился пропустить мимо ушей штук пять "убедительных просьб" и еще поучить торвальдса прожектменеджменту. Торвальдс в долгу не остался - вот - таки дал Кенту мастеркласс.
> это тестовый период. А до него - это и есть разработка.
На вообще все мыслимые оказии - регуляций не напишешь. Однако если постоянно делать окружающим неудобно - они в долгу не останутся и однажды сделают очень неудобно - тебе. Вот Кенту теперь будет сильно менее удобно. И если он был чем-то не доволен по части девелопа в ядре, теперь он сможет вспомнить как оно - вне ядра. И сравнить. Прямо на своей шкурке. Так ему будет куда понятнее что он приобрел, и что потерял.
И заметь: даже после всего этого - дверь оставили приоткрытой. Но с довольно нехилым условием - вырасти как персона и поработать приличное время с другими майнтайнерами без эксцессов. Тогда, может быть, отыграют взад. Если оно к тому моменту сторонам будет надо.
> Можно что-то сломать, особенно где-то далеко от твоих систем. Может что-то
> сломаться у тебя.
Ты это рассказываешь тому кто -rc гоняет чартерными рейсами. Так что славно покапитанил. Но настолько раздолбайски -RC на моей памяти больше никто не выносил. За все время которое это у меня на виду. Это стопроцентно в топе чарта. И конечно будет запомнено.
> И механизм приема патчей у вас телепортирован прямиком из 92го года, поэтому
> сам автор не может быть уверенным что все сделал правильно, ресурсов
> у него нет столько.
Не помню чтобы в 92 году git pull был :). Да, для ФС запрос лишь просьба сделать pull из энного дерева с указанием параметров.
И если автор в чем-то не уверен - пусть и выкатывает пулл в day1 окна. Там ему расскажут где он лох. Но вообще-то засетапить билдферму не так уж и сложно. Ему даже предлагали варианты помощи, он впрочем и сам засетапил. Но - постфактум. После профака.
> И test suite у вас нету. Он в xfs остался, его еще Sgi писала.
Да вообще-то XFS Test Suite на отлично гоняют и для других. Btrfs'ники отлично чинят баги найденые при этом. И syzbot всякие делают странное. Чуть ли не покомитово. Но если это FTBFS, до test suite дело не дойдет! :D
> в 80е, не было тогда еще достаточного понимания как хорошие тесты
> должны себя вести). По сути набор совершенно бессмысленных операций с фс.
Судя по тому что оно ловит - в целом выросло до хорошего стресс-теста который хайлайтит странный corner cases. Менее странные - дев и сам поймает при тестах на себе любимом.

> Если повезет - одна из них случайно выявит баг.  (а
> теперь смотрим на галочки в форме для zfs - у вас и такого нет.)
Я видел как круто это в ZFS работает.
- А вот давайте рефлинки включим по дефолту?
- Но они же не протестированы?!
- А как их протестировать если они не включены по дефолту?!
...
- (удивленнй гентушник) Что за фигня с этим вашим ZFS?!
- (...) ну в общем пересоздайте пул от греха.
Зато, бжд, галочки! Толку с галочек при таком decisionmaking?
> Вряд ли один человек, заодно разрабатывая файловую систему посложнее эротикфс от очень
> плохой дороги, может между делом такое же себе написать.
Да вообще-то кент со временем неплохо обвесился тестами. И если кто девелопает фс и не может ее тестами обвесить - а как он фс то девелопает и откуда знает что она работает как надо? Девелоп в стиле aбизяны с гpaнатoй? "Won't eat your data" вроде ж обещали? :D

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

186. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (186), 13-Авг-25, 15:51

Кто тебе сказал, что они супер революционные? Или примерно почувствовал просто?

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

92. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от плутарх (?), 13-Авг-25, 08:37

Кенту нужно свою ФС переносить в BSD, там будет больше шансов на успех. Товарисч Торвальдс уже не торт.

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

110. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 13-Авг-25, 10:01

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

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

126. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (133), 13-Авг-25, 12:05

У нее тулзы ржавые, нафиг нам такое не надо в BSD.

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

104. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (104), 13-Авг-25, 09:36

Дед с батей сцепились по пьяни и испортили всем выходные.
❯ findmnt /
TARGET SOURCE    FSTYPE   OPTIONS
/      /dev/sda4 bcachefs rw,relatime

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

119. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –2 +/–

Сообщение от onanim (?), 13-Авг-25, 10:58

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

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

107. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от anonymous (??), 13-Авг-25, 09:56

Линус всё правильно сделал. Есть принципы разработки софта, есть конкретный стандарт для ядря линукса. И он подразумевает циклическую чередование разработки и тестирования. Пока этот стандарт стоит - ядро линукса работает и не падает в рантайме от каждого чиха.
А bcachefs постоянно его игнорирует. Тяп-ляп и в продашкн. Возникла криитическая ошибка - сейчас быстро без тестирования пофиксим. Тяп-ляп и новая ошибка, и новые фиксы. Один раз разработчика ещё бы простили, но у не эта музыка стала вечной.
Так что правильно его послали пилить свой проект и не ломать процесс релизов ядра. Раз уж намёков не понимает.
Как правильно делать? Если ты не успеваешь оттестить софт - делай меньше фич. Снижай количество фич пока они не перестанут помещаться в окно релиза.
Постоянные багфиксы на багфиксы - это с наивными обывателями работает. Они вон радуются и даже поддерживают. А опытным программистам такого не надо.
А то будет как хромой, когда срочно нужно ставить новую версию (с новым манифестом и сломанным адблоком), чтобы пофиксить баги, иначе у вас всё сломается. И в новой версии новые баги - поэтому её тоже надо немедленно обновлять. Так что у пользователя просто нет возможности остановиться на конкретной версии и сказать "вот эта версия мне нравится, а другие пока ставить не буду, нет там ничего хорошего".
Уже поколение выросло новое, которое не знает как оно бывает, когда софт без автообновлений. Когда разработчикам приходилось реально улучшать функциональность и удобство ПО, чтобы пользователь был заинтересован поставить новую версию. А не как сейчас - жри что дали и не высовывайся.
Однако же разработчики линукса ещё помнят как оно бывает. И поддерживают старые стандарты. Поэтому bcachefs и послали в самостоятельное плавание.

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

330. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (330), 16-Авг-25, 09:35

> Постоянные багфиксы на багфиксы - это с наивными обывателями работает. Они вон радуются и даже поддерживают. А опытным программистам такого не надо.
Берём и смотрим какие ветки ядра lts и что именно в дистрибутивах обывателей используется. Сюрприз - на всю шестую ветку 3 ядра. Сколько там из 5 версии в дистрах? Штук пять используется релизов? Похоже твои опытные программисты выпускают помои, которые нельзя отдавать в продкшн. И они ещё возмущаются что что-тио у них там Кент нестабильное творит. Смешно.

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

117. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от Аноним (-), 13-Авг-25, 10:50

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

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

147. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от нах. (?), 13-Авг-25, 12:51

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

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

226. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от anonymous (??), 13-Авг-25, 22:27

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

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

228. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 13-Авг-25, 22:53

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

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

237. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от anonymous (??), 14-Авг-25, 02:11

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

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

259. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 07:25

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

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

266. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 14-Авг-25, 09:19

> Тады и сказки про эвон какую пользовательскую базу
пользовательская база существует независимо от твоего мнения (и вполне себе представлена в том же lkml и в других местах). Не надо путать пользователя с хомячком неспособным себе собрать скачанный архивчик с утилиткой, это твоя перогатива.
Некоторые пользователи еще и патчи присылать умеют. Представляешь? В списке комитеров внезапно больше одного человека. Ты думал, им просто заняться нечем? Нет, они решали _свои_ проблемы.

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

281. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 14-Авг-25, 13:06

> пользовательская база существует независимо от твоего мнения
Весь десяток васянов и представлен. Откуда их больше с таким девелопом? :D
> (и вполне себе представлена в том же lkml и в других местах).
Ну там и пискнуло парочка из этого десятка аж. Вот только может оказаться что заагреных майнтайнеров и то больше. И при таких соотношениях решение о "trigger pressure" дается не сложно. Почему-то.
Педалируя тему широты внедрения надо бошку включать. И если хотелось ЭТО - не делать неудобно популярным LTSным дистро. Но хотелось то все и сразу, кульные фичи, все дела. На обоих стульях посидеть. Так что и пики - в ж..., и не пики - тоже. Да еще ж... отбил, упав на землю. Ты поди и не знал что так можно было?
> Не надо путать пользователя с хомячком неспособным себе собрать скачанный
> архивчик с утилиткой, это твоя перогатива.
Ну вот этих пользователей и было - человек десять при таком подходе. Не особо крутой барьер чтобы выкинуть сие на мороз. Импакт минимальный.
> Некоторые пользователи еще и патчи присылать умеют. Представляешь?
Представляю. Но насколько я вижу, Кент все ж обсидел оба твоих любимых стула сразу, да еще и упал, отбив зад бонусом. Зато всех обломал, такого никто не ожидал.

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

289. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 14-Авг-25, 14:07

> Весь десяток васянов и представлен. Откуда их больше с таким девелопом? :D
откуда их больше для участия в разработке файловой системы посложнее хеловрота? Там, не поверишь, кодить уметь надо. И чужой код понимать, с чем сложнее. Остальные не подписываются на lkml, даже если и потихоньку экспериментируют.
> И если хотелось ЭТО - не делать неудобно популярным LTSным дистро.
лтсным дистро оно было не жарко и не холодно. Потому что для начала надо собрать еще не релизнутую даже версию самого ведра, что лтсному дистру совершенно не светит.Это вот такой интересный побочный эффект от попыток гнаться за шт@6ле нонсенсом.
Те кто с этим справляются самостоятельно, включая ворох сопутствующих проблем - уж точно как нибудь осилят и утилиту скомпилить.

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

325. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 16-Авг-25, 07:14

> откуда их больше для участия в разработке файловой системы посложнее хеловрота?
Если кто профачил попсовые LTS дистро - ему и напирать на пользовательскую базу - не дано. Странно, правда? :)
> Там, не поверишь, кодить уметь надо. И чужой код понимать, с чем
> сложнее. Остальные не подписываются на lkml, даже если и потихоньку экспериментируют.
Тогда придется STFU на тему пользовательской базы, и вынос этой штуки де факто импактил только тот десяток васянов. Да и даже десятка - в комитах особо не видно.
Думаешь, сможешь посидеть сразу на 2 стульях? И устроим элитизм, и гарцуя пользовательской базой? Так только на 2 твоих любимых стульях сразу посидеть, еще и отбив зад когда упадешь.
> лтсным дистро оно было не жарко и не холодно. Потому что для
> начала надо собрать еще не релизнутую даже версию самого ведра,
Оно несколько стабильных ядер с нами. Но пересечение множеств тех кто мог бы девелопать ядерную версию на си, тех кто в курсе что там ща curl | sh с ночнушками хpyста и проч, и хочет хардкорить со всем и сразу очень близко к 0 и так точно не катит напирать на userbase.
Есть 1 наблюдение.
- На btrfs после майнлайнинга быстро набежал народ комитить, и чтоб Мэйсон эн релизов ядра к ряду единолично все ворочал? Ну вот нет.
- Bcachefs отвисал эн релизов ядра в майнолайне с нами. Но комитит по прежнему 1 кент по сути. Некая структуральная разница. Это видно.
И кент сам себя загнал в эту ситуацию. Своим управлением проектом. Он - самая умная клава на деревне. Правда, деревня состоит по сути из него одного. Остальные и начинают задаваться вопросом - а им то это все на кой хрен?
> лтсному дистру совершенно не светит.Это вот такой интересный побочный эффект от
> попыток гнаться за шт@6ле нонсенсом.
фс утилсы и xpycт последней версии - к ядрам вообще не относятся. Ядро то как раз сбилдить, даже с распоследним bcachefs - без проблем. Именно системным тулчейном. Но вот хренли с ним делать без фс утилсов то потом? А сбилдить этого кадавра, который наполовину си, наполовину хруст, да еще - которому системный хруст не того и надо именно curl | sh для скачки ночнушек именно их фирменным методом... ну в общем дебианщики вот решили что нафиг им такой хоккей.
А теперь кажется и в майнлайне так решили. А ты то что, присоединился к банкету? Освоил уже обновление xpycта до ночной версии? Я б посмотрел на твои коменты по линии такого девелопа ФС, только мне кажется что если б это все на твою голову брякнулось, коменты были бы сильно иные :)
> Те кто с этим справляются самостоятельно, включая ворох сопутствующих проблем - уж
> точно как нибудь осилят и утилиту скомпилить.
Это тот неловкий момент когда ядерную часть скомпилить в цать раз проще чем фс утилсы. Там то как раз вменяемые люди, матрица совместимости билдсистемы VS существующие дистры норм вполне.
Только вот что с ней потом делать без утилс? :)
Я в этом смысле смухлевал - мои фсы были созданы сишной версией фс утил, а потом новые кернелы сами их апдейтили. Вот это прикольно придумано. Но без up to date фс утилсов все ж не комфортно а трахаться с васянским инсталлом методом curl | sh какой-то дряни я все ж не собираюсь. Так что суммарно по общему итогу запрыгов на эти грабли - оно интересное, прикольное, но - вероятно все же будет декомисовано за общую неюзабельность. К счастью на ней жили только "эксперименты", ибо я сразу не понимал - что от кента вдолгую ждать. Темная лошадка по прожектменеджменту. Мое чутье меня не обмануло.

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

258. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 07:23

> тогда, вероятно, подождите пока оно попадет в ваш дистрибутив. Раз уж даже
> этого не умеешь - тебе не надо трогать фс в разработке.
Торвальдс не совсем тупой и тоже видит что "широкая пользовательская база" оказывается состоит - из кента и десятка его дружбанов.
Дропануть допустим btrfs, нагнув >2 миллиарда юзерей за присест? Да, вот тут дважды подумаешь над импактом. Но у него фс утилсы - подо все что шевелится, и уровень проникновения технологии сильно более другой.
А 10 васянов которые таки исхитрились собрать утилсы к фс последней ночнушкой - не очень котируются как "широкуая пользовательская база". И вот тут уж - что-нибудь одно. Т.е. если хочется покозырять "не надо трогать, ..." - тогда забудьте про "широкая пользовательская база". Ибо эта база - КТО?! Те 10 васянов распершиеся на билд ночнушками?

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

149. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (124), 13-Авг-25, 13:11

Жалко конечно. Была надежда что в линуксе появится нормальная ФС, но видно не судьба.

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

300. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от 123 (??), 14-Авг-25, 17:21

Нормальные ФС в линухсе давно есть. Хочется фич zfs - юзайте zfs, не обязательно всё в ядро тащить.

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

307. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (124), 15-Авг-25, 07:57

ZFS очень медленная.

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

167. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от Аноним (167), 13-Авг-25, 14:15

Мягко говоря странновато делать fs , когда готова иная z fs и то есть не та что zfs и сделана она была далеко не всеми ими ну , а вы и дальше перевирайте и потом в попыхах ищите zlib да libzst пепевирайте факты ради каких то своих когнитивных плюсов

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

170. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от myster (ok), 13-Авг-25, 14:27

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

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

181. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от нах. (?), 13-Авг-25, 15:24

> ты же осознешь, что при таком образе мышления все бы до сих
> пор жили в пещерах и шалашах, и в набедренных повязках бегали
> с луком?
оно бы так и было, но тут полковник Кольт изобрел револьвер, и бегавшие с луками быстро отбегались.
А пока что нам предлагается вместо лука использовать пращу. Вещь, конечно, тоже ценная, но точность и скорострельность оставляют желать.

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

262. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 07:47

> оно бы так и было, но тут полковник Кольт изобрел револьвер, и
> бегавшие с луками быстро отбегались.
Ну вообще-то дело пошло не столько из-за Кольта, сколько из-за относительно дальнобойных и точных ружей.
А Зоркий Глаз, в третьем поколении заддр@вавший скилл владения луком и томагавком удивленно обнаружил что можно поймать пулю своей тушкой с расстояния на которое он вообще совсем никак лук распереть - не может. И остается только злобно трясти томагавком и стрелами в перерыве между драпанием от пуль. Можешь и не драпать - тогда вон там могилка образуется.

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

169. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +1 +/–

Сообщение от Аноним (169), 13-Авг-25, 14:27

Линус Торвальдс считает, что [...] нужны реальные доказательства, что взаимодействие с другими разработчиками проходит без конфликтов 🙈

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

176. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –3 +/–

Сообщение от freehck (ok), 13-Авг-25, 14:48

Так ведь мы эту тему уже обсуждали буквально месяц как, причём тут же, на опеннете. Зачем нужен повтор?

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

261. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 07:36

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

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

178. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от Аноним (177), 13-Авг-25, 15:09

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

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

209. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –2 +/–

Сообщение от myster (ok), 13-Авг-25, 19:48

А возможности BTRFS чем не устраивают? Её пока не выпилили. И надеюсь не собираются.

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

215. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (215), 13-Авг-25, 20:50

Оверинженернутый кусок гэ. Этим и не устраивает.

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

218. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от myster (ok), 13-Авг-25, 21:40

> Оверинженернутый кусок гэ. Этим и не устраивает.
В каком месте он "оверинженернутый"? По-моему там всё четко.

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

224. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (224), 13-Авг-25, 22:17

Что значит четко? Сколько лет ее мучают разработчики и до сих пор не могут добиться стабильности на уровне ext4, потому что от изначальной запроектированной чистой и гибкой архитектуры по ходу дела ушли в негибкое кривое нечто, в котором в одном месте чинят, в другом отваливается. Да хотя бы вспомнить как до сих пор нет нормального fsck, а если воспользоваться тем что есть, почти гарантированно посыпется вся ФС.
Bcachefs как раз позиционируется как переосмысление оверинженернутого btrfs.

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

305. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от myster (ok), 14-Авг-25, 21:18

> Что значит четко? Сколько лет ее мучают разработчики и до сих пор
> не могут добиться стабильности на уровне ext4, потому что от изначальной
> запроектированной чистой и гибкой архитектуры по ходу дела ушли в негибкое
> кривое нечто, в котором в одном месте чинят, в другом отваливается.
Надуманный гон. Давно стабильно работает у всех.
Открою феномен интернета: в интернете если поискать отзывы, совершенно по любому вопросу, то больше будет жалоб от тех у кого возникли проблемы. Потому что у тех, у кого проблем нет об этом и не трубят. Так что проблемы BTRFS преувеличены мягко говоря.
> Да хотя бы вспомнить как до сих пор нет нормального fsck,
это by design, какой fsck в CoW?  Есть btrfs check, btrfs scrub, btrfs balance
> а если воспользоваться тем что есть, почти гарантированно посыпется вся ФС.
нет.
Ты наверняка "btrfs check --repair" имеешь ввиду? Так везде написано, что это приведет к повреждениям. Название ключа согласен стоит переименовать. Надеюсь эту опцию заменят со временем.
> Bcachefs как раз позиционируется как переосмысление оверинженернутого btrfs.
Чем больше таких систем, тем лучше, я не против Bcachefs.

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

267. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +2 +/–

Сообщение от нах. (?), 14-Авг-25, 09:23

> В каком месте он "оверинженернутый"? По-моему там всё четко.
как там raid6 поживает? Уже можно пользоваться?
А, не, пока они заняты парсером лога.
"фсе четко" это когда в man page у тебя приведен oops в качестве примера когда надо смириться с потерей данных и вручную удалить сломавшееся? На пятнадцатом году успешной разработки на деньги оракла и мордокниги?
Ну ок.

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

283. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –2 +/–

Сообщение от Аноним (-), 14-Авг-25, 13:19

>> В каком месте он "оверинженернутый"? По-моему там всё четко.
> как там raid6 поживает? Уже можно пользоваться?
А рефлинки у вас там как, нормуль, пул перестраивать уже не надо? :)
> А, не, пока они заняты парсером лога.
Прикол, нах узнал про новую фичу и носится с ней как с писаной торбой. Правда "новая" эта фича очень условно, в ZFS есть сравнимая штука, примерно такой же свежести, но когда это мешало злопыхать и упражняться в двойных стандартах? :)
> качестве примера когда надо смириться с потерей данных и вручную удалить
> сломавшееся? На пятнадцатом году успешной разработки на деньги оракла и мордокниги?
Учитыая что вон там предлагали вообще пул перестроить от греха - но может когда и выкатим утил для фикса - кхм... может сэру вынуть бревно из глаза сначала? Попутно узрев в ZFS весьма сравнимую фичу :)

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

284. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 14-Авг-25, 13:35

твои бредни про рефлинки уровня мне троюродная тетя рассказала что ее дядя видел кого-то кто слышал звон - в дальнейшем будут приводить к полному игнору твоей писанины. Ибо надоел врать.
> Прикол, нах узнал про новую фичу и носится с ней как с писаной торбой.
фича подтверждена маном, ссылкой на багфикс который не доказанно фиксит баг потому что ненеслышали о тестах, наблюдается ЗДЕСЬ И СЕЙЧАС непосредственно участником форума. Проявляется в наистандартнейшем use-case который позиционируется как преимущество в шт@6ильных версиях. Ты, кстати, снова слился, не сумев проявить своей эксперизы.
Твою же бредятину никто никогда живьем не видел кроме каких-то совершенно неведомых васянов где-то на другом конце глобуса но и это неточно, потому что для ее проявления нужно совершенно феноменальное сочетание событий и еще и версия отсутствующая у большинства не-альфатестеров (это тебе потому что не юзерлевел бинарник собрать). Ни с какими рефлинками она вообще не связана и они на нее никак не влияют. Случайно совпало что проявилась в версии где уже были рефлинки.

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

326. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 16-Авг-25, 07:51

> твои бредни про рефлинки уровня мне троюродная тетя рассказала что ее дядя
> видел кого-то кто слышал звон
Спасибо, я в состоянии дойти до гитхаба сам - и посмотреть на чЮдные практики выкатки релиза и управления проектом. Без перепевки рабиновичем типа тебя.
И вот _этот_ курс действий очень рекомендуется и всем остальным. Смотрите на проекты и их менеджмент САМИ. По комитам, багам, практикам релиза, как новые фичи выкатывают, вот это все. Потому что у граждан с винодово-bsdшным бэкграундом есть нефиговый bias. И нехилый покус энтерпрайзом. А отдуваться за свой выбор все равно каждому самому.
>> Прикол, нах узнал про новую фичу и носится с ней как с писаной торбой.
> фича подтверждена маном, ссылкой на багфикс который не доказанно фиксит баг потому
> что ненеслышали о тестах,
Ну уж не сэру продвигающему NTFS, где баги сплошняком от винтукея до десятки живут, и ZFS, где рефлинки вываливают нетестированными - устраивать рыдания на тему тестов, имхо. Это квинтэссенция необъективности и предвзятости, из палаты мер и весов.
> наблюдается ЗДЕСЬ И СЕЙЧАС непосредственно участником форума.
Насколько я вижу - тут у господ очень избирательное зрение. А что мне нравится в btrfs, разработчики честны на тему состояния проекта, особенностей и проч. Можно планировать нормально, без сюорпризов. А не так что на лисяре я вижу одно, тут мне рассказывают что такнебывает, и вообще этодругое!!!11. Успехов проектам с таким сообщетсвом. Но я знаю чем это закончится, уже увидел на примере BSD и проприетарных *nix. С тех пор элитистов так и не попустило. Они нашли себе новую экосистемку которую можно разрушить. У вас это получится, я уверен в этом.
> Проявляется в наистандартнейшем use-case который позиционируется как
> преимущество в шт@6ильных версиях. Ты, кстати, снова слился, не сумев проявить
> своей эксперизы.
Я почему-то всегда думал что экспертиза в эксплуатации ФС - сводится к отсутствию факапов, а не умению их героически разгребать :D
> Твою же бредятину никто никогда живьем не видел кроме каких-то совершенно неведомых
> васянов где-то на другом конце глобуса но и это неточно,
Не, всю эту бредятину как господа делали релиз - я посомтрел в их чудном гитхабчике. И смог составить мое мнение о увиденном без помощи рабиновичей, за каким-то покрывающих криволапых господ с трешом в практиках релиза и даунплеящих нормальных разработчиков.
А поскольку я себе не враг - я буду строить свой курс действий на основе того что вижу, ибо - мое мнени как делать релизы и выкатывать новые фичи ближе к btrfs'никам. Это как раз вполне адекватные господа по моему опыту. А ты заслуживаешь вон тех релизеров на свою бошку. К счастью это не будет моей проблемой, а остальное не так уж и важно.
> что для ее проявления нужно совершенно феноменальное сочетание событий
Феноменальное событие - go попробовать ребилдануть на свежем релизе ФС. Где гении управления проектом врубили нетестированую фичу. По дефолту. Всем. Ведь что может пойти не так? Управление релизами на отличненько! И не, это не называлось альфой, или даже RC.
> и еще и версия отсутствующая у большинства не-альфатестеров
А что если мы все эти стандарты к btrfs применим и столько же скидок ему сделаем? Блин, так даже кент будет - не такой уж и ужасный раздолбай, пожалуй :)
> (это тебе потому что не юзерлевел бинарник собрать).
Прикольно гарцевать перед тем кто билдите себе ядра чартерными рейсами, да? :)
> Ни с какими рефлинками она вообще не связана
Я в курсе что core проблемы сильно дальше был. Но есть еще 1 проблемка. Намного более крутая. НИКАКОЕ управление выкаткой релиза, и это значительно жестче чем вон то.
И да - где же были ваши хваленые тесты с галочками? Как же так, ж... есть а слова нет?

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

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

304. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от myster (ok), 14-Авг-25, 21:11

> как там raid6 поживает?
RAID 0,1,10 то стабильны. В любом софте могут быть экспериментальные фичи - это норма.
Если хочется RAID 5,6 это можно делать железом или через mdadm (Synology его использует и ничего).
> "фсе четко" это когда в man page у тебя приведен oops в качестве примера когда надо смириться с потерей данных и вручную удалить сломавшееся? На пятнадцатом году успешной разработки на деньги оракла и мордокниги?
А как бы ты это реализовал?
oops заставляет вмешаться человека и решить человеку, что делать с повреждёнными данными. А представь, если бы оно само пыталось разрулить серьезные проблемы повреждения данных. Это неприемлимо.
Так что да - всё четко

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

313. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 15-Авг-25, 12:05

>> как там raid6 поживает?
> RAID 0,1,10 то стабильны. В любом софте могут быть экспериментальные фичи -
Пятнадцать лет? Братан, это фиаско. За это время некоторые эксперименты уже забеременеть успевают.
> Если хочется RAID 5,6 это можно делать железом или через mdadm (Synology
или выбросить "экспериментального" недоделка с задержками в развитии.
> его использует и ничего).
хорошего.
К тому же она не поделится (нет, там не тот mdadm что у тебя).
>> "фсе четко" это когда в man page у тебя приведен oops в качестве примера когда надо
>> смириться с потерей данных и вручную удалить сломавшееся? На пятнадцатом году успешной
> А как бы ты это реализовал?
что это - ошибку в log playback? Я бы уволил бездельника за 15 лет не сумевшего в тесты базовой функциональности, выдаваемой за мега-достижения именно данной фс. Судя по тому что это аж в ман попало - у него было полно образцов битых фс для теста (точнее могло бы быть если бы он их потрудился собрать). Но мордокнигу эта проблема не колебет, а остальным нате на лопате.
> oops заставляет вмешаться человека и решить человеку, что делать с повреждёнными
и что бы ты нарешал если вариант ровно один, удалить необрабатываемый лог? Но... есть нюанс - оносамо не умеет, потому что O_EXCL, и надо непременно загрузиться с другой фс (очень похоже на приключения zfs, но те, между прочим, справились)
> данными.
там, судя по исправлению, нет никаких поврежденных данных. Там логическая ошибка в парсере, вызванная изначально неверным архитектурным решением, из-за которой валидный лог вызывает "oops". При этом обойти эту запись и сохранить остальные данные технология не предусматривает - ты теряешь все что там оказалось с момента предыдущего принудительного сброса лога.
> А представь, если бы оно само пыталось разрулить серьезные проблемы повреждения
ты не поверишь, но bcachefs делает именно это. Потому что в отличие от мордокниги где "не загружается - offline, раб с отверткой беги, reinstall", пользователи valve ничего в консолечке ресетить не будут, а отправят поцарапанную коробку обратно и потребуют деньговзад.

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

327. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 16-Авг-25, 08:09

> 15 лет не сумевшего в тесты базовой функциональности, выдаваемой за мега-достижения
> именно данной фс.
Вот и предлагаю - уйти из ZFS причастных к активации в релизе нетестированой фичи рефлинков.
А то что core проблемы глубже - вот заодно и причастных к нему, за то что не смогли тесты для базовой функциональности свойе ФС. Как ты и сказал. А, погодите, половина как раз и ушло по причине кончины сан? Ну это так, если те же стандарты к твоему ZFS применить, без воплей что этодругое :)
> и что бы ты нарешал если вариант ровно один, удалить необрабатываемый лог?
Какой ужас. А тип на лисяре делал нечто сравнимое для ZFS, и даже статью на это написал. А с неких пор страдания таких как он услышали и сделаои такую фичу. Найдите блин 10 отличий.
> Но... есть нюанс - оносамо не умеет, потому что O_EXCL, и
> надо непременно загрузиться с другой фс
В современных дистро с initramfs и "recovery" сие не есть какой-то особый рокетсайнс. Да и лив бутявку себе скроить давно не считается чем-то из ряда вон. Если это какой-то типа-админ не может - может, ему метлу админить лучше? А то вон тот на лисяре вообще с hex editor развлекался в свое время, пока фичи не было.
> там, судя по исправлению, нет никаких поврежденных данных. Там логическая ошибка в
> парсере, вызванная изначально неверным архитектурным решением,
Это говорит сэр, даунплеящий логическую ошибку дидов в ZFS которая и привела у взбрыкау на рефлинках. А заодно - сэр рассказал про тесты и галочки. Которые это все почему-то успешно продолбали. Как и горе-релизеры врубившие новую фичу по дефолту без тестов.
> от мордокниги где "не загружается - offline, раб с отверткой беги,
> reinstall", пользователи valve ничего в консолечке ресетить не будут, а отправят
> поцарапанную коробку обратно и потребуют деньговзад.
Valve вроде бы только еще рассматривал возможность вот это все делать. И теперь - вероятно дважды подумает, надо ли оно им. Кент скажем так, рано подсек. Рыба, кажется, сорвалась. Не объяснили торопыжке что всму свое время и место. И если хочется вкусный ужин то торопиться с подсеканием - не надо. А он теперь получит только обглоданого червяка походу. Но опция еще раз закинуть удочку в теории даже осталась.

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

205. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +8 +/–

Сообщение от Аноним (205), 13-Авг-25, 18:45

Линус Торвальдс явно проблемы с коммуникацией - постоянно какие-то скандалы!

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

260. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 07:33

> Линус Торвальдс явно проблемы с коммуникацией - постоянно какие-то скандалы!
Ну так вы можете дать ему мастеркласс - берете сорц на kernel.org, форкаете, делаете как считали правильным. И если у вас получится лучше - почему бы другим к вам не присоединиться? :)
Но мне кажется что у вас будет нюанс по линии "получится лучше". Тем не менее, попытаться не запретишь. Это опенсорс. Тут каждый может попробовать быть Торвальдсом. Но неплохо бы быть реалистом насчет своих скиллов.

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

263. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +4 +/–

Сообщение от Аноним (224), 14-Авг-25, 08:49

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

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

282. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." –1 +/–

Сообщение от Аноним (-), 14-Авг-25, 13:13

> У тебя в голове каша. Анон выше сказал что у Торвальдса плохо
> с софт-скиллами, а ты предлагаешь дать Торвальдсу мастер-класс по хард-скиллам.
Судя по наездам на Кента довольно длинной плеядой майнтайнеров - вплоть до достаточно пацифистичного Tso или Bacik который вообще этим обычно не занимается - с софт скиллами было плохо все же не у Торвальдса.
А когда не правы все вокруг, и только Кент весь в белом - это как-то слишком уж хорошо чтобы быть правдой.

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

314. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 15-Авг-25, 12:11

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

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

295. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 16:07

Вчера кто-то выкалдывал ссылку на эпичный код, кажется расчета оставшегося места ФС.
С рандомом и magic numbers.
(возможно это был "нax.")
Но кажется всю ветку снесли((
Если вас не затруднит, поделитьесь еще раз.

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

299. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от нах. (?), 14-Авг-25, 16:52

опять снесут, там же ЛИИИИНКИ!
(там не оставшееся место на фс, но тоже довольно уныло все - потом эта магия в другом месте не менее магично применяется не тем концом)
В общем, интересущее тебя место живет в libzpool/arc_os.c начиная со строки 50 (последствие рефакторинга чтоб ты не мог так легко узнать кто ж это все наделал, ай-ай-ай)
там еще много этих рандомов и прочей наводящей тоску чуши.
Reviewed-by: Alexander Motin <mav@... так что им оно как раз.
А сам код который должен бы был с этим что-то делать - ищи в module/zfs/arc.c (и не спрашивай меня почему так и причем тут zpool)
Попутно можешь рядышком посмотреть в abd.c, плюнуть, и пойти выяснять почем там кредит на открытие малого бизнеса где-нибудь в удаленной местности.

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

301. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 14-Авг-25, 17:26

спасибо!

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

329. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..." +/–

Сообщение от Аноним (-), 16-Авг-25, 09:33

> Вчера кто-то выкалдывал ссылку на эпичный код, кажется расчета оставшегося места ФС.
> С рандомом и magic numbers.
> (возможно это был "нax.")
Я тоже не понимаю - зачем стерли суперкод. Вроде относительно по теме и фрагмент кода прикольный.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+12 +/–
Сообщение от Аноним (2), 12-Авг-25, 22:59
Ссылка на сайт bcachefs, ссылка на статью опеннета о включении bcachefs в состав ядра, июньская новость о конфликте и возможном исключении bcachefs из состава ядра. Так и не понял, что ноаого-то произошло?
Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	–10 +/–
	Сообщение от нах. (?), 12-Авг-25, 23:57
	таки возможное стало свершившимся. В целом, конечно, и хрен с ней, поскольку layered fs нужны примерно никому, штука основанная опять двадцать-пять на btree (про который Шишкин все уже написал), EC не работает, навечно, видимо, застряв в incomplete, снапшоты и сабволы даже еще более примитивные чем у бырбыры, ни для бэкапа ни для управления пространством не годятся, just a fancy directories (которые еще и долго удаляются). т.е. никакого применения ни в промышленности ни для хомячков не просматривается даже при идеальном сценарии, только для любителей подкроватных серверов с "от шести до восьми сата коннекторов".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+2 +/–
	Сообщение от дАнон (?), 13-Авг-25, 01:24
	вот для подкроватных сервов как раз ничего кроме него нету
	Ответить \| Правка \| Наверх \| Cообщить модератору


	98. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+2 +/–
	Сообщение от Минона (ok), 13-Авг-25, 08:51
	> вот для подкроватных сервов как раз ничего кроме него нету Есть -- ZFS.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	–2 +/–
	Сообщение от Аноним (-), 13-Авг-25, 10:54
	>> вот для подкроватных сервов как раз ничего кроме него нету > Есть -- ZFS. Это примерно как сказаьт что 600-й мерседес - мечта всех граждан СССР - тоже мерседес. В принципе все так. Просто большая их часть к данному моменту - проржавелые рыдваны, и мечтато о таком - довольно странно стало уже. Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта. Лет 20 назад. А сейчас - вон то.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	124. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+3 +/–
	Сообщение от Аноним (124), 13-Авг-25, 11:52
	Очень удачное сравнение. Так как старые Мерседесы дадут 100 очков вперё современным, причём во всех отношениях, за исключением разве что пассивной безопасности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	171. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Аноним (-), 13-Авг-25, 14:31
	> Очень удачное сравнение. Так как старые Мерседесы дадут 100 очков вперё современным, > причём во всех отношениях, за исключением разве что пассивной безопасности. Ну да, у новых - прогнивщих от соли порогов и ржавчины везде и всюду - нет. Отстой, что сказать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	146. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+2 +/–
	Сообщение от Минона (ok), 13-Авг-25, 12:48
	>>> вот для подкроватных сервов как раз ничего кроме него нету >> Есть -- ZFS. > Это примерно как сказаьт что 600-й мерседес - мечта всех граждан СССР > - тоже мерседес. В принципе все так. Просто большая их часть > к данному моменту - проржавелые рыдваны, и мечтато о таком - > довольно странно стало уже. Не 600-й, а гелик. А вообще, аналогии это не твоё. > Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта. > Лет 20 назад. А сейчас - вон то. Ну ты вот мечтал о бэкэш и... обломился.
	Ответить \| Правка \| К родителю #118 \| Наверх \| Cообщить модератору


	175. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	–4 +/–
	Сообщение от Аноним (-), 13-Авг-25, 14:46
	> Не 600-й, а гелик. Не помню чтобы о них в 90-е мечтали. Все хотели - 600й мерс, и только так. Это прямо идея фикс была. А лет 5 назад мне парочка таких попалась на глаза, где-то в пригородах дефолтсити по моему. Ну я и поугорал насколько печальной может стать мечта с прошествием времени. А вот именно массово, и тем более в хорошем состоянии - блин где такие водятся то? Даже специально то - заманаешься ЭТО искать. Они просто вымерли уже почти все. Вот ваш ZFS - примерно так же стал. Ну да, теоретически кондовый. И даже нашару выкинули. Но практически проектом рулят какие-то сельские програмисты видимо, которые рефлинки выгружат активными по дефолту, прям на юзерях потестить. Стебнее всего что TEST FAILED довольно быстро случился. >> Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта. >> Лет 20 назад. А сейчас - вон то. > Ну ты вот мечтал о бэкэш и... обломился. Во первых - я умею билдить и ядра и модули, если оно мне станет надо - я и вне майнлайна могу. Во вторых - ZFS такой же внемайнлайновый, только еще древний и дурной. Но учитывая дурацкий менеджмент проекта кентом я совсем не уверен что оно мне надо. Ибо фс утилсы которые можно получить только скачайтеночнушку раста - это довольно лютый фйэспалм. О том что фс улитсам стоит быть доступным на максимуме конфиг кидисам явно не расссказали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	270. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+2 +/–
	Сообщение от Минона (ok), 14-Авг-25, 09:45
	>[оверквотинг удален] >>> Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта. >>> Лет 20 назад. А сейчас - вон то. >> Ну ты вот мечтал о бэкэш и... обломился. > Во первых - я умею билдить и ядра и модули, если оно > мне станет надо - я и вне майнлайна могу. Во вторых > - ZFS такой же внемайнлайновый, только еще древний и дурной. > Но учитывая дурацкий менеджмент проекта кентом я совсем не уверен что оно > мне надо. Ибо фс утилсы которые можно получить только скачайтеночнушку раста > - это довольно лютый фйэспалм. О том что фс улитсам стоит > быть доступным на максимуме конфиг кидисам явно не расссказали. Мой ZFS на моей задаче отлично работает. А на вашем BTRFS моя задача не решается никак, вообще. Так что сиди на своём локалхосте, билди ядра и модули, и убеждай себя в том, что бырбыр и быкыш это круто, модно и молодёжно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	274. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Аноним (-), 14-Авг-25, 11:55
	> Мой ZFS на моей задаче отлично работает. > А на вашем BTRFS моя задача не решается никак, вообще. > Так что сиди на своём локалхосте, билди ядра и модули, и убеждай > себя в том, что бырбыр и быкыш это круто, модно и молодёжно. У нас видимо и правда разные задачи. И что там у какого-то дяди на энтерпрайзной хранилке - мне вообще класть. Ибо я не придаток к корпорациям. А вот какие технологии будут "at my fingertips" - и чтоб недорого и круто - вот тут да, мне становится интересно. А быть сапожником без сапог мне как-то не комильфо. А по энтерпрайзным файлопомойкам у меня и правда никакого фанатизма нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	285. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Минона (ok), 14-Авг-25, 13:40
	>> Мой ZFS на моей задаче отлично работает. >> А на вашем BTRFS моя задача не решается никак, вообще. >> Так что сиди на своём локалхосте, билди ядра и модули, и убеждай >> себя в том, что бырбыр и быкыш это круто, модно и молодёжно. > У нас видимо и правда разные задачи. И что там у какого-то > дяди на энтерпрайзной хранилке - мне вообще класть. Ибо я не > придаток к корпорациям. Конечно, разные! Моя задача — решать задачу энтерпрайза наиболее подходящим для этой задачи инструментом. А задачи в энтерпрайзе разные. За это я получаю хорошую зарплату и спокойно сплю по ночам. Твоя — фапать на «круто, модно, молодёжно» (ТМ). > А вот какие технологии будут "at my fingertips" - и чтоб недорого > и круто - вот тут да, мне становится интересно. А быть > сапожником без сапог мне как-то не комильфо. А по энтерпрайзным файлопомойкам > у меня и правда никакого фанатизма нет. Вот как раз ты-то и есть сапожник без сапог. У меня-то всё в мейнлайне, оттестировано и работает стабильно. А твой удел — «билдить ядра и модули» и просыпаться ночью в холодном поту с мыслью «а что на этот раз отвалилось».
	Ответить \| Правка \| Наверх \| Cообщить модератору


	315. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Аноним (-), 15-Авг-25, 14:36
	> Конечно, разные! > Моя задача — решать задачу энтерпрайза наиболее подходящим для этой задачи инструментом. А сам небось - образцовый сапожник без сапог, с ынтыэфэсиком, как коллеги пох и нах, да? :) > А задачи в энтерпрайзе разные. Это ваши заморочки. А мне оно интересно не более чем особенности размножения мамонтов. Поэтому ваш ZFS мне понятно насколько нужен. > За это я получаю хорошую зарплату и спокойно сплю по ночам. Я очень рад за вас, но какое это все имеет отношение к топику? > Твоя — фапать на «круто, модно, молодёжно» (ТМ). Моя - научиться делать хорошие сапоги хотя-бы для себя, до того как я буду считать себя нормальным сапожником. Меня general purpose аспекты больше волнуют. Но при удобном менеджменте, запилить многодисковую фску на несколько дисков - пуркуа б да не па? Конечно не 100500 дисковые, на петабайты. Это для покусаных энтерпрайзами дино. > Вот как раз ты-то и есть сапожник без сапог. Это как? Я обслуживаю абсолютно все свои системные нужды сам, без упования на дядей - и еще другим наворачиваю. > У меня-то всё в мейнлайне, оттестировано и работает стабильно. Что у тебя - в мейнлайне? ZFS твой? А как он оттестирован я уже видел на примере рефлинков. Прикольно там тестирование сделано было. > А твой удел — «билдить ядра и модули» и просыпаться ночью в > холодном поту с мыслью «а что на этот раз отвалилось». Я так то btrfs в освномном юзаю. А сабж - в основмном эксперимент - "а может еще лучше будет?". Пока ответ скорее отрицательный из-за длб-зма Кента. Но интересные идеи в дизайне есть, а если он надумает прийти в адекват - чему такое о314вание очень способствует - неплохая ФСка на парспективу. А зачем мне с ZFS возиться - я ума не приложу. Ибо мне энтерпрайзные файлопомойки не интересны а больше он ни для чего и не уперся особо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	318. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Минона (ok), 15-Авг-25, 15:55
	>> Конечно, разные! >> Моя задача — решать задачу энтерпрайза наиболее подходящим для этой задачи инструментом. > А сам небось - образцовый сапожник без сапог, с ынтыэфэсиком, как коллеги > пох и нах, да? :) Самиздатом я 25 лет назад занимался. Но ты ж про десктоп намекаешь. Так вот удобных десктопа есть ровно два -- винда и мак. Поделки сообщества до них не дотягивают. >> А задачи в энтерпрайзе разные. > Это ваши заморочки. А мне оно интересно не более чем особенности размножения > мамонтов. Поэтому ваш ZFS мне понятно насколько нужен. >> За это я получаю хорошую зарплату и спокойно сплю по ночам. > Я очень рад за вас, но какое это все имеет отношение к > топику? Прямое -- собирать систему из ГиП -- это плохой сон и минус в ЗП. >> Твоя — фапать на «круто, модно, молодёжно» (ТМ). > Моя - научиться делать хорошие сапоги хотя-бы для себя, до того как > я буду считать себя нормальным сапожником. Меня general purpose аспекты больше 30 лет назад самиздат был актуальным. Сейчас -- "все придумано до нас". Берешь готовые стабильные компоненты и собираешь. > волнуют. Но при удобном менеджменте, запилить многодисковую фску на несколько дисков > - пуркуа б да не па? Конечно не 100500 дисковые, на > петабайты. Это для покусаных энтерпрайзами дино. Ну на бырбыре из многодискового ты разве что рейд 10 соорудишь. Насколько это будет надежно хз. >> Вот как раз ты-то и есть сапожник без сапог. > Это как? Я обслуживаю абсолютно все свои системные нужды сам, без упования > на дядей - и еще другим наворачиваю. Серьёзно?! Патчи к ядрам сам пишешь? >> У меня-то всё в мейнлайне, оттестировано и работает стабильно. > Что у тебя - в мейнлайне? ZFS твой? А как он оттестирован > я уже видел на примере рефлинков. Прикольно там тестирование сделано было. Да, у меня ZFS в мейнлайне потому как там где он используется не Линукс. >> А твой удел — «билдить ядра и модули» и просыпаться ночью в >> холодном поту с мыслью «а что на этот раз отвалилось». > Я так то btrfs в освномном юзаю. А сабж - в основмном > эксперимент - "а может еще лучше будет?". Пока ответ скорее отрицательный > из-за длб-зма Кента. Но интересные идеи в дизайне есть, а если > он надумает прийти в адекват - чему такое о314вание очень способствует > - неплохая ФСка на парспективу. Надежды юношей питают... > А зачем мне с ZFS возиться - я ума не приложу. Ибо > мне энтерпрайзные файлопомойки не интересны а больше он ни для чего > и не уперся особо. Так с твоим интересом «билдить ядра и модули» тебе и не предлагается с ней возиться.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	331. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от iZEN (ok), 16-Авг-25, 10:29
	> Но учитывая дурацкий менеджмент проекта кентом я совсем не уверен что оно мне надо. "Зелен виноград".
	Ответить \| Правка \| К родителю #175 \| Наверх \| Cообщить модератору


	121. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от нах. (?), 13-Авг-25, 11:44
	для единичного подкроватного сервера слишком сложно и при этом не умеет в тот же layered storage (а такому оно как раз), дисковое пространство надо планировать заранее и головой, чтоб не понадобился потом второй подкроватный сервер для переразбивки первого, в общем, не, не наш выбор.
	Ответить \| Правка \| К родителю #98 \| Наверх \| Cообщить модератору


	151. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Минона (ok), 13-Авг-25, 13:22
	> для единичного подкроватного сервера слишком сложно и при этом не умеет в > тот же layered storage (а такому оно как раз), дисковое пространство > надо планировать заранее и головой, чтоб не понадобился потом второй подкроватный > сервер для переразбивки первого, в общем, не, не наш выбор. Что может быть проще ZFS =)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	159. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от нах. (?), 13-Авг-25, 13:45
	autopart --type=plain --nolvm --nohome --fstype ext4 Если дисков в сервере больше одного - ну type thinp будет. И - работает. Для подкроватного сервера вполне достаточно. (раздел потом расширить не забудь, есть у autopart занятный глюк родом из нулевых)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	309. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Минона (ok), 15-Авг-25, 09:14
	> autopart --type=plain --nolvm --nohome --fstype ext4 Это слишком просто 😏
	Ответить \| Правка \| Наверх \| Cообщить модератору


	240. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	–1 +/–
	Сообщение от Petrovich (??), 14-Авг-25, 04:04
	>>второй подкроватный сервер для переразбивки первого Проблемы начинаются только если требуется урезать размер пула. А с увеличением нет никаких проблем. В ZPOOL можно докинуть любые VDEV. В VDEV можно докинуть новые HDD, или заменить старые на более емкие. Единственное с чем действительно нужно определиться заранее это с типом VDEV. Поменять тип VDEV нельзя. Выкинуть VDEV нельзя если это RAIDZ1/2/3.
	Ответить \| Правка \| К родителю #121 \| Наверх \| Cообщить модератору


	291. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+1 +/–
	Сообщение от нах. (?), 14-Авг-25, 15:16
	Короче - чего не хватишься, ничего нельзя. Спасибо, (/nic), мы знаем. И layered кэша тоже нет (нет, l2arc это не оно, zil тем более не оно, вы оба не хотите). Так какую же fs выбрать васяну для подкроватного сервера чтоб потом без лишних осложнений - такую где нельзя, или такую где можно? Мы тут прям растерялись...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	243. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	–1 +/–
	Сообщение от Petrovich (??), 14-Авг-25, 04:32
	Блок питания типичного подкраватного сервера вывозит максимум 6 HDD собранных в RAIDZ1/2/3. При большем количестве во время параллельной нагрузки питание становится нестабильным и накопители начинают вылетать из массива. Не суметь спланировать 6 накопителей это еще постараться нужно. А если это одиночный диск или mirror VDEV, то его можно запросто выкидывать из пула, тем самым уменьшать размер.
	Ответить \| Правка \| К родителю #121 \| Наверх \| Cообщить модератору


	191. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от дАнон (?), 13-Авг-25, 17:43
	мне к примеру нужен простой пул без RAID знаний и пр, да и в целом RAID не нужен, как и избыточная надёжность. зато нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш слышал только на кастомной версии BTRFS на синологи. ещё писали что для метаданных есть на XFS, но на XFS даже не вкупил как это сделать. по итогу пока BcacheFS юзаю хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС. вот буду ждать смотреть
	Ответить \| Правка \| К родителю #98 \| Наверх \| Cообщить модератору


	207. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от pavel_simple. (?), 13-Авг-25, 19:10
	> мне к примеру нужен простой пул без RAID знаний и пр, да > и в целом RAID не нужен, как и избыточная надёжность. зато > нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш > слышал только на кастомной версии BTRFS на синологи. ещё писали что > для метаданных есть на XFS, но на XFS даже не вкупил > как это сделать. по итогу пока BcacheFS юзаю > хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС. > вот буду ждать смотреть всмысле анонсировали, bcache давно в мейнлайне
	Ответить \| Правка \| Наверх \| Cообщить модератору


	269. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Минона (ok), 14-Авг-25, 09:31
	>> мне к примеру нужен простой пул без RAID знаний и пр, да >> и в целом RAID не нужен, как и избыточная надёжность. зато >> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш >> слышал только на кастомной версии BTRFS на синологи. ещё писали что >> для метаданных есть на XFS, но на XFS даже не вкупил >> как это сделать. по итогу пока BcacheFS юзаю >> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС. >> вот буду ждать смотреть > всмысле анонсировали, bcache давно в мейнлайне Его уже собираются выкинуть оттуда.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	293. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от pavel_simple. (?), 14-Авг-25, 15:26
	>>> мне к примеру нужен простой пул без RAID знаний и пр, да >>> и в целом RAID не нужен, как и избыточная надёжность. зато >>> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш >>> слышал только на кастомной версии BTRFS на синологи. ещё писали что >>> для метаданных есть на XFS, но на XFS даже не вкупил >>> как это сделать. по итогу пока BcacheFS юзаю >>> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС. >>> вот буду ждать смотреть >> всмысле анонсировали, bcache давно в мейнлайне > Его уже собираются выкинуть оттуда. bcache? откуда новости?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	294. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+1 +/–
	Сообщение от Минона (ok), 14-Авг-25, 15:53
	>[оверквотинг удален] >>>> и в целом RAID не нужен, как и избыточная надёжность. зато >>>> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш >>>> слышал только на кастомной версии BTRFS на синологи. ещё писали что >>>> для метаданных есть на XFS, но на XFS даже не вкупил >>>> как это сделать. по итогу пока BcacheFS юзаю >>>> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС. >>>> вот буду ждать смотреть >>> всмысле анонсировали, bcache давно в мейнлайне >> Его уже собираются выкинуть оттуда. > bcache? откуда новости? А, я попутал, сорри. У меня уже все эти бэкэши* глаза замылили.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	208. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	–1 +/–
	Сообщение от Аноним (-), 13-Авг-25, 19:47
	"зато нужен SSD кеш" Нужен кэш для SSD? Кэш операционной системы не устраивает? Я не агитирую за Btrfs. Надо понимать, что даже если copy-on-write это: «Btrfs не обходит системный кэш. Как и любые другие стандартные Linux-файловые системы, Btrfs по умолчанию использует page cache ядра для буферизации операций чтения и записи. При записи данных Btrfs применяет свою модель copy-on-write, delayed allocation и периодически сбрасывает (fsync, commit) данные и метаданные на диск, но всё это происходит поверх общего кэша ОС» https://ibb.co/S79Vzqsj
	Ответить \| Правка \| К родителю #191 \| Наверх \| Cообщить модератору


	210. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Аноним (-), 13-Авг-25, 20:03
	"Надо понимать, что даже если copy-on-write это: ..." Даже если говорить про copy-on-write, Btrfs не обходит системный кэш: ... Так првильние
	Ответить \| Правка \| Наверх \| Cообщить модератору


	211. "Bcachefs будет исключён из ядра Linux из-за конфликта между ..."	+/–
	Сообщение от Аноним (211), 13-Авг-25, 20:06
	Так првильнее.
	Ответить \| Правка \| Наверх \| Cообщить модератору