The OpenNET Project / Index page

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



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

"Выпуск файловой системы Bcachefs 1.33.0"  +/
Сообщение от opennews (??), 08-Дек-25, 19:24 
Кент Оверстрит (Kent Overstreet) представил выпуск файловой системы Bcachefs 1.33.0. Выпуск охватывает два пакета: bcachefs-kernel-dkms с модулем ядра, собираемым при помощи системы DKMS (Dynamic Kernel Module Support), и bcachefs-tools с запускаемой в пространстве пользователя утилитой bcachefs,  реализующей команды для создания (mkfs), монтирования, восстановления и проверки ФС. Пакеты собраны для Debian, Ubuntu, Fedora, openSUSE, NixOS и Arch Linux. DKMS-модуль поддерживает работу с ядрами Linux, начиная с 6.16...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 08-Дек-25, 19:24   +29 +/
Молодец этот Кент. Не сдается. И снежинок этих вертел.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #12, #89

2. Сообщение от Аноним (2), 08-Дек-25, 19:24   +2 +/
ФС будущего. Очень жаль, что получилось, как получилось.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #21, #31, #279

3. Сообщение от Фонтимос (?), 08-Дек-25, 19:31   +3 +/
> И снежинок этих вертел

кто кого вертел не понятно:
> Проведена подготовка кода к переходу на использование языка Rust

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

4. Сообщение от Аноним (4), 08-Дек-25, 19:35   +8 +/
Собаки лают, караван идёт.

Успехов Кенту.

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

6. Сообщение от Анонимemail (6), 08-Дек-25, 19:37   +3 +/
Судя по всему раз не в ведре, то решил на раст перевести, польза проекту.
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Олег (??), 08-Дек-25, 19:38   +4 +/
В будущем и посмотрим на это все
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #62

8. Сообщение от Анонисссм (?), 08-Дек-25, 19:43   +2 +/
глядя на changelog, её ещё 10 лет нельзя использовать будет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #153

9. Сообщение от онанист (?), 08-Дек-25, 19:43   +4 +/
Проведена подготовка кода к переходу на использование языка Rust. Число используемых в коде операций goto сокращено с 2500 до 600.

он чо, с бейсика переходит?

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

10. Сообщение от Аноним (10), 08-Дек-25, 19:48   +1 +/
> Проведена подготовка кода к переходу на использование языка Rust.

Вовремя выкинули из ядра.

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

11. Сообщение от Аноним (180), 08-Дек-25, 19:50   –2 +/
Кто-нибудь может внятно объяснить чем эта фс принципиально отличается от btrfs и зачем нужен ещё один велосипед? Вообще ситуация с файловыми системами в линуксе удивительная -- столько разных фс и ни одной нормальной. Либо примитивная архаика, либо кривые и вечно недоделанные поделия с идиотским управлением наподобие btrfs. При том что есть zfs. Тоже не подарок, но хотя бы задумка хорошая. Казалось бы, возьми её за образец и сделай то же самое, только лучше, с учётом всех недостатков... Но нет, всех куда-то тянет не в ту сторону... Чем-то это напоминает бесконечные извращение майкрософта с несчастным меню "пуск".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #28, #33, #36, #49

12. Сообщение от blitemail (?), 08-Дек-25, 19:54   +/
Снежинок? Это ты про кого? Про NixOS?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

13. Сообщение от myster (ok), 08-Дек-25, 19:56   +2 +/
имеются ввиду метки в C
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

14. Сообщение от Аноним (14), 08-Дек-25, 19:57   +1 +/
И в чем ZFS "нормальная"?

Она ломается каждая актуализация ядро.

При каждая актуализация ZFS соществует риск потерь...

Она работает нормально только на Солярис...

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

18. Сообщение от Аноним10084 и 1008465039 (?), 08-Дек-25, 20:06   –3 +/
Ещё одно доказательство ущербности лицензии GPL, которая не может нормально линковаться с кодом для Солярис
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #37, #50

19. Сообщение от Аноним (19), 08-Дек-25, 20:08   +1 +/
> По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write, и демонстрирует скорость работы, близкую к Ext4 и XFS.

Пруфпики будут? В прошлых новостях анон кидал ссылки на похороникс, нет там никакого "опережает".

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

20. Сообщение от myster (ok), 08-Дек-25, 20:09   +1 +/
Это временно. Из lore.kernel.org рассылки никто не выгонял, а анонс именно там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #162

21. Сообщение от Xo (?), 08-Дек-25, 20:09   +5 +/
Эту фс с постоянными крупными изменениями в коде можно относить в статус бета/разработки. Почему он так рано влетел в ядро непонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #25, #72, #178, #240

23. Сообщение от Васисуалий. (-), 08-Дек-25, 20:12   –2 +/
> демонстрирует скорость работы, близкую к Ext4

Зачем создавать что-то, что заведомо медленнее существующих решений?

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

24. Сообщение от Аноним (24), 08-Дек-25, 20:13   –1 +/
>> И снежинок этих вертел
> кто кого вертел не понятно:
>> Проведена подготовка кода к переходу на использование языка Rust

Ты бы лучше дальше процитировал. 2500 гото было, КАРЛ??!
Не фанат Линуса, но начинаю понимать за что он его не взлюбил..

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

25. Сообщение от Аноним (25), 08-Дек-25, 20:13   +2 +/
> Почему он так рано влетел в ядро непонятно.

Пропихнули.

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

26. Сообщение от Аноним (180), 08-Дек-25, 20:13   +2 +/
> И в чем ZFS "нормальная"?

Относительно логичным управлением.

> Она ломается каждая актуализация ядро

В смысле "ломается"? У меня ничего не ломается. Другое дело что она тормозная словно ленивец какой-то, и своп нормально не работает (помимо прочего).

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

27. Сообщение от myster (ok), 08-Дек-25, 20:13   –2 +/
Кcтати, в Linux ядре есть автономный модуль bcache и никто его выпиливать не собирается и угадайте кто мейнтейнер, тоже Кент.

Я использую bcache SSD кэширование для быстрого доступа к NAS HDD, супер тема.

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

28. Сообщение от Xo (?), 08-Дек-25, 20:13   +/
Ещё одна особь вышедшая из криокамеры нулевых... Твой нтфс даже на глаз работает медленней чем любая Линукс фс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #30, #52

30. Сообщение от Аноним (180), 08-Дек-25, 20:19   +/
Ну это ложь. Я как-то испытывал разные ФС и ntfs была где-то на уровне ext4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #186

31. Сообщение от нах. (?), 08-Дек-25, 20:20   +1 +/
дык, это будущее такое вот. Зато на хрусте.

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

32. Сообщение от Xo (?), 08-Дек-25, 20:21   –1 +/
Да там просто так много модулей, что никто не заметил отмененного "вора".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

33. Сообщение от Аноним (33), 08-Дек-25, 20:21   –3 +/
> Либо примитивная архаика, либо кривые и вечно недоделанные поделия с идиотским управлением наподобие btrfs.

Ну видишь - в линуксе выбор есть. В винде же просто примитивная архаика ntfs.

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

34. Сообщение от Аноним (34), 08-Дек-25, 20:23   +1 +/
С сей. Там это идиоматика для обработки ошибок инициализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #41

36. Сообщение от нах. (?), 08-Дек-25, 20:28   +/
> Кто-нибудь может внятно объяснить чем эта фс принципиально отличается от btrfs

1. это единственная layered fs в линуксе.
нет, бырбрысь не layered, l2arc в zfs это l2arc(advanced или adaptive replacement cache) а не fs и работает он через одно место (by design, понять и простить - у того сана для которого придумали - память измерялась в _мегабайтах_).
2. в ней есть шанс увидеть работающий EC (но етанеточна...но ты можешь помочь автору. Код не выглядит совсем уж ушлепским)
3. и минусы - чтоб ему не мешать, мы не договаривались (но он у нас гепеле поэтому мешать ему будут более сложными способами чем zfs)

> Вообще ситуация с файловыми системами в линуксе удивительная -- столько разных фс и ни
> одной нормальной.

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

> Тоже не подарок, но хотя бы задумка хорошая. Казалось бы, возьми её за образец и сделай
> то же самое, только лучше

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

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

37. Сообщение от нах. (?), 08-Дек-25, 20:29   –1 +/
может. Но разработч...вредители на зарплате от ibm нарочно запрещают это делать.
Без всяких технических причин - "патамушта магу!"

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

38. Сообщение от нах. (?), 08-Дек-25, 20:32   +/
В отличие от ранее доступного режима "rebalance", механизм "reconcile" позволяет выполнить ребалансировку не только данных (например, реплицирование нескольких копий на разные накопители),

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

Дайте угадаю - идея взята из бырбырбрысь и у той все точно так же?

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

40. Сообщение от нах. (?), 08-Дек-25, 20:41   +1 +/
> глядя на changelog, её ещё 10 лет нельзя использовать будет

как будто через 10 станет можно?
С другой стороны - ну а минусы, минусы-то какие?!

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

41. Сообщение от А (??), 08-Дек-25, 20:42   –3 +/
> С сей. Там это идиоматика для обработки ошибок инициализации.

в ядре уже лет 10 не применяют в новом коде

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

42. Сообщение от Аноним (-), 08-Дек-25, 20:47   +/
>Проведена подготовка кода к переходу на использование языка Rust

Ой-ой, парень не туда поворачивает. Одерните его пацаны!

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

46. Сообщение от Аноним (-), 08-Дек-25, 20:57   +1 +/
> Ой-ой, парень не туда поворачивает. Одерните его пацаны!

Его уже из майнлайна одернули. Но не, не помогло...

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

48. Сообщение от morphe (?), 08-Дек-25, 21:00   +/
> э... шито?! Т.е. волшебная звездолетная фесе при добавлении второго диска в зеркало - не переносила туда копии метаданных, они так и оставались валяться на одном-единственном?

А кто-то переносит какие-то данные сразу после добавления диска?

Что ZFS требует resilver, что btrfs ребаланс

> Дайте угадаю - идея взята из бырбырбрысь и у той все точно так же?

У btrfs rebalance все данные приводит в соответствие с профилем, профили у данных и метаданных могут быть разные, но по дефолту для raid данных профиль метаданных тоже raid

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

49. Сообщение от Rastleremail (ok), 08-Дек-25, 21:00   +/
Последний абзац в новости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #211

50. Сообщение от Аноним (-), 08-Дек-25, 21:01   +/
> Ещё одно доказательство ущербности лицензии GPL, которая не может
> нормально линковаться с кодом для Солярис

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

Не, не было такого? Ну так и не используйте Linux, кто ж вас заставляет то...

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

51. Сообщение от Аноним (53), 08-Дек-25, 21:04   –4 +/
> В смысле "ломается"? У меня ничего не ломается.

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

> Другое дело что она тормозная словно ленивец какой-то,

А с фига ли античному блочному дизайну наподобии *никсной классики быстрым быть?

> и своп нормально не работает (помимо прочего).

