The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Bcachefs будет исключён из ядра Linux из-за конфликта между разработчиком и мэйнтейнерами"  +/
Сообщение от opennews (?), 12-Авг-25, 22:59 
Файловая система Bcachefs будет удалена из основного дерева ядра Linux. Несмотря на технические достоинства и активное развитие, судьба проекта осложнилась из-за затянувшегося конфликта между его автором Кентом Оверстритом (Kent Overstreet) и ведущими мэйнтейнерами подсистем виртуальной памяти (VM) и файловых систем (FS)...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63717

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

Оглавление

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

2. Сообщение от Аноним (2), 12-Авг-25, 22:59   +10 +/
Ссылка на сайт bcachefs, ссылка на статью опеннета о включении bcachefs в состав ядра, июньская новость о конфликте и возможном исключении bcachefs из состава ядра.

Так и не понял, что ноаого-то произошло?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #80

3. Сообщение от Аноним (3), 12-Авг-25, 23:00   +10 +/
Голосование на острове в какой серии было?
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Аноним (5), 12-Авг-25, 23:13   –2 +/
> проблема носит системный характер и касается ... всей группы мейнтейнеров файловых систем и подсистемы виртуальной памяти

Вот это разборки там... Может пора заморозить ядро?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #76

6. Сообщение от Аноним (6), 12-Авг-25, 23:16   +4 +/
Ну заморозь себе ядро, выбери версию и зафиксируй, кто ж мешает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #8

7. Сообщение от XeXeemail (?), 12-Авг-25, 23:18   +11 +/
Этот Кент тот еще кент, конечно, но думаю - дело не в этом. Bcachefs, развиваемая Кентом почти в одиночку, выглядит сильно приличнее btrfs, в которую вкинуты лямы денег и человеко-часов. Просто кто-то не умеет признавать ошибки и пользуется своим служебным положением.

Ну а Линус давно на крючке у тех корпов, что им пользуются. Я бы даже сказал - на CoC'е.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #77

8. Сообщение от Аноним (5), 12-Авг-25, 23:22   +1 +/
Это как-то поможет COWбоям не лаяться между собой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от Аноним (9), 12-Авг-25, 23:24   +5 +/
Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82, #99, #168

10. Сообщение от Аноним (10), 12-Авг-25, 23:28   +2 +/
Реальных причин две: 1) Линус уже старый и его мозг не тянет постоянный хакинг ядра 2) у корпораций своё видение того, как должны выглядеть файловые системы
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #105, #106

11. Сообщение от чатжпт (?), 12-Авг-25, 23:29   +1 +/
разработчик фс - это как клеймо на социальных скилах. что с ними не так
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

12. Сообщение от Аноним (124), 12-Авг-25, 23:29   +1 +/
Шишкин был прав.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

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

Поэтому у него нет другого выбора как НЕ быть привязанным к разработке ядра.

Линус всё верно разрулил.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #18, #32

14. Сообщение от Аноним (14), 12-Авг-25, 23:36   +1 +/
И да, и нет.

Дистры очень неохотно включают патчи для больших фич.

В Fedora их практически нет - уже засада.

Насчёт Debian/Ubuntu не в курсе.

Arch как будто не против.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #84

15. Сообщение от Аноним (18), 12-Авг-25, 23:38   +6 +/
Давно пора, надоело уже про эти сопли читать.

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

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

16. Сообщение от Аноним (-), 12-Авг-25, 23:41   +6 +/
> потребует от Кента активного участия в других проектах ядра

Нафига Кенту участвовать в чем-то кроме файлухи?
Или это типа в нагрузку чтобы грехи отмаливал?

> и сотрудничества с уважаемыми мэйнтейнерами.

Ахаха! Кучку старых увОжаемых прдунов держится зубами за насиженное местечко и гнобит молодых. Никогда такого не было и вот опять.
Жаль нет подробностей с кем именно он поругался.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #29, #201

17. Сообщение от Аноним (14), 12-Авг-25, 23:44   +3 +/
Часто одна из бед очень талантливых людей - это отсутствие скиллов по общению и урегулированию разногласий. Если бы Кент был хоть чуть чуть спокойней, уравновешенней и рациональней, ничего бы этого не произошло.

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

Это, наверное, самая печальная новость в мире Линукса за всё моё время его использования - скоро как 30 лет.

Цитировать Линуса не могу, но, да, он буквально сказал, что Кенту придётся посидеть на обочине разработки основной ветки ядра. В 6.18 bcachefs выкинут на неопределённое время.

Всем удачи,
Артём

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #31, #74, #87

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

Критические исправления ФС вноситься вообще не должны, потому что в код изначально не должны попадать критические проблемы для которых нужны критические исправления. Пусть идёт на курсы повышения квалификации и учится в тестирование.

Но это, с другой стороны, касается и всего ядра. Было бы нормальное тестирование, не нужны были бы заморозки и эти окна слияния из прошлого века. Индустрия давно уже доросла до stable trunk, только отдельные монокопролиты за ней не успевают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #41

19. Сообщение от Аноним (19), 12-Авг-25, 23:46   +1 +/
Всё оно так, и я об этом говорю уже лет 20.

Настолько огромный и важный проект разрабатывать по ... почте?

Это шутка такая?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #24, #101

21. Сообщение от Аноним (21), 12-Авг-25, 23:47   +1 +/
Столкнулись два барана на горной тропе. Победил старый самец.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

22. Сообщение от Аноним (22), 12-Авг-25, 23:48   +2 +/
> Нафига Кенту участвовать в чем-то кроме файлухи?

Вообще, Кент посылал изменения в MM и VFS, и там были вещи, которые по качеству совсем не очень, и фиксы были достаточно критичными.

> Жаль нет подробностей с кем именно он поругался.

Если почитать LKML, всё там есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #30

23. Сообщение от Аноним (18), 12-Авг-25, 23:54   +/
> Часто одна из бед очень талантливых людей - это отсутствие скиллов по общению и урегулированию разногласий.

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #183

24. Сообщение от _ (??), 12-Авг-25, 23:54   +/
Нет.
Оно конечно подустарело... но!
Это вполне себе решение для _настолько_ распределённой разработки.
А ты зря вошёлвайти(С), лучше выйди отседа! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #47, #66

25. Сообщение от нах. (?), 12-Авг-25, 23:57   –8 +/
таки возможное стало свершившимся. В целом, конечно, и хрен с ней, поскольку layered fs нужны примерно никому, штука основанная опять двадцать-пять на btree (про который Шишкин все уже написал), EC не работает, навечно, видимо, застряв в incomplete, снапшоты и сабволы даже еще более примитивные чем у бырбыры, ни для бэкапа ни для управления пространством не годятся, just a fancy directories (которые еще и долго удаляются).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #56

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

