The OpenNET Project / Index page

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



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

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

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

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

Оглавление

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

4. Сообщение от Аноним (4), 28-Июн-25, 10:58   +17 +/
> При этом он готов к прекращению поставки Bcachefs в основном составе ядра Linux и это не убьёт проект

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

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

7. Сообщение от Аноним (7), 28-Июн-25, 11:00   +1 +/
Ну продолжит он пушить отдельно в свою ветку. Что изменится? Кому надо, тот ядро запатчит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #16

10. Сообщение от Аноним (10), 28-Июн-25, 11:05   +13 +/
С каждой новостью про бкэшфс становится ясно что от нее (фс) надо держаться подальше. Если оставить в сторону эмоции действующих лиц, то разработчик продвинул в ядро фс, которая перманентно требует немедленных исправлений во избежание вероятных потерь данных. То есть оно перманентно настолько кривое, что вот если вот сейчас ее не пропатчить вот тут то возможен кирдык. И пропатчить это малой кровью никак нельзя - надо кучу кода переворошить. И история это повторяется с завидной регулярностью. Вот допустим есть пользователь этой фс - он что, теперь за рпспоследним ядром перманентно должен гоняться? Dkms - самое правильное место для этой фс
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #86

11. Сообщение от Аноним (73), 28-Июн-25, 11:05   –1 +/
Т.е., недоразумениe под названием nilfs2 или недоделки типа jfs значит можно включать в ядро, а reiser4 или bcachefs нельзя... Вот такой вот Линукс, свобода - она для кого надо свобода, ага.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #55, #57, #160, #171

13. Сообщение от freehck (ok), 28-Июн-25, 11:07   +13 +/
Линус прав. Процессы важнее кода. Если все будут делать, как Кент, то это печально скажется на стабильности ядра, а этого допускать нельзя.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

14. Сообщение от Кошкажена (?), 28-Июн-25, 11:08   +4 +/
>  так как она решает проблему с восстановлением ФС у пользователей, столкнувшихся с ошибкой при удалении подразедов и не имеющих резервной копии

Зачем в ядро приняли сырой код?

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

16. Сообщение от Аноним (4), 28-Июн-25, 11:11   +4 +/
Я написал что изменится – повысится порог входа, а ради молодой ФС без тестов в проде мало кому оно нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #110, #170

17. Сообщение от Аноним (17), 28-Июн-25, 11:11   –4 +/
А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы. Проблема лебедя, рака и щуки - это к сожалению основная проблема Линукса. Я понимаю, что это что то в стиле всем нравится становится независимыми государствами. Это очень веселая игра. Можно нарисовать написать конституцию, свой флаг и придумать свой гимн. Играться в выборы правительства и президента. Но в конечном итоге то что? Если у вас нет ресурсов на то, чтобы быть полноценным государством, то от этого будет только хуже. Всем нравится придумать своему проекту прикольное (нет) название и нарисовать какое-нибудь лого, а потом с пафосом его разрабатывать. Но проблема в том, что 100500 велосипедов на самом деле никому не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #25, #27, #33, #51, #71, #101, #282

18. Сообщение от gnugpl (?), 28-Июн-25, 11:12   –2 +/
Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #37, #41, #49, #54, #69, #180

19. Сообщение от Аноним (4), 28-Июн-25, 11:12   +1 +/
> недоразумениe под названием nilfs2

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

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

20. Сообщение от нах. (?), 28-Июн-25, 11:14   –1 +/
> Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре.

Вообще ни разу не. Это ты с бырбыр перепутал, вот та задумывалась. А получилось что получилось.

Не поддерживает практически ничего из возможностей zfs, ради которых ту и нужно ставить.
При этом zfs не поддерживает практически ничего из возможностей bcache, интегрированных в эту фс.

> Не будет в ядре – зачем тогда оно?

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

> Есть протестированный и годами отлаженный zfs.

с годами неисправляющимися _известными_ багами because of lack of resources(c)(tm) (и желания) и архитектурными проблемами нулевых годов, которые исправлять некому и опять же не на что.

Те ее фичи которые на самом деле нужны и интересны - в линуксе (ну а значит теперь уже и нигде вообще) использовать все равно нельзя. Остается только работающая реализация raid-z, но кому оно кроме васян-сторов нужно? Все кому надо хранить петабайты, давно уже отказались от пихания всех дисков в одну корзинку, и хранят их в распределенных кластерах. Где zfs лишняя совершенно.

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

21. Сообщение от gnugpl (?), 28-Июн-25, 11:14   +4 +/
Первый раз штoле? Про сырость в требованиях ничего нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

22. Сообщение от Аноним (4), 28-Июн-25, 11:16   +2 +/
Это СПО, что хотят то и делают. Если оно вам не нужно – пользуйтесь виндой, никто не заставляет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #241

23. Сообщение от Аноним (4), 28-Июн-25, 11:16   +/
Чтобы популяризовать и дать возможность протестировать. Нестабильные фичи честно помечают на сайте kernel.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #238

24. Сообщение от Аноним (24), 28-Июн-25, 11:17   +7 +/
Судя по домену почты, у этого Кента никого нет за спиной. Если бы там был какой-нибудь условный интел, то Линус враз бы переобулся.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

25. Сообщение от gnugpl (?), 28-Июн-25, 11:18   +3 +/
Настолько счастливы, что винда не может быть использована как дисковый сервер и никогда так не используется, если ваша компания организована чуть лучше ооо "сельские туалеты".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

26. Сообщение от нах. (?), 28-Июн-25, 11:19   –2 +/
> Зачем в ядро приняли сырой код?

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

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

27. Сообщение от Кошкажена (?), 28-Июн-25, 11:19   +3 +/
> А зачем нам вообще 100500 файловых систем?

Требования разные. Универсальных решений нет.

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

28. Сообщение от Аноним (4), 28-Июн-25, 11:19   +/
> Вообще ни разу не.

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

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

29. Сообщение от Аноним (29), 28-Июн-25, 11:20   –3 +/
>не желает принимать правила игры сообщества разработчиков ядра
>я не чувствую себя особо комфортно, будучи вовлечённым во всё это

Интересно, хоть кто-нибудь возмутится принудительной уравниловкой и риторикой уровня "code of conduct"? Хотя о чём это я? Откуда взяться возмущению? Линус ведь по определению базовый show me your code гигачад; кто в этом сомневается, тот, как известно, соя и левачок. Так что Линус может что угодно делать и преданная публика будет смотреть с восторгом.

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

30. Сообщение от Аноним (4), 28-Июн-25, 11:21   +/
> Можешь скинуть

Скринить.

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

32. Сообщение от Аноним (32), 28-Июн-25, 11:24   –4 +/
А куда делись клованы, оравшие, что эта поделка надёжнее BTRFS? Автор этой поделки явно не совсем адеквантый и его ФС такая же. Все мифы о её надёжности оказались пшиком.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47

33. Сообщение от нах. (?), 28-Июн-25, 11:26   –2 +/
> А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы.

вообще-то их там как минимум 4. Эксперт такой эксперт. И три системы управления дисками, почти как в линуксе, хехе.

Причем линукс, когда-то гордившийся тем что поддерживает все на свете и чорта в ступе - за десять лет ниасилил даже корявенькую readonly поддержку одной из (и не потому что невозможно - у парагона все есть, но не для вас).

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

34. Сообщение от gnugpl (?), 28-Июн-25, 11:26   +/
Редхат присматриваются к этой файлухе как к замене своего Virtual Data Optimizer, может все и наладится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #44, #64

37. Сообщение от Аноним (4), 28-Июн-25, 11:29   +4 +/
Затем что zfs надо уметь готовить, тормозит в неумелых руках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #264

39. Сообщение от нах. (?), 28-Июн-25, 11:33   –3 +/
А остальным разработчикам - просто наплевать на твои данные и исправлять они ничего и не собирались, обратитесь в техподдержку вашего дистрибутива.
Как там бырбырбыр поживает - уже можно пользоваться raid6? А, опять нет.

Про всякие "silent corruption" тебе помог бы поиск прямо по этому сайту, но ты ж не будешь, тебе главное квакнуть.

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

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

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

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

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

41. Сообщение от Вася (??), 28-Июн-25, 11:38   +7 +/
типичное skill issue
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #103

44. Сообщение от нах. (?), 28-Июн-25, 11:49   +/
НЕ НАДО!

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

к тому же vdo это ж всего лишь прозрачное сжатие, чтоб его заменить этой поделкой - надо выбросить не vdo а весь адский трэш с thin lvm, миллионом кастомных правок в xfs, тонной надстроек и подпорок со всех сторон с або-stratis во главе. А на это IBM пойтить не может, так придется топ-топ менеджера увольнять.

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

47. Сообщение от Аноним (47), 28-Июн-25, 11:58   +/
Не припомню, чтобы bcachefs теряла данные без возможности восстановления. Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #60, #130, #132

48. Сообщение от Аноним (49), 28-Июн-25, 12:00   –3 +/
Да просто Линус наш слоняра.
Ответить | Правка | Наверх | Cообщить модератору

49. Сообщение от Аноним (49), 28-Июн-25, 12:01   –2 +/
Зато фичи, ты не понимаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #218

50. Сообщение от Rastleremail (ok), 28-Июн-25, 12:12   +2 +/
Надо было выработать методику включения в ядро в несколько этапов, что бы не было таких недоразумений. Например, первый этап это включение через dkms, а второй, после стабилизации уже в основную ветку.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #223