А также управление памятью, пдумаешь мелочи какие...

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

52. Сообщение от Аноним (53), 08-Дек-25, 21:05   –2 +/
> Ещё одна особь вышедшая из криокамеры нулевых... Твой нтфс даже на
> глаз работает медленней чем любая Линукс фс.

Я как-то билданул один и тот же проект в винде - а потом - накатил убунту, с сидюка который Шатлворт любезно прислал. Что такое? Тот же проект разика в 3 быстрее билдится? Так я и перешел на линух. Что я, Маклауд чтоли?

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

53. Сообщение от Аноним (53), 08-Дек-25, 21:08   +1 +/
> кто кого вертел не понятно:

Да сам себя он повертел случайно. Или закономерно. Впрочем какая разница. Главное что повертел, при том конкретно так.

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

55. Сообщение от Аноним (-), 08-Дек-25, 21:13   +4 +/
> В прошлых новостях анон кидал ссылки на похороникс, нет там никакого "опережает".

- Официант, подите сюда!
- Да, что такое?
- Что это за фигня у меня в чеке написана: "прокатило - $50"?!
- Ну значит не прокатило :(((

Вот как-то так, да.

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

56. Сообщение от Аноним (56), 08-Дек-25, 21:15   –1 +/
> Проведена подготовка кода к переходу на использование языка Rust.

Неужели появится хотя бы одна недырявая ФС???

> Число используемых в коде операций goto сокращено с 2500 до 600.

ТипиkAл сишечка))

> задействован макрос DARRAY(),
> Для обработки ошибок задействован макрос try(), заимствованный из Rust.

Ну надо же.

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

57. Сообщение от Аноним (62), 08-Дек-25, 21:22   –2 +/
> недырявая ФС???

Это та самая, которую удалили из ядра из-за ненормального сопровождающего?

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

59. Сообщение от Аноним (62), 08-Дек-25, 21:22   –3 +/
> недырявая ФС???

Это та самая, которую выпилили из ядра из-за ненормального сопровождающего?

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

61. Сообщение от Аноним (10), 08-Дек-25, 21:25   +/
Просто за раст код доплачивают.
https://www.opennet.me/opennews/art.shtml?num=63822
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

62. Сообщение от Аноним (62), 08-Дек-25, 21:25   –2 +/
а пока что её удалили из ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #130

63. Сообщение от Аноним (63), 08-Дек-25, 21:25   +1 +/
> В отличие от ранее доступного режима "rebalance", механизм "reconcile" позволяет
> выполнить ребалансировку не только данных (например, реплицирование нескольких
> копий на разные накопители), но и метаданных в ФС (например, для переноса
> метаданных после добавления в пул дополнительного накопителя)

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

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

64. Сообщение от 12yoexpert (ok), 08-Дек-25, 21:27   –1 +/
самый подходящий язык для никому ненужных переписанных поделок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

72. Сообщение от Аноним (-), 08-Дек-25, 21:33   +3 +/
Так оно ЕМНИП было экспериментальным.
Т.е вроде в основной ветке, но "сами виноваты")

Думаю если бы Кент не бычuлся и не ломал процессы, оно бы осталость в ядре.

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

73. Сообщение от Аноним (-), 08-Дек-25, 21:37   –1 +/
>> ... использование языка Rust
> Ой-ой, парень не туда поворачивает. Одерните его пацаны!

Так в ядре раста становится больше.
Неужели он должен отставать от прогресса?
Наоборот "первая ФС в ядре написанная на Раст" это отличный повод вернуться.
Можно даже от каких-то корпов получить денюжку.


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

74. Сообщение от Аноним (74), 08-Дек-25, 21:37   +/
> Что ZFS требует resilver, что btrfs ребаланс

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

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

76. Сообщение от Аноним (-), 08-Дек-25, 21:40   –3 +/
> Не фанат Линуса, но начинаю понимать за что он его не взлюбил..

А что не так? Думаешь Линус не знает какой овнокод в ядре?
В linux-master/fs/ext4 - 1243 goto
  linux-master/fs/btrfs - 3006 goto
А вообще в fs этих goto over9000.

Просто на ЭТОМ писать иначе просто неудобно.
Даже нормальной обработки ошибок нет. Даже самих ошибок!

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

79. Сообщение от нах. (?), 08-Дек-25, 22:13   +/
> А кто-то переносит какие-то данные сразу после добавления диска?
> Что ZFS требует resilver, что btrfs ребаланс

ты читать умеешь? Написано что ребаланс НЕ приводит к переносу копий метаданных. По крайней мере в аналогов не имеющей.

>> Дайте угадаю - идея взята из бырбырбрысь и у той все точно так же?
> У btrfs rebalance все данные приводит в соответствие с профилем, профили у

ну ок, считай выкрутились (поскольку dup и raid1 у нее волшебным образом два разных профиля, есть шанс что оно таки скопирует а не удалит "лишнее")

> данных и метаданных могут быть разные, но по дефолту для raid
> данных профиль метаданных тоже raid

речь о добавлении диска в уже существующую фс. То что нам тут заявляли как аналогов не имеющее достижение.

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

87. Сообщение от Аноним (87), 08-Дек-25, 22:45   +2 +/
> в такой конфигурации добавление второго накопителя приведёт к автоматической репликации данных на добавленный диск, без необходимости выполнения каких-либо действий пользователем.

что будет при ошибочном добавлении диска (с инфой)?

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

88. Сообщение от Васисуалий. (?), 08-Дек-25, 22:49   +1 +/
Слушайте, а без шуток, сабж портировали на e2k?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91, #98

89. Сообщение от Васисуалий. (?), 08-Дек-25, 22:54   –4 +/
Он сам снежинкой оказался, судя по "переходу" на маргинальный язык ради перехода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #120

91. Сообщение от Аноним (33), 08-Дек-25, 23:12   –1 +/
Раст не умеет генерировать код для e2k, так что нет. Точнее раст вообще ничего не умеет генерировать - там llvm под капотом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #93

93. Сообщение от Васисуалий. (?), 08-Дек-25, 23:16   +1 +/
1) Причем тут раст?
2) Раст давно есть под e2k, как и llvm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #100

95. Сообщение от Аноним (95), 08-Дек-25, 23:21   +/
Что бы сказал дедушка Фрейд о твоей фиксации на большой билд в каждой теме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #164

98. Сообщение от Аноним (62), 08-Дек-25, 23:22   –2 +/
> сабж портировали на

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

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

100. Сообщение от Аноним (33), 08-Дек-25, 23:22   +/
> 1) Причем тут раст?
> 2) Раст давно есть под e2k, как и llvm.

1) ты вообще новость не читал?
2) Ну значит все работает и ничего портировать не надо.

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

107. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:33   +/
goto - очень удобная вещь для определённых операций.
Но тем, кто больше 10 строчек на процедуру не воспринимает - не понять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #110

109. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:34   +/
И да, goto всерьёз лучше привычных в ооп call-return, потому что call-return далеко не бесплатные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #114

110. Сообщение от Аноним (-), 08-Дек-25, 23:40   +/
> очень удобная вещь для определённых операций

Полностью согласен.
Goto очень удобен для use-after-free, double-free и забыть освободить ресурсы.
Работает просто шикарно, используется даже чаще чем хотелось бы.

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

114. Сообщение от Аноним (-), 08-Дек-25, 23:42   +3 +/
> И да, goto всерьёз лучше привычных в ооп call-return, потому что call-return далеко не бесплатные.

Не бесплатные в каком смысле?
В смысле ресурсов выполнения (глубина стека и тд)?
В смысле сколько часов пограммист разгребало гото-овна?
В смысле сколько пользователей получило CVE после того как пограммист запутался в метках?

Выше привели пример из биндера - функция на 1000+ строк кода.
Какова ее цикломатическая сложность?
Насколько легко в ней можно разобраться?


зы: даже Керниган и Ритчи в книге Kernighan & Ritchie 1988 глава 3.8 Goto and Labels пишут следущее

C provides the infinitely-abusable goto statement, and labels to branch to. Formally, the goto
statement is never necessary, and in practice it is almost always easy to write code without it.
We have not used goto in this book.


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

115. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:44   –1 +/
> Выше привели пример из биндера - функция на 1000+ строк кода.
> Какова ее цикломатическая сложность?
> Насколько легко в ней можно разобраться?

Ну, тем, кто не осилил в goto - лучше близко не подходить :)

Abusable != bad. Ты можешь на автомобиле людей возить, а можешь их давить, но это не значит, что все автомобили - зло.

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

116. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:45   +/
Call chain - тоже трындецово abusable, особенно когда размазан по 100500 классов.
"Бытовые" цепочки вызовов глубже пары десятков, маршаллинга и рекурсии не считая, должны умереть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #121

118. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:47   +/
Особенно мне нравится когда в tight inner loop лепят вызов по целому стеку методов из двух строчек, особенно там, где инлайна или нет, или его забыли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #126

119. Сообщение от Аноним (-), 08-Дек-25, 23:48   +/
> Ну, тем, кто не осилил в goto - лучше близко не подходить

Да-да, это был просто неправильный пограммист.
Вот если был бы Настоящий Сишник, то не было бы CVE! )))

> Abusable != bad. Ты можешь на автомобиле людей возить, а можешь их давить, но это не значит, что все автомобили - зло.

Аналогия странная, но ок.
Если от авто отваливаются колеса и давят пешеходов, то он в конце-концов запрещается.


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

120. Сообщение от Аноним (-), 08-Дек-25, 23:50   +3 +/
> Он сам снежинкой оказался, судя по "переходу" на маргинальный язык ради перехода.

Смешно.
Он топил за раст еще до того, как bcachefs попало в мейнлайн.
В 2024 годы дебиллианцы дропнули bcachefs-tools из Debian Stable, потому что у них была как обычно древняя протухшая версия rustc.

И про "сделать ФС на расте" он говорил уже давно:
"We've got some initial work done on transitioning to Rust, with plans for much more" (bcachefs.org)
Filesystem in Rust - Kent Overstreet (youtube.com/watch?v=WiPp9YEBV0Q)

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

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

121. Сообщение от Аноним (-), 08-Дек-25, 23:50   +/
> Call chain - тоже трындецово abusable, особенно когда размазан по 100500 классов.

А если нет?

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

Но почему? У тебя стек не больше 2 десятков глубиной)?
Если архитектура нормальная, то абстракции легко читаются и понимаются.


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

122. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:52   +/
Аналогия простая.
Отвёрткой можно шурупы закручивать, а можно в глаз дать.
Молотком можно гвозди забивать, а можно микроскопы крошить.
В духовке можно тортик испечь, а можно хомячка.
Почти у любого нормального инструмента возможен абюз - но это не повод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #131

123. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:53   +/
Когда этих абстракций становится нахлёстнуто более чем овердопуркуа - искать ошибку в этом стеке становится весёлой затеей. И нет, юнит-тесты не помогут, они годятся только для воспроизводимого стейта. Exhaustive юнит-тесты - ну, удачи в освоении вселенной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