:(

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

27. Сообщение от Karl Richter (ok), 12-Авг-25, 23:58   –1 +/
Может и приличнее, но медленнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #57

28. Сообщение от Аноним (30), 12-Авг-25, 23:59   +8 +/
> обещания "вести себя лучше" недостаточны — нужны реальные доказательства

Когда Интел пихал в ядро "инклюзивный" нейминг, то Линус молчал в тряпочку, а тут грозный альфа лев.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #155

29. Сообщение от нах. (?), 13-Авг-25, 00:01   +/
> Нафига Кенту участвовать в чем-то кроме файлухи?

потому что у нас уже есть одна zfs где
#ifdef SOLARIS
мы возвращаем системе память как только она ей потребовалась
#else
да идите вы... нате вам tunable ограничивающий общее потребление и крутитесь как хотите
(потому что в вашем ядре нет нужных нам интерфейсов и пропихнуть их невозможно)
#endif

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #50

30. Сообщение от Аноним (30), 13-Авг-25, 00:02   +1 +/
Зачем вообще начитать какой-то срач по поводу поздних пулов? Двигаешь в след. релиз и точка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #113

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #36, #111

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #44, #53

33. Сообщение от Аноним (30), 13-Авг-25, 00:07   +7 +/
Каждый раз когда Линус пытается прояснить ситуацию получается хуже чем если бы ничего не комментировал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

34. Сообщение от Аноним (34), 13-Авг-25, 00:08   +9 +/
Слишком умные? Хотят достигать результата, а не просто одеваться по моде и обсуждать у кофемашины прошедшую поездку в отпуск?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #37

35. Сообщение от Аноним (-), 13-Авг-25, 00:14   +2 +/
А это ужасный "инклюзивный нейминг" пользокам портил данные на диске?
Или может его пихали в фазу разработки, когда нельзя было, как наш герой - фичи под видом фиксов?

Ну так поэтому и мочал, от нейминга мало кому холодно или жарко, в отличии от.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #60

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

* содержать immutable base volume
* поддерживать для него компрессию
* работать быстро
* поддерживать RW overlay

btrfs как будто подходит, но она тормозная и tooling ужасный.

Артём

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #45, #141

37. Сообщение от чатжпт (?), 13-Авг-25, 00:15   +/
тот который в тюрьме сидит - тоже из этих, умных?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #39, #42

39. Сообщение от Аноним (-), 13-Авг-25, 00:20   +3 +/
Не, это точно нет.
Он книги "как заметать следы после убийства" купил после(!!) совершения преступления.
Странно что он не косил под умственно отсталого))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #63

40. Сообщение от L29Ah (ok), 13-Авг-25, 00:21   +1 +/
файловые системы это опасная тема, дети

нужна психологическая оценка длительной работы с кодом передовых файловых систем на языке C

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

41. Сообщение от Аноним (34), 13-Авг-25, 00:22   +2 +/
> Было бы нормальное тестирование

Можно ваше мнение, как именно нужно тестировать проект, основная задача которого скрывать в себе костыли для работы с железом, чтобы прикладному софту казалось, что всё работает как надо? И как это сделать, чтобы производительность не выглядела так, словно ядро написано на интерпретируемом языке?

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

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

> не нужны были бы заморозки и эти окна слияния из прошлого века

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #61, #64

42. Сообщение от Аноним (34), 13-Авг-25, 00:24   +/
Из слишком умных, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

43. Сообщение от Аноним (43), 13-Авг-25, 00:28   +/
Корову не поделили?
Ответить | Правка | Наверх | Cообщить модератору

44. Сообщение от Аноним (34), 13-Авг-25, 00:28   +1 +/
> кучу кода, который им грохает данные

Драйвер же был "в разработке". Никто и не ожидал, что он будет стабильно и надёжно работать. В чём проблема?

> книги по разработке

Тем временем "книги по разработке": "Не бывает софта без ошибок!"

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

45. Сообщение от нах. (?), 13-Авг-25, 00:28   +/
странные оне... казалось бы - любая (пусть ext4) в r/o, и любая из десятка васянских overlayfs для rw должны быть в разы проще и быстрее, разьве что со снапшотами ничего не получится.

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

но хотя бы становится ясным, для кого понапихана вся та стремная автоматика прямо в ядре.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #59

46. Сообщение от Аноним (-), 13-Авг-25, 00:29   +4 +/
> Столкнулись два барана на горной тропе. Победил старый самец.

Два О_о?
Да там этих баранов - половина переписки!
Один просто решение принял.

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

47. Сообщение от Аноним (-), 13-Авг-25, 00:34   +4 +/
Work on 6.16 came from 2,057 developers
Это что много?
Особенно с учетом, что они пилят разные куски к̶о̶п̶р̶о̶л̶и̶т̶а̶ монолита.

Я думаю голубиная почта это просто дань дидам, которые нового осилить не могут.
У линукс фоундешн есть достаточно ресурсов для создания или развертывания своего багтрекера/системы управления проектами.

Зато удобно искать свой ответ на свой вопрос в письме 21/25.
Если его вообще заметят)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #54, #67

48. Сообщение от НяшМяш (ok), 13-Авг-25, 00:40   +/
https://lore.kernel.org/lkml/22ib5scviwwa7bqeln22w2xm3dlywc4.../

Какая бы файлуха не была крутая, она не нужна, если её единственный создатель\меинтейнер неадекват. А то не дай бог как с Хансом Райзером приключится ситуация.

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

50. Сообщение от знаток вайваев (?), 13-Авг-25, 00:46   +/
С разморозкой! зфс последний раз десять лет назад видел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #135

51. Сообщение от Аноним (51), 13-Авг-25, 01:00   +1 +/
Кент, го к нам в BSD развивать файловые системы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #140

52. Сообщение от Аноним (52), 13-Авг-25, 01:05   +/
Ему уже Valve за это платит, так что вряд ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #163

53. Сообщение от Аноним (53), 13-Авг-25, 01:07   +4 +/
> А то вываливать пользователям кучу кода, который им грохает данные.. это не профессионально, что ли

Литерали всему линуксу можно, а ему нет.. это предвзято, что ли

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #164

54. Сообщение от Аноним (53), 13-Авг-25, 01:10   +1 +/
А в чём ещё такой прорве народа скидывать код, в дискорде?
Ничего лучше plain text человечество не изобрело
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

55. Сообщение от Аноним (55), 13-Авг-25, 01:16   +/
Эта драма уже всех порядком утомила. Но Кент тут скорее прав. С одной стороны. А, с другой, "в чужой монастырь" -- это про него.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #137

56. Сообщение от дАнон (?), 13-Авг-25, 01:24   +1 +/
вот для подкроватных сервов как раз ничего кроме него нету
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #98, #122

57. Сообщение от дАнон (?), 13-Авг-25, 01:25   +1 +/
но и btrfs не пушка. вот даже в последних апдейтах чёт там бустят, давно вышедшее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

59. Сообщение от дАнон (?), 13-Авг-25, 01:34   +/
как минимум дедупликации нету, которая учитывая особенности Proton увы актуальная
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #86, #88

60. Сообщение от дАнон (?), 13-Авг-25, 01:42   +/
данные юзеры сами решают отдавать ли альфа версии ФС
другое дело раздутые мусорные заголовки амд и интел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

61. Сообщение от Аноним (61), 13-Авг-25, 02:02   +1 +/
>Тренироваться(зачёркнуто)Тестировать на кошках(зачёркнуто)виртуалках?

Уважаемый, вот возьмите пожалуйста, и не страдайте так!:)

https://symbl.cc/ru/tools/strikethrough-text/
https://fancy-generator.com/ru/strikethrough-text-generator
https://exotictext.com/ru/strikethrough/

"Т̶р̶е̶н̶и̶р̶о̶в̶а̶т̶ь̶с̶я̶ Тестировать на ̶к̶о̶ш̶к̶а̶х̶ виртуалках?"

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

62. Сообщение от Аноним (63), 13-Авг-25, 02:04   –1 +/
>Материал написан, как результат личной переписки с Линусом и Кентом, которая, к сожалению, не позволяет разглашать более подробные детали.

Артём, кто вы такой, что вам личную переписку доверяют?

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

63. Сообщение от Аноним (63), 13-Авг-25, 02:13   –2 +/
Я сильно сомневаюсь, что в США (или в любом другом государстве) могут в принципе продаваться такие книги. Свобода письменного книжного слова и публичных выступлений в США, конечно, священны, но если докажут что хоть один преступник, купивший книгу, воспользовался советом из неё для реального преступления - то сядет и продавец книги, и издатель, и автор, как соучастники, которые специально в качестве пособничества в совершении преступлений книгу делали и распространяли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #65

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

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

> Юнит-тестирование или сразу всё ядро (или "И" сразу всё ядро)?

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

> Покрытие анализировать?

Странный вопрос. Естественно, только не процентики растить, а смотреть какие пути покрыты тестами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #133

65. Сообщение от Аноним (65), 13-Авг-25, 02:16   +3 +/
Придумывайте. Книги по форензике продаются свободно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #96

66. Сообщение от Аноним (65), 13-Авг-25, 02:21   +1 +/
> Это вполне себе решение для _настолько_ распределённой разработки.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #75