51. Сообщение от _kp (ok), 28-Июн-25, 12:14   +/
>>А зачем нам вообще 100500 файловых систем?

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

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

52. Сообщение от Аноним (73), 28-Июн-25, 12:15   +/
> Самая надёжная ФС из доступных

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

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

53. Сообщение от Аноним (53), 28-Июн-25, 12:18   +/
У BcacheFS правильная ядерная лицензия, в отличие от.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

54. Сообщение от Аноним (54), 28-Июн-25, 12:19   +/
ZFS will use too much memory
Generally – where memory is fast: use of memory is a good thing. Unused (free) memory can be thought of as wasteful.

ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified:

1.first, an amount of memory put to good use with ZFS
2.then, a memory-hungry application wants some of that amount
3.the application gets what it wants.

заметка в разделе мифы https://wiki.freebsd.org/Myths

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

55. Сообщение от Аноним (53), 28-Июн-25, 12:20   +2 +/
Теперь "свобода" опрелятся советом директоров RHBM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

57. Сообщение от Аноним (57), 28-Июн-25, 12:20   +/
что не так с jfs? с недавних пор пользуюсь(нужна простая фс с динамическими инодами), хотелось бы знать о подводных камнях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #108

58. Сообщение от Ilya Indigo (ok), 28-Июн-25, 12:20   +3 +/
Если Кент действительно НЕ хочет соблюдать правила цикла подготовки выпусков и сознательно их нарушает, не разделяя изменения на баги и фичи, и ещё спорит с Линусом о том что они не правильны, на понимая зачем они нужны и что он далеко не единственный кто присылает код, который нужно потом тестировать... то да выход только 1.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

59. Сообщение от Аноним (59), 28-Июн-25, 12:23   –1 +/
Это последний остров в море ФС, надежда только на нее. Будет очень жаль, если в ядре ее не будет. Сыровата, это да, пилится одним человеком. Но зато у этого человека правильное отношение к своему делу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #121

60. Сообщение от Аноним (53), 28-Июн-25, 12:30   –1 +/
Подтверждаю слова Анонима. Сам в 2023 пытался перейти с ReiserFS  на BTRFS после того, как Торвальдс объявил, что выкинет последнюю из ядра. Но погорел на этом - полная потеря всех данных. Btrfsck просто сказала: Файловая система на разделе не обнаружена. Вот cижу пока на 6.1 LTS и ReiserFS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #126, #156, #274

61. Сообщение от Аноним (53), 28-Июн-25, 12:37   +1 +/
>а остальные драйвера правильнее развивать в отдельных проектах

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

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

62. Сообщение от Tron is Whistling (?), 28-Июн-25, 12:40   –1 +/
Аналогов ZFS быть не может - ни в одной нормальной FS нет раздельного с ядром кеша.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #82, #104

63. Сообщение от penetrator (?), 28-Июн-25, 12:40   +/
но вот тут

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

я согласен с Кентом

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

64. Сообщение от r2d0email (?), 28-Июн-25, 12:49   +/
Откуда такие новости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

65. Сообщение от r2d0email (?), 28-Июн-25, 12:50   +1 +/
Что там за шорох с цефом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #186

67. Сообщение от Аноним (4), 28-Июн-25, 12:51   +/
> Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.

Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему она самая надёжная.

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

68. Сообщение от freehck (ok), 28-Июн-25, 12:59   +2 +/
Я думаю, что зря.

Если исправление ошибки требует имплементацию новой функциональности — это свидетельствует о том, что драйвер недостаточно стабилен для ядра.

Если разработчикам такое позволять — либо качество кода ядра начнет деградировать, либо релизы превратятся в ад.

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

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

69. Сообщение от Аноним (69), 28-Июн-25, 13:05   –16 +/
> Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.

Очередной миф из разряда "сталинские репрессии".
Пользователям ZFS годится для поржать.

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

70. Сообщение от Аноним (70), 28-Июн-25, 13:09   –1 +/
если новая опция чинит файловую ситему, то это исправление, никак не новый функционал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #173

71. Сообщение от Аноним (70), 28-Июн-25, 13:10   +/
Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFS... лучше пусть будет много фс чем такое УГ, которому 100500 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #154, #184

72. Сообщение от _kp (ok), 28-Июн-25, 13:11   –1 +/
Вы драйверы писали?
Если опустить обновления ради обновлений, как и естественное развитие, то..
Исходник самих драйверов меняется только когда в ядре что то похерят/сломают, или добавят очень полезное. То есть исходник драйвера совместим с версиями ядра от одной версии до другой. А далее собирается с нужными заголовками ядра и архитектуры.
Более того, сторонние драйверы, которых в ядре нет, по другому и не сделаешь.


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

73. Сообщение от Аноним (73), 28-Июн-25, 13:21   +11 +/
> Очередной миф из разряда "сталинские репрессии".
> Пользователям ZFS годится для поржать.

Хочешь сказать что разрабы ZFS тоже врут и отрицают правду, как и сталинисты?

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

75. Сообщение от Аноним (306), 28-Июн-25, 13:27   +/
Кто вообще такой, этот Кент?
Я не следил за этой драмой, но со стороны Кент выглядит не очень приятным человеком - пытается что-то доказать, спорит, смуту наводит.
А бтрфс это не его проект? Просто что бэкач, что бтрфс, со стороны кажутся мутными проектами, как раз по причине конфликтности их создателей.
Вот есть ехт4, нет же, нашлись очередные умники с nih синдромом, которые пытаются самоутвердиться за чужой счет и облить грязью всех вокруг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95, #111, #117, #122

76. Сообщение от нах. (?), 28-Июн-25, 13:30   +1 +/
> Вы драйверы писали?

ну вот ты похоже - нет.

> Исходник самих драйверов меняется только когда в ядре что то похерят/сломают, или

то есть примерно каждый день.

И тем более для bleeding edge исходников, которые для того и писали чтобы использовать то что в ядре еще даже не дописано до конца.

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

угу. Вот ровно с 6.16 и совместим. А с 6.17 - уже нет. И наоборот.

> Более того, сторонние драйверы, которых в ядре нет, по другому и не
> сделаешь.

сторонний драйвер zfs видел когда-нибудь и его конфигуратор? "эта функция принимает четыре аргумента? Нет? Значит пять? Опять нет - шесть?! Да что за нахрен, три что-ли?"

И таких проверок - десятки, если не сотни.

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

И в каждой новой версии ядра - опять ломается и опять кому-то лезть разбираться что там понаулучшали и как теперь это починить.

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

80. Сообщение от Shevchuk (ok), 28-Июн-25, 13:35   +2 +/
Необходимости пушить функционал на стадии RC не должно быть примерно никогда:

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

¯\_(ツ)_/¯

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

82. Сообщение от нах. (?), 28-Июн-25, 13:40   –3 +/
> Аналогов ZFS быть не может - ни в одной нормальной FS нет
> раздельного с ядром кеша.

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

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

85. Сообщение от нах. (?), 28-Июн-25, 13:52   –1 +/
> ZFS and FreeBSD combine to make good use of memory. This goodness

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

> 1.first, an amount of memory put to good use with ZFS
> 2.then, a memory-hungry application wants some of that amount

она шмякается по sig6 - что ты легко мог бы проверить сам, а не сборник мифов пересказывать.
Что еще пол-беды (ну добавишь свопа).

Но попробуй сам СВОП переложить на zfs - и...и...и... правильно - очень легко получишь красивый интерлок. (Нет, это не единственное, к сожалению [к сожалению потому что это-то понятно легко обойти] место где такой интерлок может проявляться. Просто наиболее понятная чайникам демонстрация как проявления, так и причин. Для более сложных надо лезть глубоко в предмет и разжевывать некоторые неочевидные вещи. Нет, это не исключительное свойство zfs. Но можно было сделать лучше. Не захотели альтернативно-одаренные разработчики фри.)

> заметка в разделе мифы https://wiki.freebsd.org/Myths

Draft content for a page that was removed in October 2023

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


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

86. Сообщение от Аноним (86), 28-Июн-25, 13:54   +1 +/
Используем ext4 и не рыпаемся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #96, #159

87. Сообщение от Аноним (73), 28-Июн-25, 13:55   +/
Откуда взяться надёжности у ФС, которую пилят полторы калеки и которой никто кроме них больше не пользуется? Лучше бы её выбросили из ядра вместо райзерфс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

88. Сообщение от penetrator (?), 28-Июн-25, 13:58   +/
> драйвер недостаточно стабилен для ядра

это совсем другая история, можно пометить как эксперементальная фича

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

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

89. Сообщение от Аноним (86), 28-Июн-25, 13:58   –1 +/
Надавить через спонсоров, как расты сделали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #94

94. Сообщение от Ilya Indigo (ok), 28-Июн-25, 14:01   +/
> Надавить через спонсоров, как расты сделали?

У Кента нет такого ресурса!

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

95. Сообщение от Вандер (?), 28-Июн-25, 14:02   +1 +/
А когда он тортом был? Унылая каках не умеющая ни в архитектуры ни в разработку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

96. Сообщение от нах. (?), 28-Июн-25, 14:02   –1 +/
> Используем ext4 и не рыпаемся.

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

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

101. Сообщение от Tron is Whistling (?), 28-Июн-25, 14:31   –1 +/
Вот да, зачем нам 100500 видов обуви. Кирзачи и галоши хватит всем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #155, #254