124. Сообщение от Аноним (-), 08-Дек-25, 23:54   +1 +/
Есть же варианты решения.
Defer например.
Или нестет-функция (возможно даже инлайн).

Чем это плохо?

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

125. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:54   +/
И есть ещё другой момент.
Абстракции абстракциями, но регистров всего ничего. Даже при регистровой конвенции. Не говоря уже о стековой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

126. Сообщение от Tron is Whistling (?), 08-Дек-25, 23:58   +1 +/
Про то, что вызов метода - это как минимум взятие адреса структуры кроме самого вызова (а вызов - это мало того, что стековая операция, так ещё и сброс части предикторов) - почти не знают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

130. Сообщение от Аноним (130), 09-Дек-25, 00:01   +2 +/
Как раз допилит в том темпе котором считает нужным. А потом обратно примут, делов то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #170, #216

131. Сообщение от Аноним (-), 09-Дек-25, 00:03   +/
> Аналогия простая.

Отличная аналогия! Раз ты про инструмент, может продолжим?
Работяги сували пальчики в гильтины и прессы, поэтому их стали выпускать с 2 кнопками, а с одной - запретили. Частично помогло, но особо умные во вторую кнопку запихивали зубочистку/спичку и продолжали себя калечить. В оборудование начали добавлять оптические и прочие датчики, а оборудование без них еще вроде не запретили, но продать кому-то адекватному фиг получится.

> Почти у любого нормального инструмента возможен абюз - но это не повод

Еще как повод! Вся ТБ на этом строится.
Так в авто добавли всякие ремни, абс, добавляют распознавание препятствий, автоторможение перед пешиком и тд. И потом оно становится обязательным - авто без них просто за-пре-ще-ны.

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

139. Сообщение от Аноним (139), 09-Дек-25, 00:47   +/
И это пока. На rust там вообще без шансов будет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

141. Сообщение от Аноним (141), 09-Дек-25, 00:56   –3 +/
И по этому он теперь это делает вне основной ветки разработки ядра.

Перемога!

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

143. Сообщение от Аноним (143), 09-Дек-25, 01:04   –1 +/
Может напрячь верхнюю голову и вспомнить почему выпилили, а?
А там и осознание почему только одно в не всё что он делает выпилено появится(надеюсь).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

145. Сообщение от Аноним (143), 09-Дек-25, 01:07   +/
Он об этом давно говорил, сейчас делает.
Ржавка может и смузизлёбное но при правильном подходе полезное - вот и посмотрим как он пользу себе причинит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #179

146. Сообщение от Аноним (143), 09-Дек-25, 01:09   +/
Ненормально в последний момент фиксить баги мелкими комитами? Ну ок, тогда да.
Только имхо лучше починить в последний момент чем через годик потому что feature freeze видите ли 🤷
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #177

148. Сообщение от Аноним (141), 09-Дек-25, 01:11   –1 +/
Ответ, скорее всего, находится в области того, для чего он это делает. Хочет работу в google. Для этого не нужна СЕЙЧАС работающая система. Для этого надо сделать заготовку в доработку которой могут вложится большие корпорации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

152. Сообщение от нах. (?), 09-Дек-25, 01:21   +/
> We have not used goto in this book.

потому что самая длинная в ней программа - прототип alloc()
И в ней строчек этак 15.

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

153. Сообщение от Аноним (153), 09-Дек-25, 01:35   +2 +/
Используй не глядя на changelog, в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

162. Сообщение от Аноним (-), 09-Дек-25, 05:42   –1 +/
> Это временно. Из lore.kernel.org рассылки никто не выгонял, а анонс именно там.

Так это теперь - просто нишевая тусовочка кента и его кексов. Ни кого ни к чему не обязывающая уже.

А так то крутая идея - rust в dkms гонять. Осоьенно с полисей "скачайте ночнушку". Что может пойти не так? На этом фоне ZFS пожалуй покажется не таким уж и проблемным :)

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

164. Сообщение от Аноним (-), 09-Дек-25, 05:46   –1 +/
> Что бы сказал дедушка Фрейд о твоей фиксации на большой билд в каждой теме.

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

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

Ибо все что поддерживается сейчас - Win11. Другой винды у меня для вас нет. А WinXP - уже таки не поддерживает выпускаемый софт.

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

165. Сообщение от Аноним (-), 09-Дек-25, 05:49   +/
>> демонстрирует скорость работы, близкую к Ext4
> Зачем создавать что-то, что заведомо медленнее существующих решений?

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

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

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

167. Сообщение от morphe (?), 09-Дек-25, 06:50   +/
> ты читать умеешь? Написано что ребаланс НЕ приводит к переносу копий метаданных.
> По крайней мере в аналогов не имеющей.

Ты написал про btrfs, в котором по твоему оно работает аналогично, хотя реализация в btrfs ведёт себя правильно

> ну ок, считай выкрутились (поскольку dup и raid1 у нее волшебным образом
> два разных профиля, есть шанс что оно таки скопирует а не
> удалит "лишнее")

dup = у данных есть 2 копии
raid1 = у данных есть 2 копии НА РАЗНЫХ ДИСКАХ

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

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

В btrfs это прекрасно работает, за 10 лет поддержки хранилищ на btrfs я не наблюдал с этим никаких проблем

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

170. Сообщение от Tty4 (?), 09-Дек-25, 08:23   +2 +/
DKMS - зачем в ядро? И так отлично работает, только не очень молодежно, но тут некуда деваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

171. Сообщение от Аноним (171), 09-Дек-25, 08:33   +/
У Кента в анонсе прямо написано, что не поддерживал: Reconcile can now process metadata (moving it to the correct target, rereplicating degraded metadata); previously rebalance was only able to handle user data.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

172. Сообщение от онанист (?), 09-Дек-25, 08:36   +/
речь же не про реализацию, а про идеи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

173. Сообщение от Аноним (173), 09-Дек-25, 08:41   +/
Ты предлагаешь удалить файл на полжёсткого диска, а потом выщипывать волосы на всех местах, что места и не прибавилось? Зачем удалять файлы, если место не нужно? Если место нужно, то зачем хранить ненужные файлы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #237

174. Сообщение от 1 (??), 09-Дек-25, 09:21   +/
Архаика там FAT32. А для модных и молодёжных - ReFS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

175. Сообщение от Аноним (175), 09-Дек-25, 09:28   –2 +/
Ну почему же, там еще есть "вечно недоделанные поделия с идиотским управлением" под названием ReFS. Настолько кривая, что ее уже 13 лет как не рискуют включать в проде. Проще вычистить из кодовой базы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #202

176. Сообщение от Аноним (175), 09-Дек-25, 09:32   +/
Сейчас мы прочли привычный уже пример - как сказать, что не разбираешься в файловых системах, не говоря, что ты не разбираешься в файловых системах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #204

177. Сообщение от Аноним (175), 09-Дек-25, 09:37   +/
Я не против раста, но комитить лучше не проспав все дедлайны. Рецензатору тоже время надо на ревью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #207

178. Сообщение от Аноним (178), 09-Дек-25, 09:39   –1 +/
Наш ответ чемберлену! То есть зфс. По факту очень громко обделались, как не было в линуксе нативно приличной ФС, так и нет. Даже нтфс местами выглядит привлекательней. Бтрфс так и не допилили и вряд ли уже.

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

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

179. Сообщение от Аноним (-), 09-Дек-25, 09:45   +/
> Он об этом давно говорил, сейчас делает.

Передумать никогда не поздно.

>Ржавка ... он пользу себе причинит.

Помучается и вернётся обратно на Си, ибо Раст причиняет боль.

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

180. Сообщение от Аноним (180), 09-Дек-25, 09:47   +/
А что это у ZFS за проблемы такие, связанные именно с dkms, огласите весь список, пожалуйста? Как по мне, dkms это наименьшая из проблем, точнее вообще не проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #229

181. Сообщение от Аноним (181), 09-Дек-25, 09:54   +1 +/
На словах все очень красиво. И производительность на уровне Ext4 и XFS, и надежность высокая "The COW filesystem for Linux that won't eat your data". А на деле же скорость работы низкая, и куча срочных критических исправлений.

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

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

182. Сообщение от Tron is Whistling (?), 09-Дек-25, 09:57   +/
> Отличная аналогия! Раз ты про инструмент, может продолжим? Работяги сували пальчики в гильтины и прессы, поэтому их стали выпускать с 2 кнопками, а с одной - запретили.

А надо-то было просто сказать: инструмент - плохо, убираем.

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

183. Сообщение от Tron is Whistling (?), 09-Дек-25, 09:57   +/
Нестинг убирает линейность кода, и в этом проблема.
Ту же сложную логику удобнее читать линейно, а не прыгая от вызова к вызову.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #194

185. Сообщение от Tron is Whistling (?), 09-Дек-25, 10:05   +/
Ну и да, goto - гораздо лучше break/continue, особенно в случае вложенных циклов, потому что явно видно точку выхода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

186. Сообщение от Аноним (186), 09-Дек-25, 10:54   +1 +/
Только в линейном чтении. Нтфс такой лютый отстой, что современными системами без ссд пользоваться невозможно вообще никак. Думаешь, от хорошей жизни ресурсы весь софт начал пихать в огромные блобы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

187. Сообщение от Аноним (187), 09-Дек-25, 10:58   +/
Так права на zfs принадлежат Ораклу, который активно использует Линукс. Видимо, никому zfs не нужна, раз лицензию не меняют. Стюардессу проще закопать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #201

188. Сообщение от Аноним (188), 09-Дек-25, 10:58   +/
Инвестора ловим, очевидно же. Кому нужны пользователи? От них копейки не дождешься, еще и вымазать могут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

189. Сообщение от Аноним (189), 09-Дек-25, 11:23   +/
bcachefs data rereplicate для данных и метаданных была и отрабатывала. Ребаланс это несколько отдельное изобретение и для других вещей (например, поменял ты сжатие и ребалансишь). А реконсил - это замена ререпликейта и ребаланса вместе взятых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

191. Сообщение от Аноним (189), 09-Дек-25, 11:26   +1 +/
Это будут проблемы добавившего и его начальства. Потому, что настолько тупым быть уже даже не гуманно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #222

192. Сообщение от Кошкажена (?), 09-Дек-25, 11:31   +/
> Goto очень удобен для use-after-free, double-free и забыть освободить ресурсы.
> Работает просто шикарно, используется даже чаще чем хотелось бы.

Для этого в С есть RAII (да-да, хоть и расширением).

Также открываем include/linux/cleanup.h и смотрим.

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

194. Сообщение от Аноним (-), 09-Дек-25, 11:58   +/
> Нестинг убирает линейность кода, и в этом проблема.
> Ту же сложную логику удобнее читать линейно, а не прыгая от вызова к вызову.