67. Сообщение от МозгЛинуса (?), 13-Авг-25, 02:22   +/
Если почта древнее зло, то ты предлагаешь в замен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

70. Сообщение от Аноним (70), 13-Авг-25, 03:02   –3 +/
>при котором изменения не приводят к перезаписи данных - новое состояние записывается в новое место, после чего меняется указатель актуального состояния

Очень умно, ага. Вот есть миллиард перезаписей, повторяющихся в цикле, как скоро диск забъется от такого?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #108

71. Сообщение от Аноним (63), 13-Авг-25, 03:13   +1 +/
Не забьётся никогда - место-то освобождается. Но износится и сдохнет. На радость грамотным потребителям, которые на оеннете будут вопить не только про то, что "как хорошо что старые камни выбросили", но и про то что "как хорошо, что бесполезному балласту общества, бомжам, их место на свалке указали. ССД требуется, не хочешь ССД - наслаждайся неприемлимой производительностью, а что ССД сдохнет - так зарабатывай и меняй вовремя, будь продуктивным членом общества, или на свалке с бомжами живи"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

73. Сообщение от Аноним (73), 13-Авг-25, 03:19   +1 +/
Начало тут:
https://www.phoronix.com/forums/forum/software/general-linux...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #85

74. Сообщение от Аноним (133), 13-Авг-25, 03:37   –1 +/
Артем, а где можно посмотреть код, который вы написали за 30 лет использования линукса? Реально интересно, спасибо заранее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #200

75. Сообщение от Аноним (133), 13-Авг-25, 03:40   –1 +/
> Есть на порядок большие по размеру кода и числу участников как свободные проекты, так и монорепы бигтеха

Например какие?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #83

76. Сообщение от Аноним (-), 13-Авг-25, 04:51   +1 +/
> Вот это разборки там... Может пора заморозить ядро?

LTS ядра сэру не того, религия юзать не позволяет, или что?

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

77. Сообщение от минона (?), 13-Авг-25, 05:41   +3 +/
Почитайте ядерную рассылку.

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

На самом деле, такая история случается в OSS не первый раз. Daniel J. Bernstein, автор Qmail, вел себя схожим образом: совершенно справедливо отмечая технические недостатки существовавших тогда решений и предлагая разумную, в общем, архитектуру, в общении был, мягко говоря, далёк от политеса. И тоже оказался на обочине.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #81, #129, #130, #156

80. Сообщение от Аноним (80), 13-Авг-25, 05:46   +1 +/
Ничего, как был ненужон этот ваш bcachefs, так и остался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

81. Сообщение от Аноним (81), 13-Авг-25, 06:13   –1 +/
Тео де Радт из той же серии. Но эти двое могли если не хорошо обьяснять как делать правильно, так просто брать и делать хорошо и правильно. Кент же пока отличается только на словах, на деле его фс еще глубочайшая бета, если не альфа
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #213

82. Сообщение от Аноним (81), 13-Авг-25, 06:15   +/
Все верно - фс для той категории пользователей, что прикручивает скотчем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

83. Сообщение от User (??), 13-Авг-25, 06:33   +/
Ну навскидку посмотри на chromium или aosp - кодовая база кратно больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #116, #123

84. Сообщение от yurikolesemail (ok), 13-Авг-25, 06:39   +3 +/
Debian большие патчи конечно не включает, но постоянно обвязывает пакеты своими велосипедами. Особенно интересно следить как они героически чинят то, что сами же и поломали. Ubuntu поверх этого вешает ещё и свои велосипеды, т.е. в лучшем случае степень велосипедности патчей удваивается.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #127, #190

85. Сообщение от Аноним (96), 13-Авг-25, 06:48   –1 +/
Я не думаю, что давить на Кента правильно. Линус его просто на счётчик поставил. Если ФС Кента хоть кому-то нужна, то они будут терпеть и out-of-tree модуль. Но ФС Кента не очень нужна: разработчикам ядра она совсем не нужна, у них уже есть своя BTRFS под копирастической лицензией. Всем остальным ... если ФС не будет в ядре - она совсем не нужна, дешевле терпеть BTRFS, чем нанимать помощника Кенту, который будет заниматься адаптацией ФС под ядерное API, постоянно ломаемое разрабами (насколько я понимаю, починка всего ломаемого при изменениях API - это обязанность того, кто API меняет, поэтому любой дополнительный код в ядре - это дар данайцев, который разрабам ядра нафиг не нужен, они и рады выкинуть как можно больше), чтобы Кент мог сосредоточиться на ФС.

В общем кому эта ФС прямо позарез нужна ... у меня есть идея получше. Давайте сделаем для ядра стабильный интерфейс, строго точь-в-точь миррорящий интерфейс FUSE и работающий строго через модуль FUSE, но только внутри ядра, без переключений контекста. Кент с лёгкостью это сам потянет. Продвинуть это в ядро - можно кого-то другого найти, от его имени, без акцента внимания на том, что это для Кента делается, что позволит всем причастным сохранить лицо. После чего проблема нестабильного API Кента (да и Шишкина заодно) перестанет касаться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #120

86. Сообщение от yurikolesemail (ok), 13-Авг-25, 07:08   +/
Что там дедуплицировать, Wine-префикс, который относительно современного Игоря, весит пренебрежительно мало? В случае исходного префикса Proton / Wine, да, задача поста, клонируем его через relinks, но эту же задачу можно решить без дедупликации, банальным overlay. Но на практике мы понимаем, что игори тянут за собой одни и те же vcredist, directx и прочие библиотеки и прочие и тут нужна настоящая дедупликация, которая довольно дорогая фича. Выбор невелик. Если она "на лету", то нужно постоянно держать в оперативке хэши всех экстентов на диске, чтобы при записи постоянно искать и не писать на диск дубликаты. Либо периодически делать её пост-фактум, т.е. привет GC. Первое просаживает скорость записи и постоянно нагружает процессор. А речь идёт про переносимое устройство с батареей. Да и второе может вызвать волну негатива от пользователей, как и любой GC, который по закону Мерфи запуститься не вовремя.

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

И всё это ради дедупликации бинарей, которы занимают мизерную долю места на диске по сравнению с уникальными ресурсами игорей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #95

87. Сообщение от Аноним (87), 13-Авг-25, 07:19   +1 +/
> Часто одна из бед очень талантливых людей - это отсутствие скиллов по общению и урегулированию разногласий.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #182

88. Сообщение от nebularia (ok), 13-Авг-25, 08:09   –1 +/
Да не особо актуальная, учитывая объём памяти занимаемый играми. Протон по сравнению с ними мелкий вообще. Да и /home щас у них на ext4, btrfs только на /. И ничего вроде, работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #138

89. Сообщение от Аноним (-), 13-Авг-25, 08:17   +1 +/
Почему в ядре Линукса все разработчики продвинутых и революционных файловых систем терпят крах. Была супер-революционная RaiserFS - автора посадили. Есть супер-революционный Bcachefs, автор неужился с другими разработчиками ядра. Прям вот какая-то нездоровая тенденция пошла.

Самые продвинутые и крутые вещи должны быть в ядре. Линукс - это локомотив системного программирования, который двигает всю IT индустрию вперёд. Это моё мнение.

Жаль, очень жаль.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91, #128, #153, #186

91. Сообщение от Аноним (96), 13-Авг-25, 08:36   +2 +/
>Линукс - это локомотив системного программирования

С ntoskrnl путаете.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #109

92. Сообщение от плутарх (?), 13-Авг-25, 08:37   +1 +/
Кенту нужно свою ФС переносить в BSD, там будет больше шансов на успех. Товарисч Торвальдс уже не торт.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110, #126

93. Сообщение от Крысюк (?), 13-Авг-25, 08:41   +/
Я конечно извиняюсь - а кто такой Шишкин? Знаю только художника, не уверен что он что-то писал про файловые системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #97, #112