103. Сообщение от Аноним (-), 28-Июн-25, 14:36   +8 +/
> типичное skill issue

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

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

104. Сообщение от Аноним (-), 28-Июн-25, 14:37   +/
> Аналогов ZFS быть не может - ни в одной нормальной FS нет
> раздельного с ядром кеша.

Потому что это - баг, а не фича... нахрен коум такие "аналоги" упали.

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

106. Сообщение от Аноним (-), 28-Июн-25, 14:39   –4 +/
> А остальным разработчикам - просто наплевать на твои данные и исправлять они
> ничего и не собирались, обратитесь в техподдержку вашего дистрибутива.
> Как там бырбырбыр поживает - уже можно пользоваться raid6? А, опять нет.

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

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

107. Сообщение от Аноним (-), 28-Июн-25, 14:40   +/
>> Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.
> Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему
> она самая надёжная.

В смысле - если ей никто не пользуется - то и данные не про$%ет? В принципе все так, но есть нюансы :)

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

108. Сообщение от Аноним (-), 28-Июн-25, 14:42   +2 +/
> что не так с jfs? с недавних пор пользуюсь(нужна простая фс с
> динамическими инодами), хотелось бы знать о подводных камнях.

Тормозная как трактор, не умеет нихрена, дефрага в случае чего нет даже теоретически, fsck одно время делал нечто странное. Нахрен оно такое нужно - кто его знает? На него и забили все.

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

110. Сообщение от Аноним (110), 28-Июн-25, 14:45   +2 +/
Так это лично его проблемы. Убьет проект не это, а сам автор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

111. Сообщение от Аноним (197), 28-Июн-25, 14:47   +3 +/
Ext4 15 лет рассыпалась при ресайзе с включённым sparse_surper2 и всем было плевать. Показатель качества ядра и системных утилит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #263

113. Сообщение от Oldiemail (?), 28-Июн-25, 14:54   +3 +/
Они оба плохие
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

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

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

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

117. Сообщение от Аноним (29), 28-Июн-25, 15:21   +2 +/
>Кто вообще такой, этот Кент
>выглядит не очень приятным человеком
>пытается что-то доказать, спорит, смуту наводит

Конечно-конечно, «дома надо сидеть», спорят только провокаторы на зарплате.

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

120. Сообщение от Аноним (110), 28-Июн-25, 15:25   –2 +/
Вы ничего ни о чем знать не хотите
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #125

121. Сообщение от НяшМяш (ok), 28-Июн-25, 15:27   +/
> у этого человека правильное отношение к своему делу

Ага, сегодня этот Кент с Линусом ругается, а завтра начнёт на багрепорты от юзеров отвечать "пшёл вон, умвр". ЧСВ это не похудение, его можно только увеличить.

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

122. Сообщение от Аноним (124), 28-Июн-25, 15:43   +2 +/
>Кто вообще такой

Вот с этого и надо было начинать. Ядро сейчас пилят корпорации, а индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были равны, давно пришли. А то что там Кент такой сякой нехороший, это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом засунул свою гордость поглубже и начал молча принимать на нём код.

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

124. Сообщение от Аноним (124), 28-Июн-25, 15:51   +/
Согласен, ругаться было лишне, надо было просто вовремя сваливать из этой помойки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #134

125. Сообщение от Аноним (-), 28-Июн-25, 15:53   +2 +/
> Вы ничего ни о чем знать не хотите

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

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

126. Сообщение от Аноним (126), 28-Июн-25, 15:58   –1 +/
>Но погорел на этом - полная потеря всех данных

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

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

129. Сообщение от Аноним (129), 28-Июн-25, 16:15   +/
Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать разницу. Менеджерам важно, что бы они чувствовали себя менеджерами и не любят, когда инженеры им перечат.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #133, #147

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

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

А если все будут также делать, то что получим второе KDE?

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

131. Сообщение от Аноним (130), 28-Июн-25, 16:26   +/
> Ерунда.

В чужой монастырь со своим уставом.

> Если проект только на стадии развития и по сути сырой прототип

Вот поэтому фс и хотят выпилить.

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

Это влияет на все ядро.

https://www.opennet.dev/opennews/art.shtml?num=62005

И еще где-то был момент, он там новую структуру данных запушил в RC.

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

132. Сообщение от Аноним (32), 28-Июн-25, 16:48   –1 +/
>Не припомню, чтобы bcachefs теряла данные без возможности восстановления

Какая разница, что ты там припоминаешь или нет? Твой частный случай не является статистически репрезентативным.

>Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.

Эти примеры в студию, с конкретными кейсами и пруфами. Про потерю данных на BTRFS вопят в основном 1.5 мамкина эксперта, не предоставляя никаких доказательств и подробностей. В то же время настоящие профессионалы и специалисты (Сотрудники Facebbok в дискуссии включения Btrfs по дефолту в Fedra 33) заявляют, что частота выхода из строя BTRFS такая же, как у XFS и ext4.

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

133. Сообщение от нах. (?), 28-Июн-25, 16:54   +/
Браво!
Только не совсем правильно понимаешь позицию менеджера - видимо, не работал.
(менеджерам куда важнее чем их ЧСВ - kpi, соблюдение регламентов и таймингов, и правильные отчеты вышестоящим. От этого зависят бонусы. Что, собственно, и имеем.)

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

134. Сообщение от нах. (?), 28-Июн-25, 16:55   +/
А куда? Под венду он наверное не умеет кодить :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #145, #150

135. Сообщение от нах. (?), 28-Июн-25, 16:57   +/
> это совсем другая история, можно пометить как эксперементальная фича

ТЫ НЕ ПОВЕРИШЬ!!!

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

136. Сообщение от Аноним (-), 28-Июн-25, 17:02   –2 +/
> Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в
> ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs.
> А Bcachefs никто без ядра тыкать не будет.

ZFS - это кусок тормозного крапа, даже экстентов нормальных нет. В 2025 году, экстентов, Карл! Рефлинки - так офигенно сделали, через цать лет после даже XFS голимого, что потестили - прям на юзерах. Это не файлуха а кусок ископаемого позора.

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

137. Сообщение от нах. (?), 28-Июн-25, 17:07   +2 +/
> А как там у тебя рефлинки - пул не убивают уже в дрызг?

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

> Ты ж наверняка отрастил хранилку на дофига терабайтов

ты не поверишь, но в нашем конторском san от нетапа - хотя и сильно специфическая, но - zfs. И там ближе уже к петабайту. Пересоздавать? Чо?! Первые ноды куплены в 2010м.

Дай угадаю - у тебя ровно ноль успешных решений такого возраста.

Проблема zfs не в самой zfs, а только и исключительно в п-сах менеджерах шв@60дкиных ОС.

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

138. Сообщение от Аноним (-), 28-Июн-25, 17:07   –1 +/
>> ZFS and FreeBSD combine to make good use of memory. This goodness
> вот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя.

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

Интересно, почему дистрам Linux не требуется такие отмазки выкатывать в общем случае? :)

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

141. Сообщение от Аноним (141), 28-Июн-25, 17:12   +1 +/
Да представляю, в 17м сам огрёб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

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

Вот у тебя-то на локалхосте такого никогда ведь не бывало!

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

144. Сообщение от Аноним (-), 28-Июн-25, 17:24   +/
>> Надавить через спонсоров, как расты сделали?
> У Кента нет такого ресурса!

Ну тогда вот те -EPERM - подумал Штирлиц.

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

145. Сообщение от Аноним (-), 28-Июн-25, 17:25   +/
> А куда? Под венду он наверное не умеет кодить :-(

Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #193, #253, #265

146. Сообщение от нах. (?), 28-Июн-25, 17:27   +/
потому что там все привыкли что половина видях не работает, потому что тут нвидийный блоб несовместим с ведром, а там шв@60дкиный эту не поддерживает дальше чем vesa compatible.

И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается.

Ну а чотакова, бесплатное же ж.

Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе.

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

147. Сообщение от Аноним (-), 28-Июн-25, 17:30   +/
> Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать
> разницу. Менеджерам важно, что бы они чувствовали себя менеджерами и не
> любят, когда инженеры им перечат.

Они эти принцпы разработки взяли в оборот не просто так.

Вот прям ща у меня перед мордой огромная простыня. И вот вроде я и хочу себе +1 комитера. Но его первый патч - "нате на лопате". Сразу 6 разных фич - в одну простыню. И вот блин дилемма. Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.

Вы же понимаете что сломать прод, завалив его целиком такой штукой - я не дам? А проблема в том что в его простыне я уже сходу вижу 2 бага. При том потуги их чинить - якорят прием всей простынки, конечно. Это так, ремарка гражданину поху (или наху?) откуда берется вот это "порежте помельче". Да, я узнал это на своей тушке. При том уже - с той стороны линка которая предлагает "порежте помельче".

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

148. Сообщение от Аноним (-), 28-Июн-25, 17:34   +/
> Вот с этого и надо было начинать. Ядро сейчас пилят корпорации, а
> индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были
> равны, давно пришли. А то что там Кент такой сякой нехороший,
> это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом
> засунул свою гордость поглубже и начал молча принимать на нём код.

Кент если что - явный растаман. Что он с утилитами сделал - это вообще фэйспалм просто. Они не собираются в стабильных дистрах, и что хотите то и делайте. Ну его и не воспринимают всерьез особо. В том числе и из-за раста, как ни странно. Точнее из-за общих полисей девелопа - непригодных для серьезного применения в проде.

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

150. Сообщение от Аноним (223), 28-Июн-25, 17:39   +/
А это смотря для чего он это делает. Если деньги нужны, то файловая система явно не способ их заработать, ну а если ЧСВ потешить, то проще написать 1001-й плеер. Толку от этого ноль, но 1,5 пользователя будут довольны, а не Линус факами размахивать. Плюс строчка в резюме, если работу искать потребуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #182

153. Сообщение от Аноним (-), 28-Июн-25, 17:44   –3 +/
> И никогда не. Внезапно. Эксперт такой эксперт. (нет, та проблема к рефлинкам

Да уж. Там скорее проблема в том что
1) Допереть вывалить нетестированую фичу в релиз - отлично придумали!
2) И еще и по дефолту врубить. Интересно же где бахнет!