То ли дело goto.
Оно ж линей... прыг на метку афыбка_нумер_8 где-то в опе функции.
А там if и еще два прыжка на почистить_входные_данные и выйти_за_пределы_массива.


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

196. Сообщение от Аноним (-), 09-Дек-25, 12:13   +/
> А надо-то было просто сказать: инструмент - плохо, убираем.

Где же убираем?
Вот только что пошел и проверил - гильотина стоит на месте. С двумя кнопками и "лазерной" шторкой.

Инструмент как был, так и остался. Просто его заменили/модернизировали на более удобный и безопасный вариант. Это и называется развитие.
А кто-то в развитие не может, поэтому как 50 лет назад лепил goto, так и сейчас лепит.

Ну и сам факт, что с 2000+ их количество уменьшили до 600 (да, корявыми макросами, но тем не менее) показывает что они не обязательны и можно сделать иначе.

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

197. Сообщение от Аноним (-), 09-Дек-25, 12:15   +/
> И по этому он теперь это делает вне основной ветки разработки ядра.

Простите, но рассуждения и логические выводы не ваш конек. Мои соболезнования.

Делает он это вне основной ветки отнюдь не по этому. Более того, из мейнлайна выкинули именно сишный вариант драйвера.

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

201. Сообщение от нах. (?), 09-Дек-25, 14:32   +/
А схрена ли ораклу, который "пользует линукс" (вот именно - на кой чем его вертит в свое удовольствие) - менять свою лицензию?
Которая вовсе не запрещает использовать zfs в линуксе. Запрещатели - получатели миллионных зарплат в месяц - сидят как раз по другую сторону. И вот им - настолько "не нужна", что они сознательно и намеренно пакостят. Бороться с ibm и гуглом оракл предпочитает другим способом. Для себя - незатратным.

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

202. Сообщение от нах. (?), 09-Дек-25, 14:33   +/
да когда ж тебе надоест т-по врать-то?

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


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

204. Сообщение от нах. (?), 09-Дек-25, 14:37   +/
но аргументов конечно же не будет, потому что ни в чем не разбираются местные неистово-минусаторы. Просто написанное оскорбляет их религиозные чувства. Они искренне веруют что от их хамства с нулем технических аргументов неудобная им реальность как-то сама рассосется.

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

205. Сообщение от Аноним (-), 09-Дек-25, 14:48   +/
> да-да, хоть и расширением

Костылем прилепленным с боку, вы хотели сказать.
Ну есть. И что дальше?))
В ядре все равно овнякают гоутушечки.

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

206. Сообщение от нах. (?), 09-Дек-25, 14:54   +/
> Ты написал про btrfs, в котором по твоему оно работает аналогично

Это предположение, а не истина в последней инстанции. Поскольку автор нового чуда в основном копипастил идеи оттуда - вполне логичное.

> dup - дефолт когда система инициализируется с одним диском, потому что хранить вторую

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

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

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

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

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

софтрейд (разумеется не бырбырфсный) у меня уже три диска пережил.

> В btrfs это прекрасно работает, за 10 лет поддержки хранилищ на btrfs я не наблюдал с
> этим никаких проблем

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

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

207. Сообщение от нах. (?), 09-Дек-25, 15:03   +/
> комитить лучше не проспав все дедлайны.

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

> Рецензатору тоже время надо на ревью.

его нормальные люди оставляют себе ПОСЛЕ дедлайна. Более того, все вот эти "release candidates" для того и нужны чтобы после дедлайна все окончательно поревьюить и еще раз проверить что фигни не случилось. Единственное что они должны попытаться гарантировать - что фигня не затрагивает другие подсистемы. Да и то не факт (а если затрагивает и исправить по другому нельзя - выкатывать релиз с критическим багом? Два раза делать одну и ту же работу, сперва костылем потом рефакторинг? Откатить на предыдущие работающие версии, учти - не вариант в shtable api nonsense, они уже не работают.)

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

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

209. Сообщение от Кошкажена (?), 09-Дек-25, 15:46   +/
>> да-да, хоть и расширением
> Костылем прилепленным с боку, вы хотели сказать.

В си расширение компилятора - это костыль. Тогда в расте без стандарта завязка на один компилятор из коробки - это другое понимать надо?

> Ну есть. И что дальше?))
> В ядре все равно овнякают гоутушечки.

Специально для неумеющих читать еще раз ссылку даю include/linux/cleanup.h

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

210. Сообщение от Аноним (-), 09-Дек-25, 15:54   –2 +/
> В си расширение компилятора - это костыль.

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

> Тогда в расте без стандарта

Без в стандарта в котором буквально написано "в хз как сложить 2 числа! пусть будет UB" (даже не implementation defined)

> завязка на один компилятор из коробки

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

> - это другое понимать надо?

Да, вы правильно понимаете.

> Специально для неумеющих читать еще раз ссылку даю include/linux/cleanup.h

Зачем мне ссылка на какой-то клинап, если выше
ext4 - 1243 goto
btrfs - 3006 goto
Ну и шо, помог тебе твой cleanup?))


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

211. Сообщение от нах. (?), 09-Дек-25, 16:21   +/
Там нет "чем отличается от других". Там просто список фич, еще и не все на самом деле работающие. Причем это явный нейрослоп.

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

212. Сообщение от Кошкажена (?), 09-Дек-25, 17:27   +1 +/
>> В си расширение компилятора - это костыль.
> Ага.
> Это значит что стд настолько убогая, что для простейших действий приходится велосипедить.

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

>> Тогда в расте без стандарта
> Без в стандарта в котором буквально написано "в хз как сложить 2
> числа! пусть будет UB" (даже не implementation defined)

Ты понимаешь что это означает конретно к сложению двух целых?

>> Специально для неумеющих читать еще раз ссылку даю include/linux/cleanup.h
> Зачем мне ссылка на какой-то клинап, если выше
> ext4 - 1243 goto

Хороший пример, кстати. Надежнейшая фс с примитивным goto. Аналогов на ржавом нет.


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

213. Сообщение от Кошкажена (?), 09-Дек-25, 17:40   +/
>> завязка на один компилятор из коробки
> У нас было 3 (на самом деле больше)) компилятора, один с ГНУтым
> вендорлоком, второй отличался от первого по результатам компиляции, а третий от
> мелкомягких...
> И ни один не реализовывал недостандарт полностью.

Некорректное сравнение. Если посмотришь сюда, то увидишь, что есть 3 компилятора с поддержкой с99. И те вещи, которые где-то не реализованы - минорщина. А вот у раста только 1 компилятор, понимаешь один! То есть выбора нет вообще.

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

214. Сообщение от Кошкажена (?), 09-Дек-25, 17:41   +/
> Если посмотришь сюда

https://en.cppreference.com/w/c/compiler_support.html

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

215. Сообщение от Аноним (-), 09-Дек-25, 17:52   +/
> Некорректное сравнение. Если посмотришь сюда, то увидишь, что есть 3 компилятора с поддержкой с99. И те вещи, которые где-то не реализованы - минорщина.

Хахаха!
Я открыл стандарт и не увидел ничего похожего на "это минорная и нафиг не нужная вещь, можете не реализовывать" ;)
Компилятор или реализует стандарт или не реализует.
Не бывает "реализует на полшишечки".
Или "вы не понимаете это другое!!" ?

> А вот у раста только 1 компилятор, понимаешь один! То есть выбора нет вообще.

Да, и это отлично.
Есть одна реализация, не может быть ситуации "я скомпилял ОДИН И ТОТ ЖЕ КОД другим компилятором" и программа теперь убивает юзеров.


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

216. Сообщение от _ (??), 09-Дек-25, 17:52   +/
Ну таки да! С обочины жизни, куда тебя почему-то скинули, можно победоносно вернуться!
... а можно тихо и незаметно завернуть ласты :( Потому что кто там через год ещё-один-проект-вокруг-линугса помнить будет?

Будем посмотреть!(С)

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

219. Сообщение от Аноним (-), 09-Дек-25, 18:01   +/
> Во-первых, в ядре своя стд либа.

А почему? Может стандартная стд была слишком унылая?

> Во-вторых, кто сказал, что можно в ядерном расте стд использовать?

Пункт 5.1.2.3/5:
    The least requirements on a conforming implementation are:
    — At sequence points, volatile objects are stable in the sense that previous accesses are complete and subsequent accesses have not yet occurred.
    — At program termination, all data written into files shall be identical to the result that execution of the program according to the abstract semantics would have produced.
    — The input and output dynamics of interactive devices shall take place as specified in 7.19.3.
Т.е без стд ты или занимаешься велосипедостроением, или сидишь без доступа к файлам и interactive devices.

> Ты понимаешь что это означает конретно к сложению двух целых?

Угу.
А еще понимаю что наличие UB ломает конформанс (параграф 4).
Тебе норм программа без конформанса?

>> ext4 - 1243 goto
> Хороший пример, кстати. Надежнейшая фс с примитивным goto. Аналогов на ржавом нет.

Да, пример просто отличный.
Я даже процитирую анона из другой темы[1]


CVE-2022-1184 - ваще шикарная.
А теперь микрофон и все лавры передаются ox55ff с лора
"в 2013 году он закоммитил вот такую портянку github.com/torvalds/linux/commit/dc6982ff4db1f47da73b1967ef5302d6721e5b95

Через 9 лет (2022 год) тысячи глаз наконец-то рассмотрели там уязвимость CVE-2022-1184.
Которую смогли исправить только со второй попытки:
первая github.com/torvalds/linux/commit/65f8ea4cd57dbd46ea13b41dc8bac03176b04233
вторая github.com/torvalds/linux/commit/61a1d87a324ad5e3ed27c6699dfc93218fcf3201

    ext4: check if directory block is within i_size

Бгг. Видимо Теодорчик решил, что в его коде всё within, ведь "индекс проверять надо если программист решил что тут есть шанс того, что он окажется некорректным", а оказалось, что не within. Это какое-то шанс-ориентированное программирование. Сишник к успеху шёл, не получилось, не фартануло.

Т.е у нас "Надежнейшая фс" в которой такие уязвимости живут десяток лет.
Да, на расте такого точно нету))

-----------------------------
[1] opennet.ru/openforum/vsluhforumID3/136231.html#130

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

220. Сообщение от _ (??), 09-Дек-25, 18:05   +/
Какой ужос! А на счётчиках - доля снова растёт ... врут рептилоиды? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #231

221. Сообщение от _ (??), 09-Дек-25, 18:18   +/
> Затем что это, блин, COW

Угу, и поэтому если у тебя установленна какая нибуть субд, да хоть мускуль сранный, ты втихую заведёшь ещё одну фс импо XFS или ext4 ... но пацанам не скажешь ;-p   :-)))

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

222. Сообщение от _ (??), 09-Дек-25, 18:29   +/
А если без лирики?
Всё наЫхнётся?
Хоть кто нибудь проверял?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #247

223. Сообщение от Анонимусс (-), 09-Дек-25, 18:37   +/
> есть 3 компилятора с поддержкой с99