95. Сообщение от Аноним (95), 13-Авг-25, 08:43   –1 +/
Не сколько префикс - хотя и его тоже (те же VC redist ставятся практически поголовно в каждый, и весят некисло), но ещё и зиллиарды самих версий Wine\Proton. Современная бинарная поставка в версии Valve весит под 300-500 Мб, и даже если стрипнуть всё при сборке в самые щщи - это около ста.

Игр на валвовской консоли может быть много, версия Proton - тоже, а свободное место на хендхелде не бесконечное. Диск накинуть-то можно, только вот даже штатного терабайтника на Deck хватает на 5-10 современных игр чисто математически. Больше - дороже, а DRAM'less ставить никто не будет.

По зёрнышку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #143

96. Сообщение от Аноним (96), 13-Авг-25, 08:48   +/
Книги по криминалистике не рассказывают как спрятать труп чтобы его никто не нашёл, а рассказывают как сотрудникам полиции его искать так, чтобы найти, даже если попытались спрятать так, чтобы никто не нашёл. Что есть разные задачи. Поэтому они и продаются легально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

97. Сообщение от Аноним (96), 13-Авг-25, 08:49   +1 +/
Друг и коллега Райзера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

98. Сообщение от Минона (ok), 13-Авг-25, 08:51   +1 +/
> вот для подкроватных сервов как раз ничего кроме него нету

Есть -- ZFS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #118, #121, #191

99. Сообщение от Минона (ok), 13-Авг-25, 08:53   +1 +/
> Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...

Скотч однако сильно разный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #161

101. Сообщение от Аноним10084 и 1008465039 (?), 13-Авг-25, 09:00   +/
А по-моему прикольно, что они так делают. Максимальная независимость от централизации. Вот бы ещё кто-нибудь так делал, круто же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

104. Сообщение от Аноним (104), 13-Авг-25, 09:36   +/
Дед с батей сцепились по пьяни и испортили всем выходные.
❯ findmnt /
TARGET SOURCE    FSTYPE   OPTIONS
/      /dev/sda4 bcachefs rw,relatime
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119

105. Сообщение от Ананимус (?), 13-Авг-25, 09:42   +2 +/
Реальная причина в описании. Кент настолько конфликтная истеричка, что умудрился поссориться вообще со всеми вокруг. Причем люди очень старательно пытались говорить с ним нормально, но ни у кого не вышло. А идти в терапию Кент упорно отказывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #134

106. Сообщение от Аноним (106), 13-Авг-25, 09:42   –1 +/
пост по диагонали прочитал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

107. Сообщение от anonymous (??), 13-Авг-25, 09:56   +/
Линус всё правильно сделал. Есть принципы разработки софта, есть конкретный стандарт для ядря линукса. И он подразумевает циклическую чередование разработки и тестирования. Пока этот стандарт стоит - ядро линукса работает и не падает в рантайме от каждого чиха.

А bcachefs постоянно его игнорирует. Тяп-ляп и в продашкн. Возникла криитическая ошибка - сейчас быстро без тестирования пофиксим. Тяп-ляп и новая ошибка, и новые фиксы. Один раз разработчика ещё бы простили, но у не эта музыка стала вечной.

Так что правильно его послали пилить свой проект и не ломать процесс релизов ядра. Раз уж намёков не понимает.

Как правильно делать? Если ты не успеваешь оттестить софт - делай меньше фич. Снижай количество фич пока они не перестанут помещаться в окно релиза.

Постоянные багфиксы на багфиксы - это с наивными обывателями работает. Они вон радуются и даже поддерживают. А опытным программистам такого не надо.

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

Уже поколение выросло новое, которое не знает как оно бывает, когда софт без автообновлений. Когда разработчикам приходилось реально улучшать функциональность и удобство ПО, чтобы пользователь был заинтересован поставить новую версию. А не как сейчас - жри что дали и не высовывайся.

Однако же разработчики линукса ещё помнят как оно бывает. И поддерживают старые стандарты. Поэтому bcachefs и послали в самостоятельное плавание.

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

108. Сообщение от Аноним (-), 13-Авг-25, 09:59   +1 +/
> Очень умно, ага. Вот есть миллиард перезаписей, повторяющихся в цикле,
> как скоро диск забъется от такого?

Есть такая штука - garbage collector. Он по ходу пьесы маркирует уже ненужные блоки как свободные и их можно использовать снова.

Совсем место может кончиться только если увлечься хранением дохрена снапшотов которые расходятся по состояниям. Примерно как с виртуалками с CoW дисками, где размер диска тоже пропорционален размеру накопленой "дельты".

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

109. Сообщение от Аноним (-), 13-Авг-25, 10:00   +/
> С ntoskrnl путаете.

Под него системное программирование стараниями MS почти умерло по сути.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #199

110. Сообщение от Аноним (-), 13-Авг-25, 10:01   –1 +/
> Кенту нужно свою ФС переносить в BSD, там будет больше шансов на
> успех. Товарисч Торвальдс уже не торт.

А критерии успеха нельзя ли огласить? Этим никто в проде не пользуется на данный момент. А успех в виде пары подкроватных локалхостов - это даже не полторы фоторамки от гугла.

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

111. Сообщение от Мемоним (?), 13-Авг-25, 10:13   +/
Наверное хотят свой DirectStorage
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

112. Сообщение от Аноним (-), 13-Авг-25, 10:19   +2 +/
Эдуард Шишкин - непризнанный гений и разработчик raiser4, в одном флаконе.
На хабре была серия интервью, полных пафоса и цитат типа
"Как я для себя позиционирую Btrfs? Как нечто, что именоваться файловой системой категорически не может, не говоря уже об использовании."

Персонаж весьма забавный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #115

113. Сообщение от Аноним (-), 13-Авг-25, 10:32   +1 +/
> Зачем вообще начитать какой-то срач по поводу поздних пулов? Двигаешь
> в след. релиз и точка.

1) Кент так почему-то не умеет. А на любые возражения - не, я тут самая умная клава на деревне. Все остальные должны умереть. Или в лучшем случае - ламеры и нубы.

2) Он также постоянно клещится с всеми майнтайнерами. Поменять что-то в своем коде чтобы майнтайнерам удобно было? No way! Весь мир должен прогнуться под Кента... ых, ых, ых, мир оказался сильней.

3) А вот на этот случай у Кента походу вообще плана не было. И вот это облом, да. Зато теперь неудобно будет - Кенту. Это ведь ему от вон тех на самом деле что-то нужно. Они к кенту не приходили. И ничего от него не требовали. Но об этом Кент подумает - вот теперь - когда его "жизнь поимела".

И ведь сказали ему что будет. Но нет. Паттерн самой умной клавы на деревне - вот он, как с куста.

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

115. Сообщение от Аноним (-), 13-Авг-25, 10:39   +/
> Эдуард Шишкин - непризнанный гений и разработчик raiser4, в одном флаконе.
> На хабре была серия интервью, полных пафоса и цитат типа
> "Как я для себя позиционирую Btrfs? Как нечто, что именоваться файловой системой
> категорически не может, не говоря уже об использовании."
> Персонаж весьма забавный.

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

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

Ну и вот где этот шишкин теперь? А, нонейм какой-то в хуавее без внятных проектов вообще?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #142

116. Сообщение от Аноним (-), 13-Авг-25, 10:41   +3 +/
> Ну навскидку посмотри на chromium или aosp - кодовая база кратно больше.

У них требования к надежности сильно разные.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #150

117. Сообщение от Аноним (-), 13-Авг-25, 10:50   –1 +/
> Кент Оверстрит считает, что Bcachefs уже стабилен
> и имеет широкую пользовательскую базу.

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

Поэтому если вы не хардкорный адепт хруста умеющий накатывать ночнушки - тогда перекантуетесь без утилс для фс. Дебиан и дропнул такой пакет, за то что не билдится системной версией хруста. С такими свойствами - не больно какое решение для продакшна. И конечно никакие миллионы пользователей его не задеплоят при таком раскладе.

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