При этмо прикольно что такие как ты рассказывают про энтерпрайзы, вот уж энтерпрайзная практика выкатки релизов как она есть :))

> и сильно специфическая, но - zfs. И там ближе уже к петабайту.

Так это ж не твоя заслуга - а нетаппа. И дома ты поди сидишь с NTFS высокоинновационным, где снапшоты той же винды мучительно тормозны, 200 К файлов в дире = дикие клины в стиле "ща, только дискетку доформатирую" и в целом - как-то неуниверсальненько.

> Дай угадаю - у тебя ровно ноль успешных решений такого возраста.

Это вообше не у тебя решение - а у нетаппа. А твоя то заслуга в этой схеме - в чем?

> Проблема zfs

...в том что кроме энтерпрайзных хранилок оно ни на что не заточено на самом деле.

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

154. Сообщение от Аноним (154), 28-Июн-25, 17:44   +2 +/
Нормально она файлы копирует, особенно если это большие по размеру файлы, с маленьким она ощутимо медленнее ехт4 работает. В остальном, нормальная ФС, но по сравнению с той же бтрфс уже устарела по возможностям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #248

155. Сообщение от Аноним (154), 28-Июн-25, 17:45   +/
А вот полностью согласен. Ещё яловые и хромовые сапоги добавьте в список, и всё будет правильно. Да, для занятий спортом кеды, и всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #167, #204

156. Сообщение от Аноним (154), 28-Июн-25, 17:49   +/
Чувак, я и на ntfs терял данные, и на ext4, и на jfs, и на всяких fat, и это не является проблемой FS, это является проблемой кривых рук, железа и не вовремя сделанных backup-ов. Так что иди умойся и посмотри в зеркало - там ты увидишь криворукого клоуна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #256, #289

157. Сообщение от zionist (ok), 28-Июн-25, 17:49   +1 +/
Кто-то использует ext2 как основную на своём десктопе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

158. Сообщение от Аноним (158), 28-Июн-25, 18:05   +/
Ничего не понял, но запало мне в душу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

159. Сообщение от Аноним (159), 28-Июн-25, 18:12   +/
Чем плоха ext4 ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #169, #194

160. Сообщение от Аноним (159), 28-Июн-25, 18:16   +1 +/
raiser4 лично вы поддерживаете ? Или может кто то еще ?
Все открестились и забыли.
Или для вас "свобода" - все должны тянуть код нужный (на самом деле нет) ЛИЧНО ВАМ ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #228

162. Сообщение от Аноним (162), 28-Июн-25, 18:20   +/
> Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.

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

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

163. Сообщение от Аноним (163), 28-Июн-25, 18:25   +3 +/
ZFS использует собственную модель управления блоками данных с динамическим размером и архитектурой copy-on-write. Карл!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #198

164. Сообщение от нах. (?), 28-Июн-25, 18:25   +1 +/
> Кент если что - явный растаман. Что он с утилитами сделал -
> это вообще фэйспалм просто. Они не собираются в стабильных дистрах, и

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

(отдельный вопрос на засыпочку - в любом ли стабильном дристе можно вот так взять и пересобрать самое наираспоследнее ведро? Разумеется, скачивание вручную из левого источника текущего билда gcc приравнивается к оскорблению Аллаха.)

> особо. В том числе и из-за раста, как ни странно. Точнее
> из-за общих полисей девелопа - непригодных для серьезного применения в проде.

проду как раз похрен на хруст.

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

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

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

165. Сообщение от Аноним (165), 28-Июн-25, 18:36   +/
> Они эти принцпы разработки взяли в оборот не просто так.

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

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

166. Сообщение от Аноним (166), 28-Июн-25, 18:42   +1 +/
Не понимаю позиции Кента. Присылать новые фичи в период стабилизации кода, будет мешать правильному тестированию и дебагингу, а так же отслеживанию изменений, регрессий и общему понимаю кода. Если твой код недоделка на коленках, и ты постоянно присылаешь костыли в последний день... Может не стоит такой код включать с основным, до тех пор пока все не заработает и не над подпорках...
Ответить | Правка | Наверх | Cообщить модератору

167. Сообщение от Tron is Whistling (?), 28-Июн-25, 19:00   +/
Сказали два - значит два.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

168. Сообщение от _ (??), 28-Июн-25, 19:07   –1 +/
"Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон Черчилль

Просто у тебя не было задач где оно реально _нужно_. И вот там, где оно - нужно, лучше ничего нет, УВЫ! НАПРОЧЬ(С) нет! Нишмагли(С) ... :(

Другое дело что обычному васяну ZFS ... ну вот реально - ну не нужна. А то что некоторые еЯ на лаптопы натянули ... ну поздравляю, чо :) Некоторые помницо и Solaris на лаптопы вкрячивали ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)

Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил время... как был линукс квинтэссенцией идей 1970-1980 годов, так и останется :( Но зато - с растом! :))))

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

169. Сообщение от _ (??), 28-Июн-25, 19:21   +/
Она для луддитов же, её уже больше 3-х месяцев как придумали! :)
Я уж молчу о том что "в ней нет ни одной молекулы свободы"(С)^W ни байта на расте :))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

170. Сообщение от Ефрщ (?), 28-Июн-25, 19:22   +/
> ради молодой ФС без тестов в проде

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

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

171. Сообщение от _ (??), 28-Июн-25, 19:28   +/
> недоделки типа jfs

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

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

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

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

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

173. Сообщение от _ (??), 28-Июн-25, 19:42   +/
Ты код смотрел? А _что_ там - понял? :)
Кент (по йунности видимо) всунул пачку изменений не только в свой код, но и в довольно критические секции _чужого_ ...
Ну фиг ли с пацана взять :)

PS: А всё равно жаль котёнка ($subj) - он хоть и царапка, но миляга ... :)

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

177. Сообщение от Аноним (-), 28-Июн-25, 19:53   –2 +/
>У Кента нет такого ресурса!

Это же тролль. Ты в серъёз подумал что внедрение Раста в ядро произошло в результате надавливания? Разработка ядра ведётся без помощи спонсоров, это некомерческий проект. Спонсоры тусуются в Linux Foundation.

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

180. Сообщение от Аноним (73), 28-Июн-25, 20:03   +1 +/
> при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз

Замедляет относительно чего?

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

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


> И в каждой новой версии ядра - опять ломается и опять кому-то лезть разбираться что там понаулучшали и как теперь это починить.

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

Как то таГ :)

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

182. Сообщение от нах. (?), 28-Июн-25, 20:04   +/
> А это смотря для чего он это делает. Если деньги нужны, то файловая система явно не
> способ их заработать

напоминаю - один пожизненно осужденный вот так , с просто файловой системы, сам жил, и еще толпу работничков кормил.

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

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

183. Сообщение от нах. (?), 28-Июн-25, 20:07   +1 +/
> А за что наху тут минус влепили?

они, не поверишь, искренне веруют, что от их неистового минусения объективная реальность изменится.

> Да. А Кент (создатель сабжа) - не стесняясь уячил в чужих кусках кода с размахом

но до сих пор в этих его изменениях никаких регрессов не обнаружено.

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

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

184. Сообщение от _ (??), 28-Июн-25, 20:09   +/
> Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFS

А в чём челлендж? У меня к примеру scheduler каждую ночь такое проделывает ... в чем пафос то?
Или ты хочешь сказать что в других FS это будет в разы быстрее? Ну так нет - не будет, на проценты может даже на десятки процентов быстрее будет, в разы - нет.

Ы?

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

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

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

186. Сообщение от _ (??), 28-Июн-25, 20:12   +/
Грабли :)
Подожди сейчас долетит - сам поймешь :)))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

187. Сообщение от _ (??), 28-Июн-25, 20:20   +/
А кто ему issue-сы слал по твоему?! ;)

Другое дело что "данные" там такие "данные" ... rsync-ом с настоящих втуда сделанные :) Потому что сразу жи понятно что назад могут и не вынырнуть :)

Это в тему одменам которые "я терял данные на" и список FS на два листа :)

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

192. Сообщение от Аноним (-), 28-Июн-25, 20:26   +/
> поддерживает дальше чем vesa compatible.

Хызы, у меня последний GL есть, вулкан - тоже, а ливка на основе FreeBSD на этой конфиге смогла - черный экран малевича.

> И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается.

Не очень понятно как внезапно обновить себе дистр. А, и снапшотов у тебя на случай приколов не было - сапожник же должен быть без сапог! А я так не прокативший апгрейд одним хомам - откатил. За 2 минуты. Потому что есть такая фигня - productivity. Но вы это не проходили, вам это не задавали.

> Ну а чотакова, бесплатное же ж.

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

> Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе.

Это путь таких как ты. А я и сам жру пирожки которые пеку.

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

193. Сообщение от _ (??), 28-Июн-25, 20:26   +/
> Русиновича последнего и то доканали

ЯТЬЪ! Меня бы так "доконали"! :-)
Для тупых - Русинович у них [S]VP в Azur-е ... у него настолько всё шоколадно, что ...

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

194. Сообщение от Аноним (194), 28-Июн-25, 20:27   +4 +/
Тем, что она примитивна. Мгновенных снапшотов нет, сжатия нет, подразделов нет, практичекски ничего нет. Зато есть иноды, которые могут внезапно закончится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #211, #233

195. Сообщение от _ (??), 28-Июн-25, 20:28   +/
> (вполне возможно потому что под ним - все тот же мамонтов навоз)

Посмотри своё же сообщение выше по трэду, ну там про нетапп ... ;-D

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

196. Сообщение от Аноним (194), 28-Июн-25, 20:29   +/
Народ, а как дела во всяких bsd, насколько там есть stable abi/api?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #209, #222, #267, #272, #308

197. Сообщение от Аноним (197), 28-Июн-25, 20:29   +/
Мне тут как-то надо было 20 тб с ntfs перенести, они слишком уж зафрагментировались. Опыт так себе, с ext4 было приятней. Нтфс без ссд не имеет права на жизнь, у Эпол та же петрушка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #249, #250, #251

198. Сообщение от Аноним (-), 28-Июн-25, 20:30   –4 +/
> ZFS использует собственную модель управления блоками данных с динамическим размером
> и архитектурой copy-on-write. Карл!

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

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

199. Сообщение от Аноним (-), 28-Июн-25, 20:32   +/
> "Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон
> Черчилль
> Просто у тебя не было задач где оно реально _нужно_. И вот
> там, где оно - нужно, лучше ничего нет, УВЫ! НАПРОЧЬ(С) нет!
> Нишмагли(С) ... :(

Да, я к счастью - не LLNL и это - именно их боль, которую они сами себе нашли.

> не нужна. А то что некоторые еЯ на лаптопы натянули ...
> ну поздравляю, чо :) Некоторые помницо и Solaris на лаптопы вкрячивали
> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)

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

> Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил

Да посмотрим что получится. Глядишь, Кент после такого о314ливания за ум возьмется и пообещает - что не будет такое нате на лопате хреначить.

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

201. Сообщение от Аноним (-), 28-Июн-25, 20:40   +/
> А можно грязных подробностей?

Я уже забыл детали, ибо декомиссовал последние тома с ним опосля этого эн лет назад. Но там толи fsck с ошибкой отпадал, толи что-то типа того - оно после загрузки оказывалось не замонтированым блин. Несмотря на прописывание в fstab. Из-за каких-то совершенно левых взбрыков по линии fsck. С другими ФС этого не было. Ни с xfs, ни с ext4, ни btrfs. А этот вот одно время брыкался. Потом вроде починили. Но зачем мне такой слоупок, с приколами - я не понял и отделался от него постепенно.

Единственное где оно хорошо себя вело - роутер с процом 200 МГЦ. Там все в проц упиралось и jfs относительно мало прцоа жрет - там был побыстрее остальных за счет этого.

> Чёто я не помню проблем с fsck, а оно жи _форсилось_ поле
> N-ребутов, я бы заметил.

А я вот помню какие-то факапы с монтированием этой штуки, подбешивавшие меня. Потом лапками оно маунтилось конечно - но постоянно печатать то что я и так в fsck прописал - мне вот оно надо?

> Насчёт дефрага - голубые божились что встроенный - зи бест и нич0делатьненадА!

В принципе он и правда не особо фрагментируется елси с забитием по уши и торентами и БД не борзеть, но если что - то упс, сделать с этим ничего не получится. На этот случай плана нет совсем.

> Я и не делал и проблем не припомню.
> А уж в 2k25, когда у всех SSD дефрагментировать чего то ... ну такое (С) :)

Ну и нахрен этот слоупок который еще и не умеет нихрена - на SSD? Т.е. да, можно его туда засунуть. Вероятно даже будет работать. Но скорость... рефакторить это на новые крутые апи с подшивками страниц, и тем более large folios, или какие там io_uring - никто не того, поэтому на быстрых SSD ему ничего не светит.

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

202. Сообщение от Аноним (159), 28-Июн-25, 20:47   +/
А чем лучше ext4 ?
Первый раз просто слышу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #214

203. Сообщение от Аноним (-), 28-Июн-25, 20:47   +/
> А в чём челлендж? У меня к примеру scheduler каждую ночь такое
> проделывает ... в чем пафос то?

Не знаю как у него - а я вот примерно 300К файлов недавно в 1 дире своротил, на btrfs обычном. Это не я если что придумал - структура архива такая была, а я его лишь перегенерял с изменениями.

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

p.s. я такое с 50-100 К файлов в винде делал, уже ОЧЕНЬ напрягало. В _любой_ программе по вашему вкусу можете ворочать.

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

204. Сообщение от Аноним (-), 28-Июн-25, 20:48   +/
> А вот полностью согласен. Ещё яловые и хромовые сапоги добавьте в список,
> и всё будет правильно. Да, для занятий спортом кеды, и всё.

Нифига, в кирзачах занимайся. Ну или в галошах. У тебя есть выбор! :)

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

205. Сообщение от _ (??), 28-Июн-25, 20:49   +1 +/
> говорит Кент, главное - что бы юзерам было хорошо

Просто он не ффтыкает кто ведру - юзеры :) А им нинада походу...
Жаль котёночка, если бы допилили - было бы лучше чем как шаЗ.

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

207. Сообщение от Аноним (159), 28-Июн-25, 20:52   +/
Надежнее btrfs ?
А она не тормозит...
Кто виновать... даже не знаю...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

208. Сообщение от Аноним (-), 28-Июн-25, 20:52   +/
>> Русиновича последнего и то доканали
> ЯТЬЪ! Меня бы так "доконали"! :-)

Сомневаюясь что вы майкрософту нужны. Как bulk coder индусы интереснее, а таланты системщика, манагера и проч у вас ничем не подтверждены в отличие от.

> Для тупых - Русинович у них [S]VP в Azur-е ... у него
> настолько всё шоколадно, что ...

Ну вон пох (или нах?) тоже чего-нибудь шоколадное подгонит, спрашивайте! Он по шоколадным приблудам - эксперт! А судя по тому что там еще и кошкажена затисалась - еще и весьма утонченный ценитель! :)

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

209. Сообщение от _ (??), 28-Июн-25, 20:52   +/
Не лезь туда.
Там всё настолько... хмм... замерло? :) Что только спецы могут распознать что оно - живое :)
Хотя я BSD юзал массированно в нулевых, те времена прошли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

211. Сообщение от _ (??), 28-Июн-25, 21:01   +/
> Тем, что она примитивна.

Это вообще-то - достоинство! :-р

> Мгновенных снапшотов нет, сжатия нет, подразделов нет

А это точно то, что должа делать _FS_? ;)

> Зато есть иноды, которые могут внезапно закончится.

Ну хоть один реальный недостаток нашли, а то я уж волноваться начал :) Не иделальна, ТЧК!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #232, #243, #286

212. Сообщение от _ (??), 28-Июн-25, 21:05   –1 +/
> запускать не раз в несколько ребутов, а на нештатно завершившейся системе. То есть там где он и необходим.

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

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

213. Сообщение от _ (??), 28-Июн-25, 21:09   +/
> Но там толи fsck с ошибкой отпадал, толи что-то типа того - оно после загрузки оказывалось не замонтированым блин. Несмотря на прописывание в fstab.

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

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

214. Сообщение от _ (??), 28-Июн-25, 21:11   +/
Да уже ничем пожалуй...
Где то в ~17(?) в ext4 фиксанули серьёзную фигню, вот с тех пор возможно ext4 даже и лучше...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

215. Сообщение от Аноним (-), 28-Июн-25, 21:16   +/
> Делюсь опытом: садишься с ним в переговорке, на экран его код и
> начинаешь с ним ревьюить в паре.

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

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

Просто субъект ризоны в стиле поха выдавал - мол, зачем - и так же ЗБС? Ну да, збс, хрен вмержишь все 6 фич из-за косяка в 1 :). Не говоря о том что он баги про@#$л в этой простыне. А самое прикольное - сэр неплохр программит, но в гите ацкий профан. Очень необычное комбо на данный момент.

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

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

217. Сообщение от _ (??), 28-Июн-25, 21:24   +1 +/
Ах вон ты про что!
Про 100500 файлов в одном дире и даже если оно занимает 100500 байт, то можно 3 коффи сварить и принять пока оно прочухается... а может н не прочухаться.
Так?
Ну туД, да - согласен, в линуковых тут тоже не идеал но по крайней мере _на_глаз_ заметно, что лучше :)
...
Но ведь ты же слышал анек про:
- Доктор! Я когда вот ТАК делаю - мне больно! 8~-(
- ... а вы вот ТАК не делайте!

Хотя народу впрок не идёт. Что не самопальный кэш - так вот именно это, можно не глядя в код issue на него писать и в пяти девятках - даже попадёшь ;-)

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

218. Сообщение от Аноним (218), 28-Июн-25, 21:25   –1 +/
фичи без базы - ничто
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