Вот это достижение, что в 2025 нашлось целых три компилятора которые осилили окаменелый дидовый с99. Прям вах!

Ничего что ядро перевели на с11 уже несколько лет как?
А этот устарелый мусор нужен только для легаси проектов.

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

224. Сообщение от Аноним (-), 09-Дек-25, 18:50   +/
> Да, на расте такого точно нету))

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

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

225. Сообщение от Аноним (225), 09-Дек-25, 18:54   +/
> То-есть брякнувшийся на несколько часов клаудфлар мне недавно привидился? Целиком и полностью заслуга Rust с его чудесатым unwrap. И да, тоже - вот - буфера отменеджить не смогли. Сломав половину интернета.

Т.е ты сравниваешь баг которые на 3 часа положил примерно 20% (или сколько там у клаудфари доля рынка) интернета.
И то что жило почти 10 лет в ядре линукс?
Да ты просто гейний!

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

226. Сообщение от Аноним (-), 09-Дек-25, 18:55   +/
> перед пешиком и тд. И потом оно становится обязательным - авто
> без них просто за-пре-ще-ны.

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

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

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

227. Сообщение от Аноним (-), 09-Дек-25, 18:57   +/
> Ну и сам факт, что с 2000+ их количество уменьшили до 600
> (да, корявыми макросами, но тем не менее) показывает что они не
> обязательны и можно сделать иначе.

Можно сделать иначе != нужно сделать иначе.

1) Это радикально нестандартный код, который не будет подлежать майнтенансу.
2) В таком коде разберется примерно 0 человек и фигачить и дальше будет 1 Кент.

Но это не особая проблема после вылета из майнлайна уже, есть с десяток более серьезных проблем :))

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

228. Сообщение от Аноним (95), 09-Дек-25, 19:04   +/
Хлоргексидинчиком не забывай обрабатывать. И салфеток побольше бери.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #232

229. Сообщение от Аноним (-), 09-Дек-25, 19:09   –2 +/
> А что это у ZFS за проблемы такие, связанные именно с dkms,
> огласите весь список, пожалуйста?

Порой отваливается у народа при ребуте. И в целом - лагает с выпуском совместимых версий относительно майнлайна, порой месяцами. Т.е. такое себе в целом.

Как там кентушка будет с этим всем - вопрос интересный, он майнлайн трекает плотнее, но с его rust'ом и качем ночнушек он вообще потом по линии DKMS наестся имхо, вплоть до того что вы сможете отдохнуть от его фс - спасибо если не плюс бесконечность времени.

> Как по мне, dkms это наименьшая из проблем, точнее вообще не проблема.

А как по мне - ставить на рутфс например фс на dkms это довольно так себе идея. Или по вашему, блага цивилизации типа снапшотов на ОС не должны распостраняться? Хотя zfs для таких применений вообще в целом - не очень. ФС для файлопомоек по всем параметрам. А сабж метит в более универсальные и масштабируемые решения, которые не унылы и в иных кейсах. Правда с вылетом из майнлайна вышел небольшой профак.

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

230. Сообщение от Аноним (95), 09-Дек-25, 19:11   +/
Он до сих пор не читал про cow, row и так же полупокерством тут занимается? А то его портянки  только проматывать можно, не знаю что там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #244

231. Сообщение от Аноним (-), 09-Дек-25, 19:15   –1 +/
> Какой ужос! А на счётчиках - доля снова растёт ... врут рептилоиды? :)

Каких счетчиках? Майкрософт опять кого-то на счетчик поставил^W^W лапу занес чтоб считали правильно? Вон там у валв счетчик недавно - побил рекорд. И даже просто знакомые хомы с виндой - уже наелись фокусов мс и плавно тикают на убунту. Надоели им уже постоянные улучшения качества обслуживания типа принудительных перезагрузок, отсылки клавиш, реклам, аи в блокноте и что там еще за онлайн акаунты и прочий тоталконтрол. За свои деньги такое хамство от вендора получать - очень так себе.

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

232. Сообщение от Аноним (-), 09-Дек-25, 19:17   –1 +/
> Хлоргексидинчиком не забывай обрабатывать. И салфеток побольше бери.

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

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

233. Сообщение от Анонимусс (-), 09-Дек-25, 19:21   +/
> А то жигули вроде даже без ремней безопасности ухитряются как-то продавать.

Речь про автомобили, а не ведро с гайками. Ну и про нормальные страны, а не про те, в которых чтобы обойти норматив в Lada Niva Legend ставили одну боковую подушку водителя. Что кстати говорит о том, что какие-то требования есть даже в РФ.

Но раз просите Regulation, (EC) No. 661/2009 обязывает все новые машины оснащать ESС/ESP. А АБС как бы не обязателен... но ESP запрещено использовать без ABS))
В сша обязательное наличие ABS - FMVSS 126 за September 1, 2012.
Даже в индии есть требование, только уже лень искать закон.

Автоторможение (automated emergency braking AEB) обязательное - в 2022 были приняты изменения ADAS, в которые были включены три системы Road system, AEB pedestrian system и Urban AEB system. Тоже самое про удержание в полосе ALKS. Смотреть Regulation 131, 152, 157.

Достаточно?))
Так "Анон сам придумал это." или ты просто газифицируешь лужу?

----------------------------------------

Кстати, если вернуться к прессу.
Есть "ГОСТ Р 53010-2008 Прессы гидравлические. Требования безопасности"
Который описывает много чего, вроде автоматических заграждений, защитных клапанов, и есть такие пункты:

5.3.16 Двуручные устройства управления
c) Запрещается подавать выходные сигналы, используя одну руку, руку и локоть той же руки, предплечье(я) или локоть(и), руку и другую часть тела.

(остается только догадываться какою часть тела имели в виду)))

5.5.7 Двуручные устройства управления должны соответствовать ГОСТ ИСО 13851.
Запрещается запуск выходных сигналов при помощи одной руки или руки и локтя той же руки.

И как бы все!

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

234. Сообщение от Аноним (-), 09-Дек-25, 19:25   –1 +/
> Угу, и поэтому если у тебя установленна какая нибуть субд, да хоть
> мускуль сранный, ты втихую заведёшь ещё одну фс импо XFS или
> ext4 ... но пацанам не скажешь ;-p   :-)))

1) Это сильно зависит от БД и характера ее нагрузки.
2) Можно просто NOCOW флаг поставить на базу. И она получит то что хотела. Да, будет чуть тормознее, но и меньше возни с менеджментом.

А ваши XFS и EXT4 это дино, и боль по менеджменту на всех уровнях. Вы конечно можете юзать эти ваши сратисы или пытаться косплеить это непотребство мануально черной магией с LVM, MD, DM и проч. Но пока вы сделаете просто снапшоты, 2 реплики, с автопочинкой битой копии из исправной и прочие мелочи - с вас семь потов сойдет. А в btrfs или сабже пару команд на все.

Если вы еще не поняли - простой и ненапряжный менеджмент систем решает. А носители сакральных знаний из продов будут все больше отправляться на мороз. Вслед за ветеранюнисадминами. За то же самое: низкая производительность труда и сказы о нерешаемости задач. Такие истории никому не вперлись.

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

235. Сообщение от Аноним (-), 09-Дек-25, 19:29   –2 +/
> Я использую bcache SSD кэширование для быстрого доступа к NAS HDD, супер тема.

Просто когда SSD наконец протирается... ммм... тебя могут ждать интересные сюрпризы при этом :). И не, обычная FS + bcache не очень хорошо реагируют на такое. Ошибки между уровнями теряются, и...


Если у тебя btrfs какой, еще и с DUP или RAID1 - он даже может успеть поорать на это дело до того как файлуха совсем разлетится. А XFS или EXT4 в таком комбо довольно часто заканчивают в позе "фаталити" ибо фс не очень заточены иметь дело с крупноблочными сбоями. А они в том комбо - возможны.

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

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

236. Сообщение от Аноним (-), 09-Дек-25, 19:32   +/
> Вот только что пошел и проверил - гильотина стоит на месте. С
> двумя кнопками и "лазерной" шторкой.

Вы неправильно гильотины используете! Кто ж туда руки то сует! Голову надо, го-ло-ву! А руки как раз - вот - технология hands free, на обе кнопки хватит.

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

237. Сообщение от Аноним (-), 09-Дек-25, 19:35   –1 +/
> Ты предлагаешь удалить файл на полжёсткого диска, а потом выщипывать волосы на
> всех местах, что места и не прибавилось? Зачем удалять файлы, если
> место не нужно? Если место нужно, то зачем хранить ненужные файлы?

Я предпочитаю чтобы у лично меня...
1) Было несколько состояний системы.
2) Какое никакое право на ошибку.
3) Возможность переиграть таймлайн попробовав более удачную версию бущушего без реинсталла всей ос и переделки всех проектов с ноля нахрен.

У меня это все уже было. Двадцать лет. На виртуалках. С хрена я должен соглашаться на меньшее на bare metal? Это для дино до которых за 20 лет так и не дошло.

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

238. Сообщение от Аноним (238), 09-Дек-25, 19:41   +/
>> Без в стандарта в котором буквально написано "в хз как сложить 2
>> числа! пусть будет UB" (даже не implementation defined)
> Ты понимаешь что это означает конретно к сложению двух целых?

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

Не важно, в линуксе поведение определили через -fno-strict-overflow.
https://github.com/torvalds/linux/blob/master/Makefile#L1090

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

239. Сообщение от Аноним (-), 09-Дек-25, 19:57   +/
>> А то жигули вроде даже без ремней безопасности ухитряются как-то продавать.
> Речь про автомобили, а не ведро с гайками.

Вопрос вполне конкретный - про запреты. Где регуляторные акты которые все перечисленное запрещают?

> В сша обязательное наличие ABS - FMVSS 126 за September 1, 2012.

В США можно легально ездить на реставрированном рыдване 1950 года. И ничего за это не будет. Какой, нахрен, у него там ESC и ABS? Вас послушать - wheeler dealer'ы - это махровые криминалы-уголовники, а не шоумэны и бизнесок.

Нельзя ли пояснить, как эти господа существуют - и даже про них снимают шоу - именно в нормальных странах? Или таки - наличие ABS не является критерием выпуска авто на дорогу, м? :)

> Даже в индии есть требование, только уже лень искать закон.

Для начала расскажи как wheeler dealer'ов еще на раздербанили за якобы нарушение якобы запретов чего либо. А то оказывается что про запреты нам тут стрындели с три короба.

> system и Urban AEB system. Тоже самое про удержание в полосе
> ALKS. Смотреть Regulation 131, 152, 157.

Вот только - это все не имеет ничего общего с полным запретом и по дорогам отлично ездит куча авто без этого всего. Странно, да? :)

> Так "Анон сам придумал это." или ты просто газифицируешь лужу?

Анон как я вижу - нехило газифицирует лужи. Выдав какие-то регуляции за тотальныые запреты, что довольно далеко от истины.