118. Сообщение от Аноним (-), 13-Авг-25, 10:54   –2 +/
>> вот для подкроватных сервов как раз ничего кроме него нету
> Есть -- ZFS.

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

Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта. Лет 20 назад. А сейчас - вон то.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #124, #146

119. Сообщение от onanim (?), 13-Авг-25, 10:58   –1 +/
для подкроватного сервера не страшно, а если вы тащите альфу в продакшон, то земля пухом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

120. Сообщение от Аноним (-), 13-Авг-25, 11:05   –3 +/
> ядра она совсем не нужна, у них уже есть своя BTRFS
> под копирастической лицензией.

Лицензия у кода в ядре - одинаковая, внезапно! GPL называется, v2. Иногда может быть "or later" но это как повезет. Все остальное - on case by case basis.

> ядре - она совсем не нужна, дешевле терпеть BTRFS, чем нанимать
> помощника Кенту, который будет заниматься адаптацией ФС под ядерное API,

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

> постоянно ломаемое разрабами (насколько я понимаю, починка всего ломаемого
> при изменениях API - это обязанность того, кто API меняет,

Ага, вот ща они пойдут вам патчить ФС которую они не знают. Что потом с этой ФС будет вообще? Вы там в адекквате?

> интерфейс FUSE и работающий строго через модуль FUSE, но только внутри ядра,

Вот только FUSE тоже не есть стабильный интерфес. И периодически по фичам его подтягивают. Вооон там советы про io_uring например. Вы конечно можете игнорить ноыве ифейсы. А заодно и прибавку в скорости в пару раз. Вы ж живете вечно, да? Куда бессмертным торопиться, понимаю :)

> позволит всем причастным сохранить лицо. После чего проблема нестабильного API Кента
> (да и Шишкина заодно) перестанет касаться.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #196

121. Сообщение от нах. (?), 13-Авг-25, 11:44   +/
для единичного подкроватного сервера слишком сложно и при этом не умеет в тот же layered storage (а такому оно как раз), дисковое пространство надо планировать заранее и головой, чтоб не понадобился потом второй подкроватный сервер для переразбивки первого, в общем, не, не наш выбор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #151

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #125, #145

124. Сообщение от Аноним (124), 13-Авг-25, 11:52   +2 +/
Очень удачное сравнение. Так как старые Мерседесы дадут 100 очков вперё современным, причём во всех отношениях, за исключением разве что пассивной безопасности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #171

125. Сообщение от Аноним (-), 13-Авг-25, 11:54   +2 +/
> т.е - коммерческие проекты разрабатываемые за зарплату

прям как ядро линукс!

> за закрытыми дверями?

Собор vs Базар
gcc, кстати, начинал с первого

Опенсорсом оно от этого быть не перестает, просто выкидывают балласт из васянов и прилипал.

> Нечего там смотреть, расходимся.

"На разойтись я сразу ж согласился — И разошёлся, то есть расходился!" (с)

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

126. Сообщение от Аноним (133), 13-Авг-25, 12:05   +/
У нее тулзы ржавые, нафиг нам такое не надо в BSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

127. Сообщение от SKZ (?), 13-Авг-25, 12:06   +/
Мейнтейнеры debian ещё и ходят - тырят патчи по багзиллам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

128. Сообщение от Аноним (133), 13-Авг-25, 12:08   +/
> Была супер-революционная RaiserFS - автора посадили

Потому что убил жену.

> Есть супер-революционный Bcachefs, автор неужился с другими разработчиками ядра

Потому что присылает фичи под видом фиксов в rc-ветку.

> Почему в ядре Линукса все разработчики продвинутых и революционных файловых систем терпят крах

А почему ты считаешь, что только файловых систем? До этого какой-то толи гектор, толи Лина порвался/порвалась и ушёл(а). А еще до этого мейнтейнер wifi. А еще до этого еще кто-то.

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

129. Сообщение от ZloySergant (ok), 13-Авг-25, 12:10   +1 +/
>Дескать, человеку, общающемуся в стиле "я - Д'Артаньян, а имяреки - ...", не следует участвовать в процессе, во всяком случае, напрямую.

Предлагаете выпнуть Линуса?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #131, #132

130. Сообщение от Аноним (130), 13-Авг-25, 12:10   +/
> Но основная претензия - не техническая, а коммуникационная. Дескать, человеку, общающемуся в стиле "я - Д'Артаньян, а имяреки - ..."

Кто сказал Шишкин?

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

131. Сообщение от Аноним (-), 13-Авг-25, 12:12   +2 +/
>>Дескать, человеку, общающемуся в стиле "я - Д'Артаньян, а имяреки - ...", не следует участвовать в процессе, во всяком случае, напрямую.
> Предлагаете выпнуть Линуса?

Кто же его посадит?! Он же памятник! (с)

Любители СПО сделали себе Великодушного Пожизненного.
Ну так пусть теперь кушают, полной ложкой.


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

132. Сообщение от Аноним (132), 13-Авг-25, 12:12   +/
А как он будет вповышать своё ЧСВ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

133. Сообщение от Аноним (133), 13-Авг-25, 12:14   +/
Ой, ну ты же прям описал ядро NetBSD с его RUMP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

134. Сообщение от Аноним (132), 13-Авг-25, 12:14    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

135. Сообщение от нах. (?), 13-Авг-25, 12:15   +1 +/
Вот прямщас: https://github.com/openzfs/zfs/blob/master/lib/libzpool/arc_...
int64_t
arc_available_memory(void)
{
    int64_t lowest = INT64_MAX;

    /* Every 100 calls, free a small amount */
    if (random_in_range(100) == 0)
        lowest = -1024;

    return (lowest);
}

с тебя $100 за то что мне пришлось (снова) посмотреть на эту мерзость и глупость.

А в оригинале было вот это:
    if (freemem < lotsfree + needfree + extra)
        return (1);
и еще пара проверок специфичных областей которые тоже могут неожиданно быть нужны не только фс.
(разумеется, эти магические переменные остались в ядре - соляры)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #179

136. Сообщение от Аноним (136), 13-Авг-25, 12:18   +3 +/
В душе не чаю кто разраб NTFS, был ли он маньяком или педофилом. Пользуюсь каждый день и радуюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

137. Сообщение от Аноним (132), 13-Авг-25, 12:20   +/
>"в чужой монастырь -- это про него. "

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #144

139. Сообщение от Аноним (132), 13-Авг-25, 12:26   +4 +/
Надо отстранять Линуса от разработки ядра. Ему бесплатно ядро делают - а он нос воротит! Линус уже не знает как повышать своё ЧСВ.
Постоянно у него какие-то скандалы.
Ответить | Правка | Наверх | Cообщить модератору

140. Сообщение от нах. (?), 13-Авг-25, 12:28   +/
> Кент, го к нам в BSD развивать файловые системы.

он потребует от вас запилить needfree и пришлет даже готовый патч, затрагивающий интересы аж разом пяти груп грантожеров. Угадайте что случится дальше?

  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #177

141. Сообщение от Аноним (156), 13-Авг-25, 12:28   +/
> но Valve нужна ФС

понятно, почему я не пишу очередную "недо ФС" :)

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

142. Сообщение от нах. (?), 13-Авг-25, 12:36   +/
> Ибо когда тело рассказывает что ваши подсистемы г,

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

и разумеется не собирается "реюзать" ваш неработающий мусор.

То, разумеется, нафиг нам такоэ в ведре ненужна.

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #202

143. Сообщение от нах. (?), 13-Авг-25, 12:38   +1 +/
> Современная бинарная поставка в версии Valve весит под 300-500 Мб

то есть совсем ни о чем.

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

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

144. Сообщение от nebularia (ok), 13-Авг-25, 12:42   +/
Каким местом эмбеднутую (это обычный комп) и зачем что-то из консоли? И вообще он immutable и схема с a/b разделами для рута, то есть если что-то сломалось - просто откат на другой раздел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