219. Сообщение от Аноним (-), 28-Июн-25, 21:28   +/
> Если бы они их применяли к Кенту не просто так, то у
> них были бы аргументы серьёзнее, чем "но ведь правила же".

Ну, понимаешь, Кент требует себе исключений в БЕСПРЕЦЕДЕНТНОМ объеме.
1) Никто из ФСников более НИКОГДА не вкатывал именно "новые фичи" в, цук, RC3! Один раз Darrick Wong предупредил что ему _может быть_ придется что-то такое в 1 конкретный момент перехода XFS на новый формат - и то - он обошелся без таких подарков в итоге.
2) Теодор Тсо был довольно злой и вбил пару oneliner-ов, не только в shell но и в R, дав мастеркласс по быстрой злой аналитике комитов git. И показал кенту что он - самый наглый из всего ядра вообще, по сути. Его патчи рутинно превосходят по средним объемам перетряса - МАКСИМАЛЬНЫЕ объемы перетряса btrfs в самые его жесткие периоды разработки.

И вот при таких объемах перетрясов еще права качать на тему что видишь ли не дали в RC3 аж - новую фичу вкатить - ну, знаете, Кент на этом глобусе живет не один. Если он не может это понять по хорошему, ему объяснят "уж как получится". В хучшем случае, вот, размайнлайнив нахрен - и ТАМ он может спамить что угодно, как угодно, в любое время дня и ночи, поклав на то какой там RC сейчас, и вообще. А вон то - командная игра. И - нет, в ТЕХ объемах исключения себе из правил не требовал, кажется, больше никто. За всю историю кернелдева. Ядерщики просто не смогли найти сравнимых примеров.

> "Правила же" - это не аргумент вообще, потому что как правильно
> говорит Кент, главное - что бы юзерам было хорошо. Если любители
> правил этого не понимают, то они профнепригодны.

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

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

220. Сообщение от _ (??), 28-Июн-25, 21:30   +1 +/
> Сомневаюясь что вы майкрософту нужны.

Зря сомневаешься ;) У меня с ними - полная взаимность :))))

PS: У них вообще несколько странное головокружение от ИИ наблюдается... довольно заметная куча _толкового_ народу ушла в доставку пиццы ... Чёто мутят короче.

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

221. Сообщение от Аноним (223), 28-Июн-25, 21:31   +/
Рейзер выбил грант, на что и кормил пару разрабов. Тут же изначально бессмысленное предприятие, пытаться вкладываться в проект, где уже давно токсичное болото. От 1001-го плеера и то выхлоп выше будет в перспективе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #260

222. Сообщение от Аноним (-), 28-Июн-25, 21:34   +/
> Народ, а как дела во всяких bsd, насколько там есть stable abi/api?

Единственные кто пытается нормальную файлуху делать из BSD - это DragonFly BSD. Их HammerFS - относительно современный дизайн, по образу и подобию иных совремнных cow-like. Но в стрекозе ясен пень - полтора землекопа. И даже при всей симпатичности хаммера - до ума довести такой дизайн все же требует вытаптывание поляны, а ОС в целом - все же состоит не только из ФС. Это важный компонент - но не единственнй.

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

223. Сообщение от Аноним (223), 28-Июн-25, 21:35   +/
Ага, а потом на коленях бегать, чтобы уважаемые Линус и Ко приняли твои патчи? А оно надо вообще? Не, ну если за тобой корпорация, которая платит $$$, то не вопрос. Время оплачено и корпорация если что, поставит яжефинского на место. Но если ты на общественных началах, жастфофан, то лучше вообще туда не соваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #259

224. Сообщение от _ (??), 28-Июн-25, 21:36   +/
>> Делюсь опытом: садишься с ним в переговорке, на экран его код и начинаешь с ним ревьюить в паре.
> Надо было сразу сказать что это географически распределенная разработка. Так что этот маневр технически сложно и дорого.

иииппаааа***ььь ...
Люди весь COVID так проработали, а у него "сложА-дорагА"(С) 8-о

В остальном - полностью согласен.
Но ... "Что совой об пенек, что пеньком об сову - всё равно сове пипец!"(С)
Хотя ... Надюха умирает последней ;-)

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

226. Сообщение от Аноним (223), 28-Июн-25, 21:39   +/
>требует себе исключений

А ты уверен, что этот аргумент что-то там решает?

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

227. Сообщение от Анонм (-), 28-Июн-25, 21:45   +/
> Зря сомневаешься ;) У меня с ними - полная взаимность :))))

В смысле и они вам - не нужны? Или в чем прикол?

> PS: У них вообще несколько странное головокружение от ИИ наблюдается...

Как тот кто очень плотно с ними работал я могу сказать как это на самом деле:
- Маркетинг находит баззворд. Очередной.
- Теперь %s это круто, а %s и %s отстой, легаси и мы закрываем продукт.
- %s наше все, кто не согласен - будет линчеван отделом маркетинга как луддит.
- "Нет, мы не знаем что вам делать, но наш предыдущий продукт %s - все!"
- GOTO 1

Т.е. последних лет так дофига их маркетинг гоняет за хайпом и все что не вписывается в это дело интенсивно шельмуется, клеймится легаси, выносится в obsolete и закрывается. А проблемы неудачников которые в это влопались - это же не проблемы майкрософт, право? Они по жизни свои проблемы решали за счет кастомеров, девов, партнеров, OEM, ISV, WTF...  :)

> довольно заметная куча _толкового_ народу ушла в доставку пиццы ... Чёто мутят короче.

Они здорово изменились структурально. В основном по причине измениения структуры профитов. Теперь их все это абажур и онлайн офис, остальное - для галочки. Этакие чемоданы без ручки. Выкинуть жалко, а тащить неудобно. Всякие винды, дотнет и тягание на себе целой экосистемы хз зачем и проч - по деньгам сильно меньше того, а по гемору и затратам сильно больше. Они б наверное с удовольствием прибили это, как скайп и виндофоны - если б не шло в комплекте с дикими репутационными издержками. Только представьте себе коменты рож полжизни учивших дотнет - чтобы им сказали что "продукт закрыт" :). Но чуть менее официально - мс, их маркетинг, cto/манагемент и проч теперь любят - хруст. И кто не понял - это его проблемы. Русинович один из типичных представителей направления.

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

228. Сообщение от zionist (ok), 28-Июн-25, 21:50   +1 +/
Вроде бы Эдуард Шишкин её поддерживает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

229. Сообщение от Аноним (-), 28-Июн-25, 22:03   +/
> Люди весь COVID так проработали, а у него "сложА-дорагА"(С) 8-о

Вы или ваши визави мотались через полглобуса чтобы в переговорке посидеть? Какие вы затейники. Иначе этот рецепт не совсем применим напрямую. А так да, блин, я популярно разрисовал типу как бы ЭТО делал бы я - и почему так. Насколько дошло - посмотрим. Просто это мне напомнило про дебаты с похом (или нахом) на тему "порежте помельче". Вот ему б такой патч поразгребать - и я б посмотрел как он дебатировал бы после этого.

То что его в том качестве никто нигде почему-то не захочет, так что он помрет в неведении - вопрос номер два.

> равно сове пипец!"(С)
> Хотя ... Надюха умирает последней ;-)

Время покажет. Просто проблемы у софтостроя достаточно сравнимые и можно при случае и ощутить себя - карманным вариантом Торвальдса. Если захотеть.

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

230. Сообщение от Аноним (-), 28-Июн-25, 22:06   +/
>>требует себе исключений
> А ты уверен, что этот аргумент что-то там решает?

Это core всей претензии к Торвальдсу. Никто не любит м...цкий стиль разработки когда вместо решений - новые проблемы. Приносите - решения. А не создание новых проблем. Или идите нахрен, кому такой девелоп уперся и зачем?! Да, представляете, в софтострое надо уметь и посылать нахрен всяких гамнякеров. Иначе проект будет загажен до уровня канализации - в которой он и утонет.

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

231. Сообщение от Аноним (-), 28-Июн-25, 22:07   +/
> Это core всей претензии к Торвальдсу.

Тфу ты. ТорвальдсА к Кенту, разумеется.

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

232. Сообщение от Аноним (218), 28-Июн-25, 22:11   +/
> Зато есть иноды, которые могут внезапно закончится.

И как это интересно решают?

2) А, в Ext2/Ext3 - такая проблема есть?

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

233. Сообщение от maximnik0 (?), 28-Июн-25, 22:15   +/
>Мгновенных снапшотов нет, сжатия нет, подразделов нет

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

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

235. Сообщение от Grand (?), 28-Июн-25, 22:25   +4 +/
Учитывая, что репрессии реально были - ей-богу вы как-то сильно двусмысленно написали ..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

236. Сообщение от Аноним (218), 28-Июн-25, 22:27   +1 +/
А, мне вообще не понятно где вы в Linux ядре - все видите стабильность?... Большего shit'a не найти в OpenSource, в т.ч.и про призводительности(только у EULA виндов последних  уделывает в этом, и то ещё не факт)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

238. Сообщение от Аноним (218), 28-Июн-25, 22:30   +/
Вот только в дистрибутивах о этом молчок же...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #293

240. Сообщение от maximnik0 (?), 28-Июн-25, 22:33   +/
И что тут такого,300 тысяч файлов в одной дире? И на ntfs можно сделать, конечно тормозное будет,но работает. Лучше конечно это дело вынести на отдельный диск- раздел и с самого начала увеличить MFT ( нельзя нечем в linux сделать кроме утилит коммерческих парагона) . Отключить главный тормоз - регистронезависимость и поток posix.И дать проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #252