> Есть "ГОСТ Р 53010-2008 Прессы гидравлические. Требования безопасности"

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

> (остается только догадываться какою часть тела имели в виду)))

Эврика, тут господа с гильотиной проходили. Как раз руки будут свободные - чего смотришь?!

> И как бы все!

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

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

240. Сообщение от Аноним (238), 09-Дек-25, 20:04   +/
> Почему он так рано влетел в ядро непонятно.

btrfs приняли в ядро в 2009, если что.

bcachefs явно стабильнее, чем btrfs в своё время (а может быть - страшно сказать - и сейчас).

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

241. Сообщение от Аноним (238), 09-Дек-25, 20:13   +/
> Что такое?

Антивирус не включил, Kaspersky для Linux.

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

242. Сообщение от Кошкажена (?), 09-Дек-25, 20:47   +/
>> есть 3 компилятора с поддержкой с99
> Вот это достижение, что в 2025 нашлось целых три компилятора которые осилили
> окаменелый дидовый с99. Прям вах!

Ну может их и больше, лень искать. Переносимость си сильно сильнее чем у раста.

> Ничего что ядро перевели на с11 уже несколько лет как?
> А этот устарелый мусор нужен только для легаси проектов.

Как минимум это нужно для бутстрапа компилятора. Но, конечно, растовщики такого термина не знают. У них неделя - уже старое.


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

243. Сообщение от Кошкажена (?), 09-Дек-25, 20:53   +/
>> Некорректное сравнение. Если посмотришь сюда, то увидишь, что есть 3 компилятора с поддержкой с99. И те вещи, которые где-то не реализованы - минорщина.
> Хахаха!
> Я открыл стандарт и не увидел ничего похожего на "это минорная и
> нафиг не нужная вещь, можете не реализовывать" ;)
> Компилятор или реализует стандарт или не реализует.
> Не бывает "реализует на полшишечки".
> Или "вы не понимаете это другое!!" ?

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

>> А вот у раста только 1 компилятор, понимаешь один! То есть выбора нет вообще.
> Да, и это отлично.
> Есть одна реализация, не может быть ситуации "я скомпилял ОДИН И ТОТ
> ЖЕ КОД другим компилятором" и программа теперь убивает юзеров.

Открою тебе сейчас секрет. Готов? Смена компилятора требует тестирования.

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

244. Сообщение от нах. (?), 09-Дек-25, 21:02   +/
Галлюцинации там в основном. Причем одни и те же из года в год - "а вот у какого-то рачедр04ера в 22м году", "а вот я в венде линукс ядро собирал-собирал" и прочая чушь.

Так что проматывай дальше, ничего не потеряешь.

Откуда этому индивидууму с его дырявой флэшкой что-то знать про Refs?

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

245. Сообщение от нах. (?), 09-Дек-25, 21:08   +/
Просто перестань др-ть ssd.

У меня почему-то ни один из десятка наличных не протерся. Наверное потому что я ими по назначению пользуюсь.  
(ну и, кстати, 32x write amplification файловые системы на них не использую - это еще без учета последствий неточного попадания границей блоков в границы страниц)

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

246. Сообщение от Кошкажена (?), 09-Дек-25, 21:10   +/
>> Во-первых, в ядре своя стд либа.
> А почему? Может стандартная стд была слишком унылая?

"Унылая" - это не технический термин, понятия не имею, что ты под этим понимаешь.

>[оверквотинг удален]
>     — At sequence points, volatile objects are stable
> in the sense that previous accesses are complete and subsequent accesses
> have not yet occurred.
>     — At program termination, all data written into
> files shall be identical to the result that execution of the
> program according to the abstract semantics would have produced.
>     — The input and output dynamics of interactive
> devices shall take place as specified in 7.19.3.
> Т.е без стд ты или занимаешься велосипедостроением, или сидишь без доступа к
> файлам и interactive devices.

Ну вот о том и речь.

>> Ты понимаешь что это означает конретно к сложению двух целых?
> Угу.

Видимо нет. Ибо флаг переполнения раст проверяет только в дебаг сборке, а в проде лишь гарантирует цикличность. А на кой это надо, если есть функции для сложения с проверкой на overlfow, что более явно? В си они тоже есть в последнем стандарте, а до этого есть интринсики gcc. Также есть asan для проверки переполнения в дебаге.

>[оверквотинг удален]
> Которую смогли исправить только со второй попытки:
> первая github.com/torvalds/linux/commit/65f8ea4cd57dbd46ea13b41dc8bac03176b04233
> вторая github.com/torvalds/linux/commit/61a1d87a324ad5e3ed27c6699dfc93218fcf3201
>     ext4: check if directory block is within i_size
> Бгг. Видимо Теодорчик решил, что в его коде всё within, ведь "индекс
> проверять надо если программист решил что тут есть шанс того, что
> он окажется некорректным", а оказалось, что не within. Это какое-то шанс-ориентированное
> программирование. Сишник к успеху шёл, не получилось, не фартануло.
>
> Т.е у нас "Надежнейшая фс" в которой такие уязвимости живут десяток лет.

Методичку достал? Открою тебе секрет, что в любом проекте есть баги. В тех, которые все используют, багов обычно больше. Исправили и хорошо. Тем более у нее уровень medium. Но тебе почему-то спать не дает аж с 2022 года.

> Да, на расте такого точно нету))

На расте нет проекта такого уровня. Так что не о чем тут спорить.

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

247. Сообщение от нах. (?), 09-Дек-25, 21:15   +/
С чего вдруг "всё"? Добавил ты диск в зеркало - получил вторую копию.
zpool add сделает если что - ровно то же самое. И да, переспрашивать не будет.
(за вычетом того что там не надо "заранее создавать" что-то этакое специальное, add можешь сделать вообще в любой момент и сколько угодно раз. Ну это снова технологии цивилизации титанов, ныне утраченные безвозвратно.)

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

248. Сообщение от Аноним (248), 09-Дек-25, 21:27   +/
> "Унылая" - это не технический термин, понятия не имею, что ты под этим понимаешь.

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

> а в проде лишь гарантирует цикличность.

Вот именно! Гарантирует!!
А как в dыpяшkе? А фиг его знает, зависит от компилятора.

> А на кой это надо, если есть функции для сложения с проверкой на overlfow, что более явно?

Если нужна явная проверка - вызываешь явную функцию checked_add которая возвращает optional. Чего тут непонятного?

> В си они тоже есть в последнем стандарте,

А ведро на каком? И сколько оно до него будет ползти, если на С11 перешли в 22 году?

> а до этого есть интринсики gcc.

Мы про стандарт или про вендорлок?

> Также есть asan для проверки переполнения в дебаге.

И что, сильно помогает?))

> Методичку достал?

Ну, про "надежную фс" заливать ты первой начала.

> Открою тебе секрет, что в любом проекте есть баги.

Баги да, а быdloкод уровня "мамкой клянусь тут все within" далеко не во всех.

> В тех, которые все используют, багов обычно больше.

С чего вдруг? Может пруфов?

> Но тебе почему-то спать не дает аж с 2022 года.

Потому что:
а) 22 год это всего пару лет назад, по меркам ядра - буквально вчера.
б) он отлично иллюстрирует уровень СИшных дидов
в) он великолепно поджигает пятые точки
Это как классическая дырень в ГРУБ2, можно возвращаться снова и снова.

> На расте нет проекта такого уровня. Так что не о чем тут спорить.

Простите, а какого уровня?
Такого уровня дырявости? Да, 100% нету

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

249. Сообщение от Кошкажена (?), 09-Дек-25, 21:48   +/
>> а в проде лишь гарантирует цикличность.
> Вот именно! Гарантирует!!
> А как в dыpяшkе? А фиг его знает, зависит от компилятора.

Зачем она нужна? Чтобы проверять переполнение? Есть же отдельные функции на это с явной сигнатурой. В си они тоже есть.

>> А на кой это надо, если есть функции для сложения с проверкой на overlfow, что более явно?
> Если нужна явная проверка - вызываешь явную функцию checked_add которая возвращает optional.
> Чего тут непонятного?

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

>> а до этого есть интринсики gcc.
> Мы про стандарт или про вендорлок?

Раз ты сравниваешь с растом и не хочешь брать последний стандарт, то бери расширение компилятора. И это не вендорлок. Вендорлок - это когда, ты не можешь ни на что повлиять и вынужден пользоваться поставщиком. Как бы изначально ядро GNU Linux и пользовалось GNU компилятором - тут все логично. Проприетарный компилятор ms или llvm под другой лицензией нужен корпам сам понимаешь для чего. Так что не понятно, про какой вендор лок ты говоришь, когда как раз gcc под GNU лицезнией и получить его код ты обязан мочь по ее условию.  

>> Также есть asan для проверки переполнения в дебаге.
> И что, сильно помогает?))

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

>> Методичку достал?
> Ну, про "надежную фс" заливать ты первой начала.

А где она не надежная? Из-за какой-то medium сve?)))

>> В тех, которые все используют, багов обычно больше.
> С чего вдруг? Может пруфов?

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

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

250. Сообщение от Аноним (95), 09-Дек-25, 22:15   +/
Интересно, когда этот ... анонима кусок поставит виртуалочку в цоде на любимом бтрфс. А админа цода, такой же кусок, в гипере тоже бтрфс будет использовать. Вот смех. Хотя этим ссы в глаза wa под 30 - это норма(с) Ничего такого нет, на продырявленой флешке.
https://www.microsoft.com/en-us/research/wp-content/uploads/...

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

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

251. Сообщение от morphe (?), 09-Дек-25, 22:27   +/
> спасибо, кэп. А нельзя ли теперь с небес на землю и рассказать неграмотным, как добавляются диски в бырбыр так чтобы получить таки от этого дополнительную копию, а не удвоить вероятность отказа, и что там надо сделать отличающегося от умолчаний? Я уж не надеюсь на сравнение с bachefs, хотя было бы крайне занятно от действительно сведущего человека узнать почему там получилась какая-то такая ерунда что аж понадобились "крупнейшие изменения за последнее время". Не, ну правда - как?

btrfs device add, btrfs balance start -mconvert=... -dconvert=...

mconvert и dconvert нужны только если у тебя существующий профиль не гарантирует использование дополнительных дисков, например для миграции с dup на raid1.

Ну и добавление устройства никогда не удваивает вероятность отказа в btrfs, потому что btrfs умеет смешанные профили (часть данных в raid1, часть данных в dup например), пускай это пока и применяется только при миграции

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

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

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

Даже без ECC памяти это не то чтобы критично

Повреждены до вычисления хеша - точно так же были бы повреждены где угодно, не читаются всей группой одновременно - что ты вообще сделал такого что это происходит? У btrfs под raid положено не блочное устройство, а логические блоки, экстенты
Шанс того что один файл запишет в одно и то же место мал, тем более спустя много лет использования массива, и учитывая некоторые элементы рандомизации
Хеш посчитан неверно - шта?