145. Сообщение от User (??), 13-Авг-25, 12:48   +/
> т.е - коммерческие проекты разрабатываемые за зарплату за закрытыми дверями?
> Нечего там смотреть, расходимся.

Так так, чтоб "ни грамма в рот" - это не в линукс кернел, а в гнутый хурд смотреть и сравнивать надо, не?

Если не по объему репозитория а по числу контрибуторов смотреть - то вот kubernetes, например - почти в три раза больше человек приложилось нежели к кернелу. Файрфокс - ну, то на то, там сопоставимо вроде. О, вот react и прочая js'ня - тоже как-то без емыла справляются при совместной разработке. Чудеса.

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

146. Сообщение от Минона (ok), 13-Авг-25, 12:48   +/
>>> вот для подкроватных сервов как раз ничего кроме него нету
>> Есть -- ZFS.
> Это примерно как сказаьт что 600-й мерседес - мечта всех граждан СССР
> - тоже мерседес. В принципе все так. Просто большая их часть
> к данному моменту - проржавелые рыдваны, и мечтато о таком -
> довольно странно стало уже.

Не 600-й, а гелик.
А вообще, аналогии это не твоё.

> Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта.
> Лет 20 назад. А сейчас - вон то.

Ну ты вот мечтал о бэкэш и... обломился.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #175

147. Сообщение от нах. (?), 13-Авг-25, 12:51   –2 +/
> Поэтому если вы не хардкорный адепт хруста умеющий накатывать ночнушки - тогда

тогда, вероятно, подождите пока оно попадет в ваш дистрибутив. Раз уж даже этого не умеешь - тебе не надо трогать фс в разработке.

И выберите что-то помолодежнее супергероя-дебиана, хранящего человечество от нового софта.

(полагаю даже у бабуинты есть подходящий ppa)

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

148. Сообщение от xsignal (ok), 13-Авг-25, 13:02   +/
Да, Пингвин уже не тот - действует откровенно вопреки интересам ядра, ставя на первое место то какие-то внутренние тёрки, то политику, то он швед, то он финн... Засиделся на троне, пора на покой.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158, #203

149. Сообщение от Аноним (124), 13-Авг-25, 13:11   +1 +/
Жалко конечно. Была надежда что в линуксе появится нормальная ФС, но видно не судьба.
Ответить | Правка | Наверх | Cообщить модератору

150. Сообщение от User (??), 13-Авг-25, 13:15   +/
>> Ну навскидку посмотри на chromium или aosp - кодовая база кратно больше.
> У них требования к надежности сильно разные.
> - Если упадет ядро в ос - вы это заметите мягко говоря.
> - Если упадет какая-то хрень в хроме - вкладочка перезапустится. А то
> что они такую архитектуру сделали - как раз намекает на их
> супернадежность.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #166, #204

151. Сообщение от Минона (ok), 13-Авг-25, 13:22   +/
> для единичного подкроватного сервера слишком сложно и при этом не умеет в
> тот же layered storage (а такому оно как раз), дисковое пространство
> надо планировать заранее и головой, чтоб не понадобился потом второй подкроватный
> сервер для переразбивки первого, в общем, не, не наш выбор.

Что может быть проще ZFS =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #159

153. Сообщение от xsignal (ok), 13-Авг-25, 13:32   +3 +/
> Почему в ядре Линукса все разработчики продвинутых и революционных файловых систем терпят крах

Там очень токсичная атмосфера с фальшивыми улыбками и нарочито учтиво-вежливой манерой общения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #154

154. Сообщение от Аноним (-), 13-Авг-25, 13:35   +/
> Там очень токсичная атмосфера с фальшивыми улыбками и нарочито учтиво-вежливой манерой общения.

Это ты про рассылку где люди, которые факи показывают, ругаются чуть ли не матом?
cool story bro))

на хабре была статься с анализом переписки, и сколько раз слова "овно" и "опа" употреблялись))


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #160, #197

155. Сообщение от xsignal (ok), 13-Авг-25, 13:36   +2 +/
Так то платиновый спонсор... Ты хочешь Линуса, его детей и внуков с дыркой в кармане оставить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

156. Сообщение от Аноним (156), 13-Авг-25, 13:42   +1 +/
> И тоже оказался на обочине.

дороги по которым он ездит - обочин не имеют :)

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

158. Сообщение от Аноним (158), 13-Авг-25, 13:44   –2 +/
У ядра нет никаких интересов, это просто строки кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #162

159. Сообщение от нах. (?), 13-Авг-25, 13:45   +/
autopart --type=plain --nolvm --nohome --fstype ext4

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

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

160. Сообщение от xsignal (ok), 13-Авг-25, 13:47   +/
> Это ты про рассылку где люди, которые факи показывают, ругаются чуть ли не матом?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #165

161. Сообщение от нах. (?), 13-Авг-25, 13:47   +/
>> Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...
> Скотч однако сильно разный.

это до первого ломающего изменения в vfs или управлении памятью. "А чтобы ему не мешать - уважаемые сотрудники фейсбука с "миллиардной экономией" вовсе не договаривались!"

Дальше будет отличаться только цветом. Ну и тем что zfs липнет к любому ведру поновее 4.14, а это вот работает только с тем которое еще даже не написали до конца.

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

162. Сообщение от xsignal (ok), 13-Авг-25, 13:49   +/
Это тебе ChatGPT такой ответ подсказал? Если нет, то сочувствую...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

163. Сообщение от нах. (?), 13-Авг-25, 13:51   +/
> Ему уже Valve за это платит, так что вряд ли.

не платит а _собиралась_ когда-то начать платить. А теперь вот может и передумать.
Скрипач- нинужин, дарагой!

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

164. Сообщение от Аноним (164), 13-Авг-25, 13:59   –1 +/
Ненене, долой вотэбаутизм, пусть отвечает за себя, а "весь линукс" сам с собой разберётся!!! (сарказм, если что)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

165. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #160 Ответы: #188

166. Сообщение от Аноним (164), 13-Авг-25, 14:03   +1 +/
> в плане обеспечения технической надежности в хроме эдак порядка на два больше сделано

А в итоге всё сводится к перезагрузке упавшей вкладки. Нуок. Работа ради работы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #173

167. Сообщение от Аноним (167), 13-Авг-25, 14:15   –2 +/
Мягко говоря странновато делать fs , когда готова иная z fs и то есть не та что zfs и сделана она была далеко не всеми ими ну , а вы и дальше перевирайте и потом в попыхах ищите zlib да libzst пепевирайте факты ради каких то своих когнитивных плюсов
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #170

168. Сообщение от myster (ok), 13-Авг-25, 14:17   +/
> Bcachefs теперь будет как ZFS - сбоку прикручен на скотч...

не на скотч.
Модульный подход делает Linux системы по настоящему свободными.

Почему авторы крутых интеграций с ядром должны терпеть надменное узурпаторство со стороны ревьюверов? Да и ревьюверы, почему должны тратить своё время на ревью? Сегодня у него одно настроение и он изольёт негатив на автора драйвера, заставит его переделывать или спровацирует на ругань, а завтра у него хорошее настроение и он примет его изменение, не вступая в споры и полемику.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #172, #189

169. Сообщение от Аноним (169), 13-Авг-25, 14:27   +1 +/
Линус Торвальдс считает, что [...] нужны реальные доказательства, что взаимодействие с другими разработчиками проходит без конфликтов 🙈
Ответить | Правка | Наверх | Cообщить модератору

170. Сообщение от myster (ok), 13-Авг-25, 14:27   +/
ты же осознешь, что при таком образе мышления все бы до сих пор жили в пещерах и шалашах, и в набедренных повязках бегали с луком?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #181

171. Сообщение от Аноним (-), 13-Авг-25, 14:31   –1 +/
> Очень удачное сравнение. Так как старые Мерседесы дадут 100 очков вперё современным,
> причём во всех отношениях, за исключением разве что пассивной безопасности.

Ну да, у новых - прогнивщих от соли порогов и ржавчины везде и всюду - нет. Отстой, что сказать.

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