241. Сообщение от Аноним (218), 28-Июн-25, 22:34   +/
Заставлют соглашаться с zog кабалой в EULA даже по линии откровенного шпионажа,
а ныне уже и спомощью встроенного ИИ - автоанализирующего картинки на экране, всё как предсказывалось но не думал что даже мс на такое пойдёт :( когда то они хотя бы делали вид защищённости их ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

242. Сообщение от Аноним (-), 28-Июн-25, 22:35   +/
>>Мгновенных снапшотов нет, сжатия нет, подразделов нет
> Все это было в ветке Аддона (рентгенолог) .Называлось Next4 , правда оказалось
> по надёжности хуже молодой BTRFS.

Нынче уже даже сам Теодор Тсо прямым текстом говорит - будущее за дизайнами типа btrfs и bcachefs. И нет никакого смсысла окучивать эти древние костяшки, натягивая сову на глобус.

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

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

243. Сообщение от Аноним (-), 28-Июн-25, 22:39   +/
> Ну хоть один реальный недостаток нашли, а то я уж волноваться начал
> :) Не иделальна, ТЧК!

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

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

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

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

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

245. Сообщение от Аноним (218), 28-Июн-25, 22:45   –1 +/
(сама NTFS - нужна собственно для доступа к диску периодически из виндов)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

247. Сообщение от Аноним (218), 28-Июн-25, 22:56    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

248. Сообщение от Аноним (218), 28-Июн-25, 22:58    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

249. Сообщение от Аноним (218), 28-Июн-25, 23:01    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #283

250. Сообщение от Аноним (218), 28-Июн-25, 23:03    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

251. Сообщение от Аноним (218), 28-Июн-25, 23:05    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

252. Сообщение от Аноним (218), 28-Июн-25, 23:25    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #297, #307, #310

253. Сообщение от maximnik0 (?), 28-Июн-25, 23:25   +/
>Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет.

Есть рабочий драйвер с утилитами BTRFS.Народ на самопальной загрузчике даже 10 с раздела btrfs загружал.Воплей насчёт того что сыпется не слышно, правда пару багов автор закрыл.Так что спорный вопрос.

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

254. Сообщение от Аноним (218), 28-Июн-25, 23:28    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

255. Сообщение от Аноним (255), 28-Июн-25, 23:36    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

256. Сообщение от Аноним (218), 28-Июн-25, 23:43    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

257. Сообщение от нах. (?), 28-Июн-25, 23:44   +/
> Просто у тебя не было задач где оно реально _нужно_. И вот

он когда лбом упрется в такую задачу - подберет кривое-косое решение на единственном осиленном им инструменте. Потому что "экспертиза", увы, отрицательного левела. Питаема urban legends худшего пошиба, в пересказе старух на лавочке. Вместо знаний.

> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)

ну вот банально хочется простого и понятного управления виртуальными фс, а не этого вот всего с восемью слоями dm и еще и не работает ничего как надо (включая dump/restore, хвала Б-жку с Пальцем, заявившему что оно нинуна и тар хватит всем).

Поэтому я спокойно использую везде где вообще есть какие-то фс кроме /

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

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

> Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил
> время... как был линукс квинтэссенцией идей 1970-1980 годов, так и останется

так там от тех идей тоже давно ничего не осталось. В те годы не могло оказаться что "ваш pid1 несовместим с вашей версией ведра, пройдить нафиг".

> :( Но зато - с растом! :))))

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

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

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

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

258. Сообщение от Аноним (218), 28-Июн-25, 23:45    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

259. Сообщение от Аноним (218), 28-Июн-25, 23:48    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

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

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

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

261. Сообщение от Аноним (218), 28-Июн-25, 23:49    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

262. Сообщение от Аноним (218), 28-Июн-25, 23:54    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

263. Сообщение от Аноним (218), 28-Июн-25, 23:57    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #266

264. Сообщение от Олег (??), 29-Июн-25, 00:04   +/
вопрос тормозов это вопрос выбора с учетом критереев выбора
нужно сжатие, защита от бедблоков, надежность, raid без дорогих железяк - используй zfs
Если нужна скорость используй ext4\xfs

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

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

265. Сообщение от нах. (?), 29-Июн-25, 00:05   +/
>> А куда? Под венду он наверное не умеет кодить :-(
> Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить

ой... опять пошла кекспертиза бабки на лавочке.

Под нее именно драйверы кодит кому только не лень - благо одобрения Божества-с-пальцем для этого не нать, и еще лет десять ничего не сломается. Вон даже автырь wireguard шмог сделать корявый порт своей поделки - даже не прочитав документацию. (поэтому пришлось таки отовсюду выкинуть и заменить wiresock'ом, авторы которого документацию читали и вообще в принципе понимали как правильно в винде должен работать vpn - и, ну надо ж - тоже как-то справились с "ddk/sdk")

С фс там вообще все прекрасненько, достаточно посмотреть на ужасных монстров пробрасывающих драйверы через wsl (т.е. можно в принципе подцепить к виндовой фс дерево любой фс поддерживаемой линуксом как native) - у еще одного автора снова ни секунды не возникло проблем с ddk, ну надо же ж.

> по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.

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

С возрастом переквалифицировался в топ-топ менеджеры и неплохо себя чувствует теперь, вообще ни на каком инструменте не играя. (Ходят слухи, кстати, что из azure уволился, и теперь играется в иксбокс в рабочее время, паразит!)

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

266. Сообщение от нах. (?), 29-Июн-25, 00:11   +/
> И что, исправили?

э... ну... как тебе сказать ;-)

Ну в общем можно считать что исправили:
https://lore.kernel.org/linux-ext4/cover.1645549521.git.ojas.../

(не тратьте клик - теперь оно ERROR выдает при попытке такую фс ресайзить. Не, ну исправили же ж?!)


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

267. Сообщение от АнонимЪ (?), 29-Июн-25, 00:11   +1 +/
Любители этих BSD будут всячески хвалить. Не слушай и сам проверь. Вот поставь на реальное железо. И сам всё поймёшь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #273

268. Сообщение от Олег (??), 29-Июн-25, 00:12   +/
только brtfs вечный эксперементатор и bcachefs выпиливают из ядра изза кривого кода по сути
если говорить про будущее то пора говорить о ceph  и подобных
ибо для одного диска ext4 за глаза а для 10ти хочется уже рейд по нескольким серверам размазать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #292

269. Сообщение от Аноним2806 (?), 29-Июн-25, 00:13   +/
Там, где не задействована или мало задействована финансовая сторона, возникают Отношения.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #288

270. Сообщение от Аноним (223), 29-Июн-25, 00:17   –1 +/
Это ты с помощью нейросети сгенерил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260 Ответы: #275

271. Сообщение от Аноним (271), 29-Июн-25, 00:17   +/
Так не включайте dedup
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #298

272. Сообщение от нах. (?), 29-Июн-25, 00:23   +1 +/
> Народ, а как дела во всяких bsd, насколько там есть stable abi/api?

у фри in-kernel api стабилен в пределах релиза. (разумеется - стабильного релиза, current для того и предназначен чтоб там все ломать) ABI тоже стабилен в пределах релиза (т.е. нет расшибания лба в попытках сохранить его неизменным 20 лет как у Линуса), но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитировать (собственно, все разумное и так включено по умолчанию и выключать если не понимаешь что делаешь, не следует)

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

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

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

273. Сообщение от Аноним (218), 29-Июн-25, 00:25    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

274. Сообщение от Олег (??), 29-Июн-25, 00:26   +/
Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс
что могло пойти не так?
вы уж возьмите ext4 или zfs
или в чем затык?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #291

275. Сообщение от нах. (?), 29-Июн-25, 00:28   +/
> Это ты с помощью нейросети сгенерил?

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

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

276. Сообщение от Аноним (218), 29-Июн-25, 00:30    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #284

277. Сообщение от Аноним (218), 29-Июн-25, 00:31    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #279

278. Сообщение от нах. (?), 29-Июн-25, 00:36   +/
> Посмотри своё же сообщение выше по трэду, ну там про нетапп ...
> ;-D

ну вообще-то они свои патчи предлагали в openzfs, а не наоборот. Что как бы намекает. Правда, по-моему, попредлагали-попредлагали да и не отдали, как обычно ;-)

но tiered storage среди этих предложений не фигурировал. И что-то гибридные полки они перестали предлагать - ставьте мол all-flash и не выпендривайтесь, если вам надо быстрее чем тянут шпиндели.

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

279. Сообщение от нах. (?), 29-Июн-25, 00:43   +/
> И ты не указал - про какой имнно из BSD у тебя
> речь?

"у фри"


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

280. Сообщение от Аноним (194), 29-Июн-25, 00:45   +/
>И как это интересно решают?

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

Да. В ext2 к тому же ещё и журнала нет, внезапное отключение питания для неё закончится плохо.

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

281. Сообщение от Аноним (218), 29-Июн-25, 00:47    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #300

282. Сообщение от Аноним (194), 29-Июн-25, 00:48   +/
>В винде их 2 и все счастливы

Винтузятник как всегда врёт. Как минимум fat32, ntfs, exfat и refs.

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

283. Сообщение от Аноним (197), 29-Июн-25, 00:48   +/
Намного меньше чтений/записей с ext4, правда data=writeback и noatime,lazytime,commit=180. Скорость тоже получше и не занимается постоянным сканированием копируемых данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