> софтрейд (разумеется не бырбырфсный) у меня уже три диска пережил.

Ага, а теперь скажи как софтрейд спасает тебя от bitrot в случае raid1, как он тебе укажет какая из копий корректная? Сравнение некорректное

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

raid5/raid6 в одной машине в целом нигде нормально не реализован, если есть петабайты на которых хочется так экономить (потому что это всегда про экономию, raid1/raid1cX надёжнее) - то есть CEPH.

А пара сотен террабайт с NFS и базами данных на btrfs прекрасно живут

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

252. Сообщение от Аноним (180), 09-Дек-25, 22:31   +/
> Порой отваливается у народа при ребуте

Ни разу не сталкивался.

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

Ну, у меня на дебиане таких проблем в принципе нет. А бетатестеры и прочие цифродрочеры должны страдать, да.

> А как по мне - ставить на рутфс например фс на dkms это довольно так себе идея

Уже года два как использую ZFS именно в качестве корневой и единственной ФС, проблем ноль.

> Или по вашему, блага цивилизации типа снапшотов на ОС не должны распостраняться?

Какая связь между снапшотами и dkms? Всё что заявлено работающим -- всё работает, включая снапшоты.

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

253. Сообщение от Аноним (-), 09-Дек-25, 22:32   +/
>> Мы про стандарт или про вендорлок?
> Раз ты сравниваешь с растом и не хочешь брать последний стандарт, то бери расширение компилятора. И это не вендорлок. Вендорлок - это когда, ты не можешь ни на что повлиять и вынужден пользоваться поставщиком.

Ага, а если комилятор после компиляции кода заражает его З̶П̶П̶П̶ гнураком?

> Как бы изначально ядро GNU Linux и пользовалось GNU компилятором - тут все логично.

Логично делать вендорлок на ГНУтые расширения.
А кстати по какой причине вообще возникла необходимость в расширениях?
Возможно язык был убог и беден?

> Вмысле? Он находит переполнения также как раст в дебаге.

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

> А где она не надежная? Из-за какой-то medium сve?)))

Я просто оставлю это тут
https://lore.kernel.org/stable/20231205122122.dfhhoaswsfscuh.../

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

Аргументы уровня "сперва добейся"? Вон винда используется на 70+% десктопов, а лялекс на 4% ))

То что нечто используется повсеместно, не всегда говорит о том что что-то хорошее.
Х11 или GRUB2 тому примеры.

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

254. Сообщение от нах. (?), 09-Дек-25, 22:50   +/
> В США можно легально ездить на реставрированном рыдване 1950 года. И ничего за это не

в европе тоже можно. Правда, дороговато получается, но это не из-за отсутствия abs.
> будет. Какой, нахрен, у него там ESC и ABS?

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

А как получают серьезные травмы владельцы китайского хлама, ВНЕЗАПНО затормозившего потому что ему померещилось там что-то впереди - полный ютруп.

Зато все сертификации пройдены и все бумажечки подписаны.

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

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

255. Сообщение от нах. (?), 09-Дек-25, 23:17   +/
да кто его с воротами в цод-то пустит? А, ну хотя... этивот... с дебианом за 135 рублев в месяц? А, не, у тех hyperv угадай на какой фс. Во, за 650 но с нг подорожает вдвое. У этих квм. Но там диск настолько тормоз, что уже в общем-то пофигу. Но зачем?

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

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

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

Но хоть флэшки пока не сыплются. Вот может как раз потому что на них нет wa32x

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

256. Сообщение от нах. (?), 09-Дек-25, 23:25   +/
> btrfs device add, btrfs balance start -mconvert=... -dconvert=...

ну то ись без ручного balance start - создается дополительный шанс фатального отказа. Как я и предположил.
Осталось убедиться что хотя бы ручное указание куда там convert сработает как задумано.
А можно уточнить - что происходит если МЕЖДУ этими двумя командами на фс что-то активно  писалось? И как потом это починить если добавленный диск - ой, сдох. С новыми дисками такое - бывает.

> Ну и добавление устройства никогда не удваивает вероятность отказа в btrfs

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

> Я лишь в мониторинге замечал как оно при scrub восстанавливалось

где гарантия что ты наблюдал - сбои носителя а не внутренние глюки фс? Исследовал ли ты проблему или просто смахнул крошки под диван?
(я бы вот - ОЧЕНЬ напрягся, если бы при scrub у меня что-то такое "восстанавливалось". Вплоть до срочного переноса данных на другие системы.)

> Повреждены до вычисления хеша - точно так же были бы повреждены где угодно,

это как-то отменяет тот факт что данные - не данные? Это как-то менее вероятно чем мистическое повреждение в ту наносекунду что данные на самом деле пишутся на носитель?

> У btrfs под raid положено не блочное устройство, а логические блоки, экстенты

именно. Т.е. она даже не знает, не рядом ли ее обе копии записались.

> Ага, а теперь скажи как софтрейд спасает тебя от bitrot в случае raid1,

извини, я не состою в секте свидетелей битврота.

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

Это вот - _реальный_ use-case, а не религия.

> raid5/raid6 в одной машине в целом нигде нормально не реализован

ой.
Ну вот такие тут "специалисты".

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

Ну о чем тут спорить, какие тут еще технические вопросы с вами обсуждать?

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

а у тебя "10 лет поддержки хранилищ" - двухдисковый рейд, оказывается.
Да йопаралон...

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

257. Сообщение от нах. (?), 09-Дек-25, 23:29   +/
> 2) Ну значит все работает и ничего портировать не надо.

там по другой причине портировать ниннада - нет уже никаких ель-брусов.
Ели есть, брусья есть, эльбрусов - нет и не будет. 82хлетний академик слезно конечно обещал снова сесть и создать чудо-технологии. Но на практике видимо будет ыр-тыж, на китайском лунь-всуне. "Если поставим! И если отсыплет!". Там и линукс, и llvm, и все что хошь. А пока есть массогабаритный макет и лавочка с устаным капиталом десятьтыщ и сроком жизни пол-года.

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

258. Сообщение от myster (ok), 09-Дек-25, 23:40   +/
> Просто когда SSD наконец протирается... ммм... тебя могут ждать интересные сюрпризы при этом :). И не, обычная FS + bcache не очень хорошо реагируют на такое. Ошибки между уровнями теряются, и...

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

PS: В моём сценарии MergerFS и SnapRAID обеспечивают гарантию от поломки одного из пяти HDD. Программный RAID в данном случае выгоднее аппаратного. Файловая система частично BTRFS с усиленным сжатием, и частично XFS, где требуется более быстрая скорость чтения и записи. Для MergerFS не принципиально, какая файловая система используется под ней.

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

259. Сообщение от morphe (?), 09-Дек-25, 23:52   +/
> А можно уточнить - что происходит если МЕЖДУ этими двумя командами на фс что-то активно  писалось? И как потом это починить если добавленный диск - ой, сдох. С новыми дисками такое - бывает.

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

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

Всё она пишет, в btrfs есть смешанные профили, часть данных лежит под старым профилем, часть под новым

И так во всех системах, что в btrfs, что в zfs, что в ceph, как оно должно работать, вся система должна остановиться пока N тбайт копирует?

> именно. Т.е. она даже не знает, не рядом ли ее обе копии записались.

О чём речь бл, btrfs именно что знает это, если у тебя данные под raid1 профилем - то ФС гарантирует что у тебя есть одна копия

> Люди уже второй десяток лет используют фс где он нормально реализован

И второй десяток лет есть компании что чинят ZFS когда она помирает когда при resilver внезапно отваливаются ещё диски, потому что raid56 сильно нагружает ВСЕ диски при подобных операциях, и resilver занимает намного больше времени (месяцы вместо недель) чем с raid1 из-за parity calculation, что опять же значительно повышает риск отказа диска во время этой операции, после чего ФС помирает для стандартных средств восстановлени насовсем, потому что при отвале двух дисков в raid5 условном у тебя умирают все данные, а не их часть

Parity не серебрянная пуля. Да, оно экономит тебе место, но ценой значительно более долгой починки и в целом вычислений, в то время как raid1 намного проще и быстрее всегда.

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

260. Сообщение от morphe (?), 10-Дек-25, 00:02   +/
> а у тебя "10 лет поддержки хранилищ" - двухдисковый рейд, оказывается.

Btw, не ебу откуда ты такой вывод сделал, однако мы обсуждаем btrfs, и я говорю в терминах btrfs

В btrfs raid1 означает что у всех данных есть минимум одна копия, в zfs это же зовётся raidz1
Для большей надёжности есть raid1c2, raid1c3 и т.д соответствующие raidz2/raidz3

Поскольку raid не на блочном, а на логическом уровне - это как и в zfs не накладывает ограничений на максимальное количество дисков

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

261. Сообщение от morphe (?), 10-Дек-25, 00:49   +/
> В btrfs raid1 означает что у всех данных есть минимум одна копия,
> в zfs это же зовётся raidz1

Пардон, херню сказал, mirror же, я о каком-то таком нейминге в bcachefs думал

Однако mirror в zfs не позволяет отдельно настроить число дисков и число копий чем отличается от btrfs в данном плане

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

262. Сообщение от morphe (?), 10-Дек-25, 00:52   +/
> Пардон, херню сказал, mirror же, я о каком-то таком нейминге в bcachefs
> думал

Или не о нём, кто ещё такие названия профилей имел? В bcachefs аналогом raid1 из btrfs будет

bcachefs format --replicas=2 /dev/sda /dev/sdb /dev/sdc /dev/sdd

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

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

263. Сообщение от Аноним (87), 10-Дек-25, 00:54   +/
сделать "add" не есть "без необходимости выполнения каких-либо действий пользователем"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

264. Сообщение от Кошкажена (?), 10-Дек-25, 00:56   +/
>>> Мы про стандарт или про вендорлок?
>> Раз ты сравниваешь с растом и не хочешь брать последний стандарт, то бери расширение компилятора. И это не вендорлок. Вендорлок - это когда, ты не можешь ни на что повлиять и вынужден пользоваться поставщиком.
> Ага, а если комилятор после компиляции кода заражает его З̶П̶П̶П̶
> гнураком?

Что?

>> Как бы изначально ядро GNU Linux и пользовалось GNU компилятором - тут все логично.
> Логично делать вендорлок на ГНУтые расширения.
> А кстати по какой причине вообще возникла необходимость в расширениях?
> Возможно язык был убог и беден?

1. В любом компиляторе есть расширения.
2. Иногда проще и быстрее сделать решения у себя. Но, предвидя вопросы, у этого есть свои минусы.

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

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

>> А где она не надежная? Из-за какой-то medium сve?)))
> Я просто оставлю это тут
> https://lore.kernel.org/stable/20231205122122.dfhhoaswsfscuh.../

Мне лень тратить время на все это. Что сказать то хотел?

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

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


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

265. Сообщение от Аноним (-), 10-Дек-25, 01:02   +/
>> Ага, а если комилятор после компиляции кода заражает его З̶П̶П̶П̶ гнураком?
> Что?

Почитай что такое GCC RUNTIME LIBRARY EXCEPTION когда оно появилось и почему.
ebb.org/bkuhn/blog/2009/01/27/gcc-exception.html

> Что значит обязательный или нет? В расте это отключаемо. В си можно выключить все уведомления. Все от человека зависит.

В расте что отключаемое? То что переполнение циклично?

> Мне лень тратить время на все это. Что сказать то хотел?

Subject: ext4 data corruption in 6.1 stable tree
"Надежность" аж прет


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

266. Сообщение от Кошкажена (?), 10-Дек-25, 01:12   +/
>>> Ага, а если комилятор после компиляции кода заражает его З̶П̶П̶П̶ гнураком?
>> Что?
> Почитай что такое GCC RUNTIME LIBRARY EXCEPTION когда оно появилось и почему.
> ebb.org/bkuhn/blog/2009/01/27/gcc-exception.html

Какое это иммет отношение к настоящему времени и изначальному вопросу?

>> Что значит обязательный или нет? В расте это отключаемо. В си можно выключить все уведомления. Все от человека зависит.
> В расте что отключаемое? То что переполнение циклично?

Проверки переполениня отключаются либо через cargo, либо прагмой.

>> Мне лень тратить время на все это. Что сказать то хотел?
> Subject: ext4 data corruption in 6.1 stable tree
> "Надежность" аж прет

И? Баг в стабильном софте? Никогда такого не было.

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

267. Сообщение от Аноним (-), 10-Дек-25, 03:32   +/
> Т.е ты сравниваешь баг которые на 3 часа положил примерно 20% (или
> сколько там у клаудфари доля рынка) интернета.

Т.е. вы нагнули половину глобуса на несколько часов. Безопастнички фиговы. И таки тоже с буферами накосячили. И с этим вашим unwrap.

> И то что жило почти 10 лет в ядре линукс?

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

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

269. Сообщение от Harliff (??), 10-Дек-25, 05:37   +/
>Уже года два как использую ZFS именно в качестве корневой и единственной ФС, проблем ноль.

Везёт же. Переносил недавно /var на zfs - словил кучу RIP в dmesg + зависания компьютера по паре раз в день. Мучался три недели, потом вернул /var на ext4, оставил zfs для файлопомойки. Апгрейдился, даунгрейдился, изучал issues zfs и пытался применить на себе рекомендуемые решения - ничего не помогло.

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

270. Сообщение от Аноним (-), 10-Дек-25, 06:16   +/
> Угу, и поэтому если у тебя установленна какая нибуть субд, да хоть
> мускуль сранный, ты втихую заведёшь ещё одну фс импо XFS или
> ext4 ... но пацанам не скажешь ;-p   :-)))

Или просто NOCOW включить, в сабже и btrfs так можно было. Конечно чуть помедленнее будет но и базы же не у всех супернагруженные.

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

271. Сообщение от Аноним (-), 10-Дек-25, 06:21   +/
> Просто перестань др-ть ssd.

Да это не я. Это всякие господа на виду у которых фс развермишелило. Я просто отвисаю в тематичных местах где их толпы висят - и я вижу всякие проблемки ALL вокруг линухов и рядом. Это называется - держать руку на пульсе. То что ты давно разучился и де-квалифицировался в линухе как результат. Твои знания из 2010 - не топ. А юзкейсы не единственные. И конфиги тоже.

> У меня почему-то ни один из десятка наличных не протерся.

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

> Наверное потому что я ими по назначению пользуюсь.

Странно что вон те толстые коты тебя не наняли. Хотя зачем кому такой саботер сдался.

> (ну и, кстати, 32x write amplification файловые системы на них не использую
> - это еще без учета последствий неточного попадания границей блоков в
> границы страниц)

И вот еще с своими синтетическими сказками от теоретиков постоянно лезет сюда. Шишкинфс юзай, фигли. В винде. Это видимо предел твоих мечтаний. Но мечтать, как говорится, не вредно :)

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

272. Сообщение от Аноним (272), 10-Дек-25, 06:31   +/
> Спасибо за беспокойство, но я в теме и использую bcache только для
> ускорения чтения, а не записи. Именно так и нужно подходить к
> данному сценарию. Даже если мы ушатаем SSD, с данными на HDD
> ничего не произойдёт, и всё ещё можно будет примонтировать систему. Проверял.

Вообще-то там бывает сценарий когда SSD не полностью подох - а таки вот именно при чтении - вынул ... здоровенный блок ТРУХИ. И отдал это файлухе. Что с ФС случается если ей куда-то в метаданные прочлось ...цать мегов трухи нетрудно догадаться. И кто сказал что оно потом на втрамбует это и на HDD?

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

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

> PS: В моём сценарии MergerFS и SnapRAID обеспечивают гарантию от поломки одного
> из пяти HDD.

А как все это отнесется к тому что из кеша чтения в bcache придут не метаданные ФС а какая-то жесткая труха, допустим? И эта труха не попадет дальше по цепочке на HDD при случае. А потом обычно у ALL "какая-то ошибка фс" и при попытке ее fsck починить - как раз ФС и наступает хана.

> Программный RAID в данном случае выгоднее аппаратного. Файловая
> система частично BTRFS с усиленным сжатием, и частично XFS, где требуется
> более быстрая скорость чтения и записи. Для MergerFS не принципиально, какая
> файловая система используется под ней.

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

А вот как там у XFS и EXT4 с чексумами и тем паче их проверкой на лету, не говоря уж про исравление этого из исправной копии (а она у них была? :D)... в общем мое дело сказать что с bcache надо поосторожнее.

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

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

273. Сообщение от Аноним (-), 10-Дек-25, 06:44   +/
> его нормальные люди оставляют себе ПОСЛЕ дедлайна. Более того, все вот эти
> "release candidates" для того и нужны чтобы после дедлайна все окончательно
> поревьюить и еще раз проверить что фигни не случилось.

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

А еще есть такая штука как common sense. Если у тебя его нет - пару раз тима попросит нормально. При игноре - прессанет и либо вобьет его, либо с тобой попрощаются совсем, если не получилось. Ибо семеро - одного не ждут. А всем остальным полися майнлайн проблемы не создавали. Буквально десяткам майнтайнеров и тысячам девов. Если кент такой уникальный - ему Торвальдс и сказал - девелоп в майнлайне тебе не подходит. Это честная оценка ситуации, как оно есть. Некто либо вписывается в полися проекта, либо сам по себе.

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

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

Он даже блокировки для себя любимого захотел припереть лично свои. Не, не улучшая существующие и проч. Ему надо - топ в бенчах взять. Остальные должны умереть на этом холме по этому поводу. Никто даже не против так то прикрутить блокировки лучше и быстрее в ядро. Но это надо не в кишки ФС переть а в common core, работая с майнтайнерами. И даже это пришлось объяснять долго, упорно, а дошло лишь наполовину.

> другому нельзя - выкатывать релиз с критическим багом? Два раза делать
> одну и ту же работу, сперва костылем потом рефакторинг?

Командный девелоп софта приносит свои благословления и проклятья. И все на самом деле просто: не создавай проблемы другим - и они не создадут их тебе. Ignore this at your own peril.

> А ненормальные - вот, придумывают вместо правил - понятия.

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

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

274. Сообщение от Аноним (-), 10-Дек-25, 07:23   +/
> в европе тоже можно. Правда, дороговато получается, но это не из-за отсутствия abs.

Дороговато != запрещено. То что там аэродинамика кирпича и движок дубоват, и никаких ECU подгоняющих оптимальные режимы - прости, в 1950 по другому не умели.

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

Для всякого кастома вроде бывают какие-то отдельные сертификации/тесты.

> что ему померещилось там что-то впереди - полный ютруп.

Ну так там метал - китайская фольга, и сэкономлено на всем чем можно.

> Зато все сертификации пройдены и все бумажечки подписаны.

Приятной поездки :)

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

Ты сомневался что европейцы - бюрократы? Последние годика 3.5 они отлично показали кто и что.

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

275. Сообщение от Аноним (275), 10-Дек-25, 08:24   +/
> Ни разу не сталкивался.

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

> Ну, у меня на дебиане таких проблем в принципе нет. А бетатестеры
> и прочие цифродрочеры должны страдать, да.

Дебиан сам несколько лагает с выпусками кернелов. Хотя бэкпорты есть. Но я вот юзаю более свежие кернелы. Прямл с дебианом. Например, потому что amdgpu и улучшения в нем. И еще ряд полезностей. Мне сказать make bindeb-pkg не сложно. И на вопросы билдсистемы я и получше тех господ отвечу так то, для обеспечения хорошего user experience - себе любимому. До убунты 10 лет доползало сделать конфиг на подобие моего, допустим.

> Уже года два как использую ZFS именно в качестве корневой и единственной
> ФС, проблем ноль.

Опыт с целым 1 тазиком или скоьлко там - от 1 кекса - с 1-2 конфиги это, конечно, масштабно.

> Какая связь между снапшотами и dkms? Всё что заявлено работающим -- всё
> работает, включая снапшоты.

Такая что левый dkms это лишний риск отвалов. Более того - с этим леваком в кернеле баг в случае чего репортить можно будет только в спортлото. Ибо tainted kernel -> сразу нафиг. А лично мне взаимодействие с ядерщиками очень даже по вкусу пришлось. Весьма быстрые и результативные господа при правильном подходе. Но вы конечно можете попробовать зарулить баг в ядре через дебиан :). (spoiler: нет, это так не работает).

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

276. Сообщение от Аноним (180), 10-Дек-25, 10:17   +/
> Дебиан сам несколько лагает с выпусками кернелов. Хотя бэкпорты есть

Так о том и речь. Нафига бежать впереди паровоза? Какой в этом смысл?

> Опыт с целым 1 тазиком или скоьлко там - от 1 кекса - с 1-2 конфиги это, конечно, масштабно

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

> Такая что левый dkms это лишний риск отвалов

Опять одни страшилки. Лучше бы ты про действительные недостатки ZFS писал, боьше пользы было бы.

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

277. Сообщение от Аноним (180), 10-Дек-25, 10:20   +/
> Переносил недавно /var на zfs - словил кучу RIP в dmesg + зависания компьютера по паре раз в день

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

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

278. Сообщение от Аноним (-), 10-Дек-25, 10:38   +/
Жаль хэши "по факту" отсутствуют, хотел попробовать а sha2 нету и какой толк от cow в этом случае, до добавления в grub фигзнает когда дело дойдёт, короче boot/root на неё не поставишь, swap "даже нерабочий" отсутствует. Похоже как перспективную альтернативу zfs ещё слишком рано рассматривать.
Ответить | Правка | Наверх | Cообщить модератору

279. Сообщение от Аноним (279), 10-Дек-25, 10:42   +/
"В далеком темном будущем все очень-очень плохо"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2


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

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




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

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