172. Сообщение от pofigist (?), 13-Авг-25, 14:33   +/
Так ты потихоньку дойдешь до мысли что только микроядерная архитектура имеет право на жизнь...🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #174

173. Сообщение от User (??), 13-Авг-25, 14:33   +/
>> в плане обеспечения технической надежности в хроме эдак порядка на два больше сделано
> А в итоге всё сводится к перезагрузке упавшей вкладки. Нуок. Работа ради
> работы.

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

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

174. Сообщение от myster (ok), 13-Авг-25, 14:38   +/
да, Linux ядро должно быть микроядром, поддерживающим модули
монолит - в топку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #185

175. Сообщение от Аноним (-), 13-Авг-25, 14:46   –1 +/
> Не 600-й, а гелик.

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

>> Вот ZFS vs Bcachefs - как-то так же получается. Ну да, мечта.
>> Лет 20 назад. А сейчас - вон то.
> Ну ты вот мечтал о бэкэш и... обломился.

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

Но учитывая дурацкий менеджмент проекта кентом я совсем не уверен что оно мне надо. Ибо фс утилсы которые можно получить только скачайтеночнушку раста - это довольно лютый фйэспалм. О том что фс улитсам стоит быть доступным на максимуме конфиг кидисам явно не расссказали.

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

176. Сообщение от freehck (ok), 13-Авг-25, 14:48   –2 +/
Так ведь мы эту тему уже обсуждали буквально месяц как, причём тут же, на опеннете. Зачем нужен повтор?
Ответить | Правка | Наверх | Cообщить модератору

177. Сообщение от Аноним (177), 13-Авг-25, 15:02   +/
Не проблема. Разработчиков ядер у BSD меньше, они все отвечают за многие подсистемы разом. Кент просто станет одним из них. Учитывая, что его вовлеченность в сообщество станет большей, я с трудом представляю, чтобы кто-то трясся в припадке, как это делает Линус. Который в своих глазах только и видит, как делает одолжение ребятам, высылающих ему пулл-реквесты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #180

178. Сообщение от Аноним (177), 13-Авг-25, 15:09   +2 +/
За всеми этими срачами, все как-то пропустили, что ФС созрела. Во всяком случае, пользуясь ей около года, у меня сложилось такое впечатление. Вначале сыпало ворнингами, но с начала этого года вообще не видел каких-то проблем. Поэтому жду софт-форк ядра от Кента и переезжаю на него.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #209

179. Сообщение от Аноним (164), 13-Авг-25, 15:13   +/
Это что вообще? Оно позволяет zfs постоянно думать, что ему доступно 18ПБ оперативы (или сколько там), но в случайные моменты времени она получает информацию, что свободной памяти нет? Наверняка, ещё и в каком-нибудь sdk написано что-то типа "функция может вернуть неправильное значение просто так; если функция сообщила что памяти недостаточно, попробуйте вызвать её ещё раз".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #184

180. Сообщение от нах. (?), 13-Авг-25, 15:18   +/
> Не проблема.

я только что показывал кусок кода про эту вот "непроблему".
С 2014го года непроблема.
Пробить непробиваемую броню грантожоров не удалось нескольким поколениям страдальцев.

> Кент просто станет одним из них.

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

А если у куска есть формальный хозяин - то плевать что он пол-года на мэйл не отвечает. Тебя никто слушать вообще не будет.

(в base нет аналогичного портам таймаута неактивности майнтейнера)

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

181. Сообщение от нах. (?), 13-Авг-25, 15:24   –1 +/
> ты же осознешь, что при таком образе мышления все бы до сих
> пор жили в пещерах и шалашах, и в набедренных повязках бегали
> с луком?

оно бы так и было, но тут полковник Кольт изобрел револьвер, и бегавшие с луками быстро отбегались.

А пока что нам предлагается вместо лука использовать пращу. Вещь, конечно, тоже ценная, но точность и скорострельность оставляют желать.

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

182. Сообщение от Аноним (164), 13-Авг-25, 15:24   +/
> Полно талантливых людей, которые и в общении более чем адекватны и приятны.

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

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

183. Сообщение от Аноним (164), 13-Авг-25, 15:28   +/
> спокойно добиваться своих целей

"Спокойно добиваться своих целей" - это тратить 10% усилий на свои цели и 90% усилий на построение своего поведения в отношении к 95% своих коллег?

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

184. Сообщение от нах. (?), 13-Авг-25, 15:36   +/
> Это что вообще?

ашипка, ачевидна.

> Оно позволяет zfs постоянно думать, что ему доступно 18ПБ

оно с вероятностью 1/100 (хотя кто там ваш рандом проверял...) возвращает MAX_INT-1024
в остальных 99/100 просто MAX_INT, переменная на стеке же.
Что вызывавший должен или может делать  с полученной информацией - можно я не пойду изучать? Я примерно знаю откуда оно вызывается , поэтому боюсь новых открытий. Мне старого вполне достаточно.

Но оно плохо не только этим - оно плохо использованием _магии_ вместо разума - даже если бы эта магия работала. Почему 1/100? Почему 1024? Почему рандом а не счетчик? Почему в комментарии текстовый перевод операторов си вместо описания ЗАЧЕМ оно так сделано и откуда у них ЭТИ цифры?
Вопросы, вопросы... И да, у сана ничего подобного в коде не найдется, художник-я-так-вижу вряд ли больше часа проработал бы рядом с Левенталем.

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

185. Сообщение от Минона (ok), 13-Авг-25, 15:48   +/
> да, Linux ядро должно быть микроядром, поддерживающим модули
> монолит - в топку

Хочешь поговорить об этом с Линусом? =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #187

186. Сообщение от Аноним (186), 13-Авг-25, 15:51   +/
Кто тебе сказал, что они супер революционные? Или примерно почувствовал просто?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #198

187. Сообщение от фнон (-), 13-Авг-25, 15:53   +/
> Хочешь поговорить об этом с Линусом? =)

... и рассмотреть его средний палец))
яжфин до сих пор не признал ошибочность отказа от С++, а тут такие радикальные изменения.

Хотя 🤔, добавление раста было весьма радикальным и пуканоподжигающим.
Может есть смысл попробовать ;)

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

188. Сообщение от нах. (?), 13-Авг-25, 16:35   +/
> never mind late in a merge window.

то есть ОФИЦИАЛЬНО merge window - открыто, но ты, чудак, должен был шестым чувством догадаться что беспокить божество уже - too late!