284. Сообщение от нах. (?), 29-Июн-25, 00:52   +/
> *  стабилен *всеголишь* в пределах релиза

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

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

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

285. Сообщение от Аноним (194), 29-Июн-25, 00:53   +/
>у фри in-kernel api стабилен в пределах релиза.

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

Насколько можно взять дрова для условной видеокатры или файловую систему с тех времён и подключить к современному ядру?

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

286. Сообщение от нах. (?), 29-Июн-25, 00:58   +/
>> Тем, что она примитивна.
> Это вообще-то - достоинство! :-р

для примитивных задач - достоинство, а когда надо не только чтоб с чего загрузиться - так себе.
>> Мгновенных снапшотов нет, сжатия нет, подразделов нет
> А это точно то, что должа делать _FS_? ;)

ну...э... учитывая что снапшотами в виде обычного lvm пользоваться невозможно в принципе, thin lvm самим пользоваться стремно до невозможности, dump вроде как еще компилируетца но запрещено к использованию самим Божеством - хотелось бы хотя бы уже снапшотов что-ли...

>> Зато есть иноды, которые могут внезапно закончится.

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

Ну и да, можно ж прежде чем создавать фс подумать, сколько их там нужно на самом деле.

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

287. Сообщение от anonnn (?), 29-Июн-25, 01:00   +/
ну так пускай пишет без багов. делов то.
а то понакоммитят полуфабрикатов и ноют что их поделие раздражает людей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

288. Сообщение от Аноним (218), 29-Июн-25, 01:10    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269

289. Сообщение от нах. (?), 29-Июн-25, 01:14    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

290. Сообщение от Аноним (218), 29-Июн-25, 01:15    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #299

291. Сообщение от нах. (?), 29-Июн-25, 01:16   +/
> Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс
> что могло пойти не так?
> вы уж возьмите ext4 или zfs
> или в чем затык?

в том что у него "заброшенная" - просто работает и каши не просит.
А на затыки в ext4 при неудачном стечении обстоятельств (и уж тем более zfs) напороться вполне можно.


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

292. Сообщение от нах. (?), 29-Июн-25, 01:31   +/
> если говорить про будущее то пора говорить о ceph  и подобных

У тебя есть хотя бы десяток мощных серверов с (желательно - двойными) хотя бы 10G линками  для *минимального* рабочего развертывания ceph?
И, надеюсь, проверенный и надежный бэкап?
ТОГДА БЕГИ ОТТТУДА!

> ибо для одного диска ext4 за глаза а для 10ти хочется уже
> рейд по нескольким серверам размазать

если у тебя этих серверов мало - не делай этого. Единичный сервер с raidz6 и периодическая репликация (или хотя бы просто архив) - наше всьо. Сдох - пересобери и разверни заново. Бизнес не может ждать? Пусть оплатит холодный резерв.

https://michael-prokop.at/blog/2021/04/09/a-ceph-war-story/

(читать там надо не про что случилось и кто виноват, шит случается везде, те детали нынче неактуальны, читать надо про охрененную эффективность и вменяемость цефовских средств диагностики и восстановления. Потому что когда они тебе понадобятся - поздно будет!)

А то ж так все прекрасно для начала - "просто запустите наш скрипт и он все сделает за вас". Ага, сделает. И есть тоже за тебя будет.

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

293. Сообщение от нах. (?), 29-Июн-25, 01:36   +/
> Вот только в дистрибутивах о этом молчок же...

в дистрибутивы это ведро вообще никогда не попадет.


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

294. Сообщение от нах. (?), 29-Июн-25, 01:37   +/
> ОС, т.к.NTFS починка - видите ли только с помощью chkdsk в

ну купи уже наконец парагоновский драйвер-то. (драйвер можешь выкинуть, ntfs3g явно надежнее. А вот чекдиск от него оставь, он работает.)

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

295. Сообщение от Аноним (295), 29-Июн-25, 01:48   +/
Юзеру хорошо, когда на нём эксперименты не ставят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

296. Сообщение от morphe (?), 29-Июн-25, 01:49   +/
> ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified:

Однако на Linux этот zfs arc не интегрирован так же хорошо с управлением памятью как дисковый кеш в других ФС, потому этот жор и сильно неприятнее

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

297. Сообщение от нах. (?), 29-Июн-25, 01:52   +/
>>  Отключить главный тормоз - регистронезависимость ... .
> С какой стати  это тормоз, ладно ещё поддержка коротких имён (мин.в

ты будешь ржать, но сама ntfs - регистрозависимая. Поэтому каждая с-ка операция поиска (и каждый CreateFile, конечно же) - превращается в боль и страдание (и все внутри ядра в системном контексте), вместо просто сравнения байтовых последовательностей - косвенный поиск по таблице.

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

298. Сообщение от Аноним (298), 29-Июн-25, 01:55   +/
dedup это единствееное ради чего этот zfs поделие имеет смысл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #301

299. Сообщение от нах. (?), 29-Июн-25, 02:00   +/
> А, пользователям интересней - насколько можно взять современный софт в *BSD и
> запустить на древней версии того же ядра?

"в пределах релиза". Т.е. даже на пятилетней давности работать скорее всего не будет.

> (для лучшей призводительности или совместимости с ранними пк)

по-моему тебе потрахаться а не работать.

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

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

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

300. Сообщение от нах. (?), 29-Июн-25, 02:05   +/
> Кстати, я правильн опомню о том что лет пять назад тут гдже
> то писали что, в файловых операциях для баз данных по замерам,
> (по кр.мере)FreeBSD - сильно уделывал Linux ядровое? Или наоборот?  Или

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

> Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное

русские делали - сразу нафиг.

> Вообще очень жаль что и у BSD - зоопарк форков, т.е.я понима

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

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

301. Сообщение от pofigist (?), 29-Июн-25, 02:12   +/
Использовать dedup на десктопе - крайне глупая затея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298

303. Сообщение от Олег (??), 29-Июн-25, 02:44   +/
двойной аплинк
бекап
и никакого ceph)
стойка забита

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

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

304. Сообщение от Олег (??), 29-Июн-25, 03:03   +/
волшебную таблетку нашли?
все дураки а мы Дартаньяны?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291

305. Сообщение от Аноним (305), 29-Июн-25, 03:29   +/
> вообще-то их там как минимум 4.

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

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

306. Сообщение от Аноним (306), 29-Июн-25, 03:52   +/
>Они здорово изменились структурально

Ну звучит конечно интересно. Если винда для них уже не в приоритете(хотя верится с трудом, хотя бы потому что на сайте у них она торчит на главной, и что важнее - логотип мс это буевально логотип винды), и если им хочется выкинуть ее на мороз, но они бояться репутационных рисков - есть один элегантный способ решить проблему - выкинуть код винды в опенсорц. Пусть не 11, но хотя бы 7, или хрюшку на крайняк(знаю про слитые сорцы крюшки, но оффициальный релиз всегда лучше), в общем то, что уже не поддерживается. Вон старые свои продукты же открывают потихоньку, даже свежак заопенсорсили, wsl который.
А еще у них есть пример продукта, который существует в двух версиях - vs code, а это де-факто стандарт индустрии(сам пользуюсь vs codium под убунту и по удобству ничего другого вообще не хочется).
Так что думаю, это был бы самый мощный и крутой мув каких мир разработки еще не видывал.

Хотя мне интересно что их может удерживать от такого поступка:
1. тут либо боязнь потерять виндовых клиентов - хотя майки вкурсе что их ось активно пиратят и они даже по этому поводу не особо сильно вставляют палки в колеса.
2. боязнь что могут найти нежелательные уязвимости/бэкдоры - наиболее вероятно.
3. существование линукса - мс так активно коммитят в ядро, что было бы не очень приятно если вдруг их новая уже открытая ось перетянет на себя тех немногих полтзователей линукс десктопа - спрашивается нафига столько лет вбухивали деньги в линукс.

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

307. Сообщение от maximnik0 (?), 29-Июн-25, 04:03   +/
>С какой стати  это

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

>Подробней можно?

В реестре отключается пространство имён Posix, тоже ускоряет чуть работу при большом количестве файлов в каталоге.Сейчас на скорую руку не скажу ключ в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem

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

308. Сообщение от Аноним (308), 29-Июн-25, 04:15   +/
Во FreeBSD всё лучше с ABI:
https://github.com/freebsd/freebsd-src/blob/master/sys/conf/...

Цитата из руководства для разработчиков портов, времён 14.0-CURRENT (сейчас 15):

"In order to run a 14.0-CURRENT poudriere jail the host must be running 14.0-CURRENT. In general, newer kernels can build and run older jails. For instance, a 14.0-CURRENT kernel can build and run a 12.4-STABLE if the COMPAT_FREEBSD12 kernel option was compiled in (on by default in 14.0-CURRENTGENERIC kernel config)."

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

309. Сообщение от Аноним (-), 29-Июн-25, 04:21    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257

310. Сообщение от maximnik0 (?), 29-Июн-25, 04:29   +/
> Всегда выключаю ...этот тормоз. Не ну если кому то только поиском заниматься
> - может и окупиться а, иначе...

А вы знаете что ext4 в поздних версиях быстрее btrfs с большим количеством файлов в каталоге ? Да да, и все благодаря появившиеся опции dir_index ,виндовс 10 слизал эту функцию,теперь индексация совместно с фс работает.


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


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

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




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

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