(собственно, претензии к Кену были ровно такие же - ты прислал патч до закрытия приема патчей, но сделал это в последние часы, то есть без уважения. Т.е. речь именно о том что божество собственные формальные рамки трактует крайне неформально.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #195

189. Сообщение от Аноним (189), 13-Авг-25, 16:50   +1 +/
Для этого нужно стабильное АПИ, а оно, как известно, нонсенс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

190. Сообщение от Аноним (190), 13-Авг-25, 17:42    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

191. Сообщение от дАнон (?), 13-Авг-25, 17:43   +/
мне к примеру нужен простой пул без RAID знаний и пр, да и в целом RAID не нужен, как и избыточная надёжность. зато нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш слышал только на кастомной версии BTRFS на синологи. ещё писали что для метаданных есть на XFS, но на XFS даже не вкупил как это сделать. по итогу пока BcacheFS юзаю

хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС. вот буду ждать смотреть

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #207, #208, #212, #216

195. Сообщение от xsignal (ok), 13-Авг-25, 17:51   –1 +/
Звёздная болезнь, типичный случай. Казалось бы, умные люди не должны быть ей подвержены. Хотя он всегда был павлином...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

196. Сообщение от Аноним (196), 13-Авг-25, 18:02   +/
> Лицензия у кода в ядре - одинаковая, внезапно!

Она одинаковая потому, что копирасты так требуют. Если бы Кент под BSD лицензировал, то речи бы о принятии в ядро вообще никогда бы не шло.

> Может кент и сам будет за собой разгребать.

Не за собой, а за другими.

> Ага, вот ща они пойдут вам патчить ФС которую они не знают. Что потом с этой ФС будет вообще? Вы там в адекквате?

Тот, кто меняет внутриядерное API - должен знать, как и зачем было использовано предыдущее API, и как и зачем оно меняется на новое. ФС-специфичное API менять должно быть разрешено только тем, кто в ФС соображает. А не-ФС специфичное API поменять и код подправить могут и другие - главное поведение кода сохранить.

> Вот только FUSE тоже не есть стабильный интерфейс. И периодически по фичам его подтягивают.

Стабильный интерфейс - это когда обратная совместимость (старое не ломают).

>> позволит всем причастным сохранить лицо. После чего проблема нестабильного API Кента
>> (да и Шишкина заодно) перестанет касаться.
> Проблема шишкина шла сильно дальше этого. Гражданин вообще не понимал что инфраструктура  проекта дело общее, а дублирующуюся функциональность втаскивать не надлежит.

Да это и многие в ядре не понимают. У нас уже есть lvm2 - но разрабам BTRFS почему-то разрешили дублировать его функциональность, хотя вместо этого надо было затачивать все новые ФС под работу поверх LVM2 (или потенциального LVM3), где абсолютно вся работа с виртуальными блоками и томами вынесена туда, а если ФС что-то нужно - то она дёргает интерфейс (который и для юзерспейса должен быть доступен).

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

197. Сообщение от Аноним (-), 13-Авг-25, 18:06   +/
>Это ты про рассылку где люди, которые факи показывают, ругаются чуть ли не матом?

cool story bro))

Так это же круто! Материть и посылать всех тормозов и дураков. Среди разработчиков ядра мат должен быть. Это круто.

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

198. Сообщение от Аноним (-), 13-Авг-25, 18:06    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

199. Сообщение от Аноним (196), 13-Авг-25, 18:07    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

200. Сообщение от Аноним (-), 13-Авг-25, 18:10    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

201. Сообщение от Аноним (-), 13-Авг-25, 18:12    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

202. Сообщение от Аноним (-), 13-Авг-25, 18:13   +/
> и приводит _математические_ аргументы, которых, правда, никто с семью классами
> образования понять не может,

Если человек м... и ему ср@ть на участь проекта - это не важно. Работать над совместным улучшением инфры он не готов, а дать утопить проект, с оркестром, "зато математика во какая" - нафиг надо!

Если до тебя не доползло: девелоп софта - командная игра. Ты либо находишь общий язык с тимой - либо ты самая умная клава в ДРУГОЙ деревне. В хучшем для тебя случае состоящей из ОДНОГО человека.

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

В этом месте гроссмейстер обычно и выдыхается. И тут оказывается что Reiser4 - сдох, толком не родившись. А Reiser 5 жить и не начинал. Ибо с таким прожектменеджментом не живут.

> и разумеется не собирается "реюзать" ваш неработающий мусор.

И поэтому - зарелизил 0 продуктов. Попутно рассказал всем какие они п-сы.

Вопрос: а если бы этого суперчела не существовало бы в природе совсем, кто-то бы заметил разницу, глядя на суммарный результат? А, минус порция хамства. Это точно - потеря?

> То, разумеется, нафиг нам такоэ в ведре ненужна.

На минутку, те господа - не приходили к Шишкину. Ничего от него не требовали. Это он притащился, это ему надо было что-то, но в итоге - рассказал всем какие они п-сы. И утверждается что так и надо?

> Тем более что еще и, гад такой, не хотел это делать забесплатно,

Так это он притащился к господам. А не они - к нему. А вон тем господам на кой черт это все в таком формате? Чтобы что? Диалог должен устраивать ОБЕ стороны. А монолог на то и монолог чтобы вести его в одиночестве. Только это сильно менее эффективно.

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

Те господа к шишкину вообще не приходили - и ничего от него не хотели. Это ему было что-то надо. И между прочим, шишкину никто не запрещает допустим форкнуть кернел и дальше - менеджить проект как он там хотел. И подсистемы пилить как ему угодно. Лицензия позволяет!

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

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

203. Сообщение от Аноним (-), 13-Авг-25, 18:17    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

204. Сообщение от Аноним (-), 13-Авг-25, 18:21   +/
> Ох. Я предполагаю, что в плане обеспечения технической надежности в хроме эдак
> порядка на два больше сделано - от технологий управления памятью до
> покрытия тестами и работающим CI\CD - по сравнению с "если код
> собирается - он хорош, если запускается - великолепен!"(С) от лучшега менеджера-столетия

Какие-то совершенно жалкие отмазки. Вы настолько печальны что даже спор проиграть достойно - не можете.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #206

205. Сообщение от Аноним (205), 13-Авг-25, 18:45   +3 +/
Линус Торвальдс явно проблемы с коммуникацией - постоянно какие-то скандалы!
Ответить | Правка | Наверх | Cообщить модератору

206. Сообщение от User (??), 13-Авг-25, 18:52   +/
>> Ох. Я предполагаю, что в плане обеспечения технической надежности в хроме эдак
>> порядка на два больше сделано - от технологий управления памятью до
>> покрытия тестами и работающим CI\CD - по сравнению с "если код
>> собирается - он хорош, если запускается - великолепен!"(С) от лучшега менеджера-столетия
> Какие-то совершенно жалркие отмазки. Вы настолько печальны что даже спор проиграть достойно
> - не можете.

Ну, если вы покажете, как обмен патчами по емылу повышает качество кода и позволяет удовлетворять повышенные требования к надёжности ис - я таки признаю, что этот спор проигран.
Вот как перечисленные мной вещи работают - я понимаю, а вот это вот дедушкино извращение? Пока нет. Объясни, гуру, как оно в твоей топ 1 из fortune 500 работало?

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

207. Сообщение от pavel_simple. (?), 13-Авг-25, 19:10   +/
> мне к примеру нужен простой пул без RAID знаний и пр, да
> и в целом RAID не нужен, как и избыточная надёжность. зато
> нужен SSD кеш. ZFS разве решает мою задачу? про SSD кеш
> слышал только на кастомной версии BTRFS на синологи. ещё писали что
> для метаданных есть на XFS, но на XFS даже не вкупил
> как это сделать. по итогу пока BcacheFS юзаю
> хотя где-то на горизонте анонсировали аналог простого Bcache не привязанный к ФС.
> вот буду ждать смотреть

всмысле анонсировали, bcache давно в мейнлайне

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

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

209. Сообщение от myster (ok), 13-Авг-25, 19:48   –1 +/
А возможности BTRFS чем не устраивают? Её пока не выпилили. И надеюсь не собираются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #215

210. Сообщение от Аноним (-), 13-Авг-25, 20:03   +/
"Надо понимать, что даже если copy-on-write это: ..." Даже если говорить про copy-on-write, Btrfs не обходит системный кэш: ... Так првильние
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #211

211. Сообщение от Аноним (211), 13-Авг-25, 20:06   +/
Так првильнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

212. Сообщение от Аноним (-), 13-Авг-25, 20:29    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

213. Сообщение от devl547 (ok), 13-Авг-25, 20:33   +/
>Тео де Радт из той же серии.

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

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

214. Сообщение от Аноним (-), 13-Авг-25, 20:48   +/
Добавлю это так понятнее будет. "Btrfs не имеет собственного механизмa кэширования дисковых блоков: он полностью полагается на page cache ядра Linux. Все данные сначала попадают в RAM, Linux решает, когда и как сбрасывать их на диск по настройкам dirty_ratio, периодическим fsync и таймерам коммита. Дополнительного кэширующего слоя поверх блока диска нет"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

215. Сообщение от Аноним (215), 13-Авг-25, 20:50   +/
Оверинженернутый кусок гэ. Этим и не устраивает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209

216. Сообщение от Аноним (-), 13-Авг-25, 20:56   +/
"метаданные файловых систем тоже попадают в page cache ядра.
Как кэшируются метаданные

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

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


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру