forum.opennet.ru - "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" (75)

"AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"

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

"AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
Сообщение от opennews (ok), 23-Окт-25, 11:19
Разработчики проекта AlmaLinux, развивающего редакцию дистрибутива Red Hat Enterprise Linux (RHEL), объявили о добавлении поддержки файловой системы Btrfs и реализации в инсталляторе возможности разметки накопителей с использованием Btrfs. В качестве причины упоминается прогресс в разработке Btrfs и продвинутые возможности, такие как контрольные суммы для обнаружения повреждения данных и метаданных, снапшоты, удобное управление томами, прозрачное сжатие и поддержка операции reflink для создания копии файлов через клонирование метаданных... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64103
Ответить \| Правка \| Cообщить модератору

Оглавление

Хехе ZFS живее всех живых а btrfs сдохнуть пытается В целом предсказуемо , bOOster (ok), 11:19 , 23-Окт-25, (1) –9

То, что мертво , User (??), 11:50 , 23-Окт-25, (6) –1
Какой смысл в zfs Жрет памяти как распределенные хранилища, тормозит по iops ка, ахахахаха (?), 12:37 , 23-Окт-25, (11)

ZFS не жрет память Точнее, он жрет не ту память, которую надо Линукс выдает фа, Аноним (12), 13:00 , 23-Окт-25, (12) +2

Когда она не жрет память, она выдает 20к iops максимум на дисках с 2кк iops Я п, ахахахаха (?), 13:39 , 23-Окт-25, (18)

В btrfs всякие large folios refactor и io_uring - не для лулзов же пилят А кто , Аноним (-), 14:03 , 23-Окт-25, (22)
нет таких дисков которые Q1T1 4K дадут тебе даже 20K ну может померший Optaneа е, penetrator (?), 17:50 , 23-Окт-25, (54)

давай честно 8212 освобождать память zfs научили в версии 2 3 И даже если он, Аноним (21), 14:02 , 23-Окт-25, (21)

Приносит свет и радость полутора извращенцам покусанным дисковыми полками и энте, Аноним (-), 14:11 , 23-Окт-25, (23)

А что нынче альтернатива покусанным дисковыми полками и энтерпрайз хранилкам , 1 (??), 19:59 , 23-Окт-25, (72)

ZFS - унылая тормозная энтерпрайзная байда для файлопомоек, с максимально дурацк, Аноним (-), 13:50 , 23-Окт-25, (19)

таки ниша для применения естьдо или после того как они его переделали Или это п, Аноним (21), 14:48 , 23-Окт-25, (31)

Небольшая и специфичная А btrfs как таковой - больше про general purpose и мень, Аноним (36), 15:22 , 23-Окт-25, (36) +2

к кому конкретно претензия Они из-за несовместимости лицензий много чего из ядр, Аноним (21), 15:59 , 23-Окт-25, (42)

Я просто не собираюсь делать из чужих проблем - свои А зачем мне лишний головня, Аноним (-), 19:11 , 23-Окт-25, (61)

ситуации бывают разныегде забили на безопасность Не, ну можно и без этих ваших , Аноним (66), 19:34 , 23-Окт-25, (66)

Лучше бы поставляли с системой ZFS, больше пользы было бы, Аноним (2), 11:24 , 23-Окт-25, (2) –1

Вам убунты мало , Аноним (25), 14:28 , 23-Окт-25, (25)

RHEL - мы удаляем btrfs, fedora - а мы постав ее по умолчанию Обожаю межделмаш , Аноним (3), 11:26 , 23-Окт-25, (3) +9

А что тут не понятно RHEL - это ынтерпрайз и стабильность, а btrfs - это пока ч, andreyche (?), 11:41 , 23-Окт-25, (5) +2

Настолько сыромятина, что фейсбук использует btrfs всюду, и вполне успешно Я б , Аноним (12), 13:03 , 23-Окт-25, (13) +1

Так этот человек известен и фамилия его начинается на Шишкин, чатжпт (?), 13:06 , 23-Окт-25, (14) +1

Сегодня чатгоп конкретно глючит Шишкин в Huawei вообще - а это слегка на RHBM, , Аноним (-), 14:47 , 23-Окт-25, (29)

Историю вопроса погугли Именно находясь в редхат Шишкин писал разгромные опусы , чатжпт (?), 18:46 , 23-Окт-25, (59)

Да просто пока RH протуплял - более дельные файлухи расхватали себе другие, вмес, Аноним (-), 14:20 , 23-Окт-25, (24)

Да просто оно особо никому и не нужно уже На васянском локалхосте - денег нет , User (??), 15:47 , 23-Окт-25, (38)

- Массивы в btrfs он не использует - В условиях периодически пропадающего питан, Аноним (40), 15:48 , 23-Окт-25, (40)

ты еще забыл - падение с развалом фс единичного сервера, стойки, ряда, целиком d, нах. (?), 19:27 , 23-Окт-25, (64)

RHEL - сервера, fedora - desktop На linux desktop примерно всем примерно поклас, User (??), 11:52 , 23-Окт-25, (7)

а что у RHEL по умолчанию в качестве фс , ad (??), 11:31 , 23-Окт-25, (4)

Так xfs жи, User (??), 11:52 , 23-Окт-25, (8)
lvm xfs, Минона (ok), 13:36 , 23-Окт-25, (17)

Забыли совместимость с Samba проверить При наличии в шаре подтомов без точек мо, Аноним (9), 12:00 , 23-Окт-25, (9)

Там какой-то костыль на уровне самбы под это дело был VFS ный модул и для работ, User (??), 12:26 , 23-Окт-25, (10)
При наличии в шаре подтомов без точек монтирования а зачем так делать то , Аноним (46), 17:04 , 23-Окт-25, (46)

А зачем монтировать каждый подтом отдельно Что делать если один подтом находитс, Аноним (9), 17:38 , 23-Окт-25, (51)
А затем что в бырбыр сабволы - убогие И по сути это subdirectory on steroids , нах. (?), 18:20 , 23-Окт-25, (57) +1

А в чем траблы Что подтома неотличимы от директорий , Аноним (63), 19:21 , 23-Окт-25, (63)

это у самбы трабла У тебя трабла будет как раз если ты попытаешься их использов, нах. (?), 19:29 , 23-Окт-25, (65)
а, да, забыл одну мелочь сообщить, если ты вдруг не читатель а писатель Самбы т, нах. (?), 19:37 , 23-Окт-25, (68) +2

как там дела с raid56 , DeerFriend (?), 13:14 , 23-Окт-25, (15) +1

Как обычно никак , Минона (ok), 13:35 , 23-Окт-25, (16)
дата в raid 5метадата в raid1Так работало еще 5 лет назад Сетап был тестовый пр, Аноним (45), 16:56 , 23-Окт-25, (45) –1

С недавних пор мой любимый дистр Просто работаю на нём, без всякой суеты с обно, Аноним (20), 13:56 , 23-Окт-25, (20)

Да кстати тоже хотел попробовать Rhel, качал а там поддержки btrfs нет Тоесть ка, НеАноним (?), 14:38 , 23-Окт-25, (27)
Кеды там кстати можно накатить из федоровских реп Осталось иксы вернуть вы уж п, Аноним (46), 17:10 , 23-Окт-25, (47)

Вроде как Btrfs недавно создана И уже устарела А что у Редхата стоит по умолча, Vladjmir (ok), 14:32 , 23-Окт-25, (26)

Скорее всего бтрфс это их корпоративные терки Ну тоесть Васян создал, а рхел хот, Аноним (28), 14:40 , 23-Окт-25, (28) –1

Васяна звали Крис Мэйсон, впрочем, он не один эту штуку придумал И его тушку за, Аноним (-), 14:53 , 23-Окт-25, (32)

Не ошибаешься, т е нашел себе работу только в самой поганой работорговле какая , нах. (?), 17:39 , 23-Окт-25, (52) –1

Ну как недавно Почти 20 лет назад 10 лет назад была объявлена стабильной , Аноним (-), 14:48 , 23-Окт-25, (30) +1

Статистика гласит нам что этим пользуется 2 миллиарда юзеров модокниги Если это, Аноним (-), 14:55 , 23-Окт-25, (33)

Ну, тут НЮАНС в том, как именно оне ей пользуются Емнип, у них там свой docke, User (??), 15:09 , 23-Окт-25, (35)

При 2 миллиардов юзерей на мой софт я, пожалуй, соглашусь на нюансы А мне кака, Аноним (-), 16:16 , 23-Окт-25, (43)

Нет, эти пользуется только мордокнига, а не ее пользователи И как раз это показы, Аноним (37), 15:43 , 23-Окт-25, (37) +2

Хуже Тебе нужно иметь свой docker и kubernetes а уже к нему - все перечисленное, User (??), 15:48 , 23-Окт-25, (39)

Не стоит слушать эти сказки венского леса которые эксперт по винде придумал 5 ми, Аноним (-), 19:35 , 23-Окт-25, (67)

ну да, твое вранье в которое тебе сто раз мордой тыкали - надо слушать вранье до, нах. (?), 19:49 , 23-Окт-25, (70)

Да оно и у меня на конфигах неплохо провалилось Мне лет 10 рассказывают как оно, Аноним (44), 16:35 , 23-Окт-25, (44) –2

ты уже пять лет тут про это врешь Но так и не рискнул ни разу признаться что ж , нах. (?), 19:57 , 23-Окт-25, (71)

Нет, это мордокнига ими пользуется И ей их котиков - не жаль совершенно , нах. (?), 17:39 , 23-Окт-25, (53)
Они этим не пользуются Если так рассуждать, то 100 людей -- пользователи linux, Аноним (-), 17:55 , 23-Окт-25, (55) +2

Да и еще пару миллиардов юзерей смартфонов на андроиде Так что линух на самом д, Аноним (-), 19:43 , 23-Окт-25, (69) –1

нуууу если 15 лет это недавно , то да На фоне прекрасной ext2-3-4 которой , нах. (?), 17:32 , 23-Окт-25, (50)

Ну так - чисто для интереса - у тебя есть вот хоть что-нибудь важное не в класте, User (??), 18:52 , 23-Окт-25, (60)

угу Мои поделки Абсолютно все Включая те без которых и работа встанет _моя_ , нах. (?), 19:17 , 23-Окт-25, (62)

для HDD юзал и даже толково работала потом несколько лет на SATA SSD а вот с M, Аноним (34), 15:02 , 23-Окт-25, (34)
Кто юзал недавно, подскажите, оно еще дохнет когда комп аварийно выключается А , Аноним (-), 15:52 , 23-Окт-25, (41)

Я использую на ПК btrfs Лет 5 наверно От отключения света ни разу не ломалась,, Аноним (48), 17:18 , 23-Окт-25, (48)

ИМХО, правильная btrfs на десктопе только в OpenSUSE Там всё из коробки настроен, Аноним (49), 17:27 , 23-Окт-25, (49)

Нет, хомяк из каробки там на иксэфэс , Минона (ok), 22:32 , 23-Окт-25, (76)

Что за бред btrfs может быть сырой, но никак не устаревшей Оно в ядре, и им мож, Аноним (-), 17:58 , 23-Окт-25, (56) –1

Скрыто модератором, Аноним (3), 20:08 , 23-Окт-25, (73)

какая же это копия , Аноним (58), 18:26 , 23-Окт-25, (58) +1

Так в бырбыре все такое 8230 ненастоящее , Минона (ok), 22:30 , 23-Окт-25, (75)

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

1. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –9 +/–

Сообщение от bOOster (ok), 23-Окт-25, 11:19

Хехе. ZFS живее всех живых а btrfs сдохнуть пытается.. В целом предсказуемо.

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

6. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –1 +/–

Сообщение от User (??), 23-Окт-25, 11:50

То, что мертво...

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

11. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от ахахахаха (?), 23-Окт-25, 12:37

Какой смысл в zfs? Жрет памяти как распределенные хранилища, тормозит по iops как распределенные хранилища, не обеспечивает профитов распределенных хранилищь.

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

12. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +2 +/–

Сообщение от Аноним (12), 23-Окт-25, 13:00

ZFS не жрет память. Точнее, он жрет не ту память, которую надо. Линукс выдает файлухам кэш -- память, которая освобождается, если она нужна приложениям. Так вот: ZFS не использует эту память, а сразу прикидывается конечным приложением, из-за чего утилиты типа free рапортуют тебе неверные данные. Это проблема исключительно ZFS-on-Linux, на других ядрах у ZFS порядок.

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

18. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от ахахахаха (?), 23-Окт-25, 13:39

Когда она не жрет память, она выдает 20к iops максимум на дисках с 2кк iops. Я про большие сетапы говорю, не про локалхост.

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

22. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 14:03

> Когда она не жрет память, она выдает 20к iops максимум на дисках
> с 2кк iops. Я про большие сетапы говорю, не про локалхост.
В btrfs всякие large folios refactor и io_uring - не для лулзов же пилят. А кто ZFS так перепихивать будет с его слоями абстракций - хз! Поэтому вооооон бенч фороникса. В нем ZFS эпически рвет всех на SQLite. Зато остальные показательно танцуют на могилке ZFS в всех остальных номинациях. Так что на локалхосте с быстрым SSDшником - все аналогично.
Структуры у него - это даже не экстентный дизайн. Блочный антик на стероидах, всего лишь. Быстрым ЭТОМУ быть нет никаких причин. Разве что в RAM-диск его превратить, но тогда мы возвращаемся к жору памяти...

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

54. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от penetrator (?), 23-Окт-25, 17:50

нет таких дисков которые Q1T1 4K дадут тебе даже 20K ну может померший Optane
а если это многопоточка ты ты приводи сразу условия тестирования и модели дисков
ну чтобы воспринимать всерьез то что ты пишешь

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

21. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (21), 23-Окт-25, 14:02

> из-за чего утилиты типа free рапортуют тебе неверные данные
давай честно — освобождать память zfs научили в версии 2.3. И даже если оно решит, что память неплохо бы освободить, то не факт, что оно сможет

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

23. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 14:11

> Какой смысл в zfs? Жрет памяти как распределенные хранилища, тормозит по iops
> как распределенные хранилища, не обеспечивает профитов распределенных хранилищь.
Приносит свет и радость полутора извращенцам покусанным дисковыми полками и энтерпрайз хранилками. В общем такая еда для мамонтов и динозавров которые еще почему-то вдруг не вымерли с своими дисковыми полками. Поскольку остальные на них подзабили - они и носятся за последним кустиком - соревнуясь кто вымрет последним.

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

72. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от 1 (??), 23-Окт-25, 19:59

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

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

19. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 13:50

> Хехе. ZFS живее всех живых а btrfs сдохнуть пытается.. В целом предсказуемо.
ZFS - унылая тормозная энтерпрайзная байда для файлопомоек, с максимально дурацким управлением памятью. В случае Linux к тому же внемайнлайновый выкидыш, означающий что про репорты багов кому либо кроме спортлото можно забыть, норовящий отвалиться при случае. Так что про рутфс с снапшотами на этом - лучше не думать.
А когда те господа удумали рефлинки делать - не только вывалили фичу в релиз нетестированную, еще от большого ума и активировав по дефолту сразу - но и как оказалось, обделались с брызгами, поддержав статус файлухи заботящейся о целостности данных на все 120%. А с btrfs'никами хорошо - то что у них управление релизами и фичами более адекватное. И качество фич они обрисовывают куда честнее. И явно экспериментальное и недоделанное - честно маркироано как таковое хотя-бы. Чтоб по граблям прыгал только тот кто на это явно подписался, а не вообще все.

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

31. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (21), 23-Окт-25, 14:48

> ZFS - унылая тормозная энтерпрайзная байда для файлопомоек
таки ниша для применения есть
> с максимально дурацким управлением памятью.
до или после того как они его переделали? Или это претензия, что они не используют реализацию кэша из ядра?
> В случае Linux к тому же внемайнлайновый выкидыш, означающий что про репорты багов кому либо кроме спортлото можно забыть
на личном компе у меня внемайнлайновый выкидыш нужен для работы вайфая, а если смотреть серверы на работе, то там кроваво-энтерпрайзные модули с тем же эффектом
> норовящий отвалиться при случае
у меня (и не только) мэнлайновый видеодрайвер крашился из-за мэнлайновой месы, кого ты пугаешь?
> Так что про рутфс с снапшотами на этом - лучше не думать.
мэнлайновые иксфс на лвм на мдадм — наш выбор! Главное O_DIRECT не использовать
> А когда те господа удумали рефлинки делать - не только вывалили фичу в релиз нетестированную
когда ж ты запомнишь, что бага была в другой фиче
> еще от большого ума и активировав по дефолту сразу - но и как оказалось, обделались с брызгам
а это общий современный тренд

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

36. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +2 +/–

Сообщение от Аноним (36), 23-Окт-25, 15:22

> таки ниша для применения есть
Небольшая и специфичная. А btrfs как таковой - больше про general purpose и меньше про хранилки. Но у некоторых господ профдеформация долбит и они почему-то уверены что мир крутится вокруг их дисковых полок.
> до или после того как они его переделали? Или это претензия, что они не
> используют реализацию кэша из ядра?
Да, это претензия что они не используют механизмы ядра. Ибо если ядро отожрало кеши и кто-то запросил немеряную аллокацию, ядро может и форсировано выдавить из своего кеша dirty на сторажи, здесь и сейчас, все же наковыряв запрошенное. И аллокация - прокатит. А ZFS не так работает и программа просто брякнется по ошибке аллокации в такой ситуации скорее всего. А то что оно где-то как-то пытается и опосля - это все же несколько не то.
Файлопомойкам такая логика похрену, там никто кучу софта и не запускает, падать нечему. А вот остальному - уже не то.
> на личном компе у меня внемайнлайновый выкидыш нужен для работы вайфая,
> а если смотреть серверы на работе, то там кроваво-энтерпрайзные модули с тем же эффектом
Не, можно создать себе проблем на ровном месте - превратив и линух в подобие маздая. Но им намного комфортнее пользоваться - когда все майнлайном рюхается.
Во первых так меньше багов, глюков, взбрыков и всяких тантров.
Во вторых так понятно кому в случае чего репортить баги. А с внеядерными выкидышами баг на кернел просто не повесишь как таковой. Ибо при первом намеке на tainted вас норовят послать в пешее эротическое. Никто в майнлайне не собирается разруливать чужие баги.
> у меня (и не только) мэнлайновый видеодрайвер крашился из-за мэнлайновой месы,
> кого ты пугаешь?
Я как-то пару раз при сравнимых вещах делал - git bisect, приходил к airlied'овской тусовочке - и в пределах СУТОК путем совместной игры в сколько там рук баги почему-то аннигилировали нахрен :). А теперь у меня в моих системах все отличненько.
Видите, если линухом пользоваться как линуксом, юзая нативные протоколы взаимодействия с его девами, понимая формат - история получается лучше вашей ;). А если б я приперся к ним с tainted kernel с внемайнлайн выкидышами, я бы вероятно до сих пор рассказывал слезные истории такого плана. Мне моя версия развития событий нравится больше - так что я продолжу в том же духе и далее. С btrfs'никами у меня тоже, кстати, вполне сравнимый опыт взаимодействия. И тоже все было круто, быстро, эффективно, профессионально и - все в выигрыше. И им ФС лучше, и мне минус пару багов. Намного прикольнее когда в конфигах которые меня как-то интересовали - вообще нет известных мне багов и глюков.

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

42. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (21), 23-Окт-25, 15:59

> Да, это претензия что они не используют механизмы ядра.
к кому конкретно претензия? Они из-за несовместимости лицензий много чего из ядра использовать не могут. И лицензию поменять тоже не могут
> Но им намного комфортнее пользоваться - когда все майнлайном рюхается.
конечно комфортнее. С другой стороны сидеть с нерабочим вайфаем тоже не очень комфортно. А если про работу, то не поставить модули от бизапасникав я не могу
> Я как-то пару раз при сравнимых вещах делал - git bisect, приходил к airlied'овской тусовочке - и в пределах СУТОК путем совместной игры в сколько там рук баги почему-то аннигилировали нахрен :). А теперь у меня в моих системах все отличненько.
я пробовал откатывать на старые версии, но напоролся на прогресс — одна из прог была в снапе и тянула свою версию месы. Я вот об этом не подумал и все мои потуги с ядрами и месой обломались
> Мне моя версия развития событий нравится больше - так что я продолжу в том же духе и далее.
так я ж не против вашей версии, да и нет никаких слезных историй. Меня просто не пугает отвал зфс из-за того, что модуль не собрался — это тоже решаемая проблема, как с ядром или пользовательским софтом. Да проблем больше, да для багрепортов в ядро надо вырубить зфс, но все решаемо

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

61. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 19:11

> к кому конкретно претензия? Они из-за несовместимости лицензий много чего из ядра
> использовать не могут. И лицензию поменять тоже не могут
Я просто не собираюсь делать из чужих проблем - свои. А зачем мне лишний головняк на ровном месте? Полки на 100500 дисков лично мне вообще не интересны.
>> Но им намного комфортнее пользоваться - когда все майнлайном рюхается.
> конечно комфортнее. С другой стороны сидеть с нерабочим вайфаем тоже не очень комфортно.
С другой стороны - можно смотреть спеки покупаемой железки и кросскорелировать с тем что в ядре. До покупки. Но можно и добавить долботни на ровном месте. Хотя с более-менее современными кернелами это надо редко, львиную долю железа цепляет в плагнплей, чтоб вафля не завелась без проприетари - должен быть либо совсм архаичный кернел, либо что-то экзотическое.
> А если про работу, то не поставить модули от бизапасникав я не могу
Не ну мало ли, может вас там и на цепь приковали конечно. Но есть дофига мест работы без подобных приколов. А разгребать кривой кал за другими - можно конечно. Но это точно не является нормой жизни. Так, "в среднем по планете".
> я пробовал откатывать на старые версии,
Git bisect более радикальный маневр. Это ребилд программы (в данном случае ядра) когда мы знаем "good" и "bad" точки. Типа мини-игры. Git чекаутит очередную версию. Компилим. Смотрим есть ли баг в этом. Говорим good или bad. Пространство поиска делится пополам, процесс повторяется.
Через несколько итераций - я буду ТОЧНО знать в каком комите влепили ЭТО. Это небольшой блок кода, с конкретной тушкой в авторстве. При таких условиях я или зарулю факап сам, либо помощь зала попрошу. Если прийти понимая формат, с этим + диагностикой, они откроют fast lane, вы свой. Low hanging fruit - за полчаса зарубить жирный баг. Все жрущие время шаги - уже интересант сделал. Пуркуа бы и не па?! И вот я уже тестирую фикс так или иначе.
...но если вы припретесь с out of tree модулями - ОПА. Вы не "свой". Вы - никто. Вас не существует. И вы идете разбираться по всем вопросам с теми чья там у вас проприетарь.
На мой вкус - потеря "fast lane" в том аспекте это достаточно большой факап чтобы этим еще и париться. Это крутой и выгодный мне механизм багфикса. Мне он нравится. И я планирую мои действия и конфиги исходя из того что буду работать в таком режиме. А вы можете прыграть по граблям до упада. Но вы не в праве предполагать что я буду это делать - за вас. Про линух не зря говорят что он "picky in its friends".
> вот об этом не подумал и все мои потуги с ядрами и месой обломались
А у меня полися простая: если юзермод валит мне кернел - этому багу амба. Зачем мне падучий кернел? Я не мусоровоз чтоб глюкавым софтом пользоваться. Значит вскоре станет - ЗБС. И для этого есть определенные пререквизиты с стороны ядерщиков.
>> Мне моя версия развития событий нравится больше - так что я продолжу в том же духе и далее.
> так я ж не против вашей версии,
Ну вот и не надо мне out of tree выкидышей сватать. Я предпочитаю линух юзать в ТОМ режиме. В таком виде это просто лучший девелоп софта на планете который я встречал - и я точно не намерен отказываться от помощи такого зала.

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

66. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (66), 23-Окт-25, 19:34

> С другой стороны - можно смотреть спеки покупаемой железки и кросскорелировать с тем что в ядре
ситуации бывают разные
> Но есть дофига мест работы без подобных приколов
где забили на безопасность? Не, ну можно и без этих ваших антивирусов жить, да
> Git bisect более радикальный маневр.
я знаю, что такое бисект, но
1. я использую не генту, так что использовались пакеты из дистрибутива. Я умею перекомпилировать, но смысл мне делать бисект, если я не смог подобрать работающие бинарные пакеты? (см. п.2)
2. бисект мне бы не помог, т.к. проблема пришла в виде снап пакета — до пакетов дистрибутива она тогда еще не дошла
> Ну вот и не надо мне out of tree выкидышей сватать.
так никто и не сватал. Просто не надо каждый раз голословно набрасывать не вникая в ситуации.
В зфс напортачили с рефлинками — ой-ой-ой, какие они плохие, всех забрызгали.
Напортачили с чем-то в ядре — оно в мэйлайне, можно так круто пообщаться с разработчиками. Они такие душки, так хорошо отвечают. Кидайте уже тогда для обоих файлух полные списки кто, где и сколько напортачил, так хоть полезнее будет

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

2. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –1 +/–

Сообщение от Аноним (2), 23-Окт-25, 11:24

Лучше бы поставляли с системой ZFS, больше пользы было бы

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

25. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (25), 23-Окт-25, 14:28

Вам убунты мало?

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

3. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +9 +/–

Сообщение от Аноним (3), 23-Окт-25, 11:26

RHEL - мы удаляем btrfs, fedora - а мы постав ее по умолчанию. Обожаю межделмаш...

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

5. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +2 +/–

Сообщение от andreyche (?), 23-Окт-25, 11:41

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

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

13. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +1 +/–

Сообщение от Аноним (12), 23-Окт-25, 13:03

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

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

14. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +1 +/–

Сообщение от чатжпт (?), 23-Окт-25, 13:06

Так этот человек известен и фамилия его начинается на Шишкин

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

29. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 14:47

> Так этот человек известен и фамилия его начинается на Шишкин
Сегодня чатгоп конкретно глючит. Шишкин в Huawei вообще - а это слегка на RHBM, в общем, горбатая версия получилась - тренируйте модельку заново!

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

59. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от чатжпт (?), 23-Окт-25, 18:46

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

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

24. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 14:20

> Настолько сыромятина, что фейсбук использует btrfs всюду, и вполне успешно. Я б
> сказал, что в рхеле есть какой-то ровно один чувак, отвечающий за
> включение btrfs в рхел, и вот этот чувак вероятно редкостный копротивленец.
Да просто пока RH протуплял - более дельные файлухи расхватали себе другие, вместе с разработчиками. Ну и что вот осталось RH? JFS еще тормознее и печальнее. FAT как-то не заходит кастомерам. А остальное уже и без них при делах было или совсем нишевая экзотика. Ну они и взяли XFS - последнее что валялось ненужным.
Путем ацких ухищрений сова была все же как-то с треском натянута на глобус так что оно даже как-то заумело рефлинки. С управлением томами конечно как был швах так и остался - и никаких снапшотов не дождетесь при вашей жизни, так что пойнт такого псевдо-недо-cow - RHBM бы его там знает...

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

38. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от User (??), 23-Окт-25, 15:47

Да просто оно особо никому и не нужно уже. На васянском локалхосте - денег нет.
На средне-тырдырпрайзном уровне - СХД во все поля, а поверх них - ну вот уровень виртуализации для которого бырбырбыр в общем "низачем" и даже вредит - а на виртуалочках не 1000000 файлов в одной дире, как ты мог подумать - а какие-нибудь бд (для которых опять же - бырбырбыр медленней примерно всего, что тебе в голову придет) и куча аппликух, котоыре - сюрприииз! Реплицируют данные и контролят целостность на своем уровне. Всякие кафки, кассандры, кликхаусы, хадупы и вот это вот всё.
А у гиперскейлеров - свои погремушки с кластерными ФС на "стольконебывает" шо в терабайтах, шо в штуках - и им, представь - тоже примерно "пофиг" на нижний уровень.
Кто\что осталось на трубе? "Дешевые" атомарные обновления rootfs с возможностью отката? Не, ну забесплатно - хорошо конечно, но если нет - вроде как все и без того справляться научились либо через уровень виртуализации, либо через автоматизацию деплоя...

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

40. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (40), 23-Окт-25, 15:48

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

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

64. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от нах. (?), 23-Окт-25, 19:27

>> Настолько сыромятина, что фейсбук использует btrfs всюду
> - Массивы в btrfs он не использует.
> - В условиях периодически пропадающего питания btrfs он не использует
ты еще забыл - падение с развалом фс единичного сервера, стойки, ряда, целиком datacenter - его ни в малейшей степени не колебет.
ДАЖЕ если данные восстановить неоткуда. Потому что это не его данные и они ему нафиг не нужны.
(они и пользуемым нафиг не нужны - никто и никогда не смотрит позавчерашних котиков, и тем более - пятилетней давности. Ты даже не сможешь до них добраться, даже зная что они вообще есть.)
Зачем при этом они вообще используют какой-то бырбыр вместо fat12 - спроси у них.
Вероятно, потому, что единственное, чем владеют разработчики бырбыра - это языком.
Недавние выступления в lkml тому доказательством.

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

7. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от User (??), 23-Окт-25, 11:52

RHEL - сервера, fedora - desktop. На linux desktop примерно всем примерно покласть, там денег нет, не было и не будет, хучь fat16 туды ставь, хучь bcachefs...

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

4. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от ad (??), 23-Окт-25, 11:31

а что у RHEL по умолчанию в качестве фс?

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

8. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от User (??), 23-Окт-25, 11:52

Так xfs жи

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

17. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Минона (ok), 23-Окт-25, 13:36

lvm+xfs

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

9. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (9), 23-Окт-25, 12:00

> проверена корректность функционирования пакетов
Забыли совместимость с Samba проверить. При наличии в шаре подтомов без точек монтирования Samba сыпет ошибкам про квоты в системный журнал. Смог решить только полным отключением логов...

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

10. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от User (??), 23-Окт-25, 12:26

Там какой-то костыль на уровне самбы под это дело был VFS'ный модул(и) для работы со снапшотами и сабволюмами - vfs.shadow_copy, vfs.btrfs или что-то в этом духе.

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

46. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (46), 23-Окт-25, 17:04

"При наличии в шаре подтомов без точек монтирования"
а зачем так делать то.

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

51. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (9), 23-Окт-25, 17:38

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

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

57. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +1 +/–

Сообщение от нах. (?), 23-Окт-25, 18:20

А затем что в бырбыр сабволы - убогие. И по сути это "subdirectory on steroids". Монтируя их вручную ты просто НАРЫВАЕШЬСЯ на неприятности, поверь мне.
И при этом они "наличествуют в шаре" если шара выше точки создания сабвола - и никак ты от этого не избавишься. Недоделок как он есть. Во всем.

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

63. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (63), 23-Окт-25, 19:21

> Монтируя их вручную ты просто НАРЫВАЕШЬСЯ на неприятности, поверь мне.
А в чем траблы? Что подтома неотличимы от директорий?

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

65. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

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

это у самбы трабла. У тебя трабла будет как раз если ты попытаешься их использовать как полноценные subvol's - как в zfs. Просто не делай этого.
Их единственное назначение - сделать r/o клон для бэкапа. Больше ни для чего они непригодны.

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

68. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +2 +/–

Сообщение от нах. (?), 23-Окт-25, 19:37

> А в чем траблы? Что подтома неотличимы от директорий?
а, да, забыл одну мелочь сообщить, если ты вдруг не читатель а писатель.
Самбы там, ну или чего еще.
Отличить просто. У subvol inode number - всегда 256.
Кроме пустых, у которых он - 2.
Легко запомнить, просто заимплементить.
Ну а если рассудок и жизнь дороги вам - просто держитесь подальше от торфяных болот.

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

15. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +1 +/–

Сообщение от DeerFriend (?), 23-Окт-25, 13:14

как там дела с raid56?

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

16. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Минона (ok), 23-Окт-25, 13:35

Как обычно никак.

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

45. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –1 +/–

Сообщение от Аноним (45), 23-Окт-25, 16:56

дата в raid 5
метадата в raid1
Так работало еще 5 лет назад. Сетап был тестовый проработал тройку лет. Диски были старые ноутбучные. Были отключения элетричества. Потерь данных не было, рэд не рассыпался. Диски из рэйда вынимать пробовал. Все отлично. Но вот скорость низкая была.
Говорят что благодоря фолиантам жизнь станет лучше. Но все же кажется что 5\6 рейд далеко не первоочередная цель.

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

20. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (20), 23-Окт-25, 13:56

С недавних пор мой любимый дистр. Просто работаю на нём, без всякой суеты с обновлениями, бубном и настройками. Даже Гном после KDE вполне норм и переключение языка по Caps из коробки. Всё что нужно свежее из софта беру из плоского хаба.

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

27. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от НеАноним (?), 23-Окт-25, 14:38

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

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

47. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (46), 23-Окт-25, 17:10

Кеды там кстати можно накатить из федоровских реп.
Осталось иксы вернуть (вы уж простите но вяленный все-еще не юзабелен, окна появляются хз где, передача фокуса между окнами то она есть то ее нет, вайн + osu = forced vsync= неиграбельно, в принципе вайн еще в вяленом сыроват (даже с proton-ge патчами).
Пока-что сижу на дебиан и наблюдаю за этим вот всем цирком )

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

26. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Vladjmir (ok), 23-Окт-25, 14:32

Вроде как Btrfs недавно создана? И уже устарела? А что у Редхата стоит по умолчанию?

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

28. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –1 +/–

Сообщение от Аноним (28), 23-Окт-25, 14:40

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

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

32. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 14:53

> Ну тоесть Васян создал, а рхел хотят нахаляву,. А васян сказал что это его бтрфс.
Васяна звали Крис Мэйсон, впрочем, он не один эту штуку придумал. И его тушку за это потом хотели довольно много какие фирмы. Сейчас он в мордокниге, если не ошибаюсь. Куда и куча других блочнофайлушников перебрались.
А на почве этой индусятины на пыхтонрасте в сратисе и адового качества кода XFS и несоответствия начинки и желаний - из RH свалили вообще все минимально известные блочнофайлушники. Даже нубоватый майнтайнер XFS через пару лет прочухал во что вписался и дал деры. И теперь там вообще какие-то нонейм раджи-кумары.
Если вы кастомер RH и занесли товарный состав денег - ну они как-нибудь с вашими проблемами может и разберутся. Но это не точно. А вот что вы будете делать если вы товарняк с деньгами не подгоняли с той кучей пыхтонраста и наслояниями от дидов XFS - а вот это уже ваши проблемы, хе-хе!

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

52. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –1 +/–

Сообщение от нах. (?), 23-Окт-25, 17:39

> мордокниге, если не ошибаюсь
Не ошибаешься, т.е. нашел себе работу только в самой поганой работорговле какая только бывает. Пойти рабом в мордокнигу - надо ну ооооочень хотеть жрат.
То есть - успешнейший успех. Ну логично, из орацла вышвырнули, лавка которая по дурости пыталась продавать "решеньица" на базе его поделки - банкрот, тут спасибо еще взяли в мордокнигу кодить, а не в амазон suicide booths мыть.
> из RH свалили вообще все минимально известные блочнофайлушники
То есть те самые ребята из-за которых в 10м году мы вынуждены были отказаться от редхатоидов и их фс. Потому что она разваливалась раз в несколько часов.
Надеюсь что уволены с волчьим билетом и "при помощи ноги" и никогда уже работу не найдут. Пусть на питоне фронтенды кодят, у них получается.
С тех пор, кстати, "раджи кумары" написали работающий thin lvm и я пока не видел его отказов в массовых масштабах или хотя бы в проверяемых ситуациях (а не "ой я сам не знаю нажал чтота")

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

30. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +1 +/–

Сообщение от Аноним (-), 23-Окт-25, 14:48

Ну как "недавно"... Почти 20 лет назад. 10 лет назад была объявлена стабильной. Десять лет проваленных попыток взлететь, это уже статистика.

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

33. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 14:55

> Десять лет проваленных попыток взлететь, это уже статистика.
Статистика гласит нам что этим пользуется 2 миллиарда юзеров модокниги. Если это провал - да чтоб мои продукты сто раз так провалились. Можно даже двести!!

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

35. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от User (??), 23-Окт-25, 15:09

Ну, тут НЮАНС в том, "как именно" оне ей пользуются.
Емнип, у них там свой docker\kubernetes (tupperware\twin) со своим форматом образов поверх btrfs иэээ... чего-то из ci\cd'шного, если не путаю. В общем, именно каких-нибудь _данных_ на ём как не было - так и нет.
И да, по тем статьям, которые они публиковали - btrfs у них вот чуть-чуть, капельку, малость - не тот же, что у тебя - "внемейнлайновый"(ТМ) набор кастомных патчей поверх ядра 3.10. Сейчас-то может и на что поновее переехали, но молчат-с.

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

43. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 16:16

> Ну, тут НЮАНС в том, "как именно" оне ей пользуются.
При 2 миллиардов юзерей на мой софт я, пожалуй, соглашусь на нюансы :)
> Емнип, у них там свой docker\kubernetes (tupperware\twin) со своим форматом
> образов поверх btrfs иэээ...
А мне какая разница? Механику ФС - стресстестят, 2 миллиарда хом. Поляна - вытаптывается, баги - чинятся, оптимизации - фигачатся. Какие у фб форматы образов мне - ортогонально. И баз на 30 Тб у меня нет, но я не против багфикса развала ФС при записи за 20-й терабайт файла. Мало ли, что мне по жизни собрать приспичит, -1 мина на пути это хорошо.
А вы можете - тестировать новую фичу врубленную по дефолту прям на себе, в проде, если вам такой релиз менеджмент заходит. Или что там у вас за технологии 90х на выбор. Я рулю своими железками как VM, с снапшотами, множественными состояниями, вот этим всем. Мне так больше нравится. Назад в 90е я не собираюсь, уж сорян.
> чего-то из ci\cd'шного, если не путаю. В общем, именно
> каких-нибудь _данных_ на ём как не было - так и нет.
Я не знаю что вы там помните, но Басик в отповеди кенту IIRC сказал что у мордокниги вообще все сервера на этом. Басику я доверяю - больше чем виндовому проприетарщику с форума. Ему точно виднее чем ваши перепевы паваротти по телефону.

> И да, по тем статьям, которые они публиковали
Меня не интересуют статейки и "ценное" мнение виндовых проприетарщиков, уж простите. Я могу взять технологию и посмотреть сам как оно. И комиты того басика у меня вот перед глазами, я вижу кто он и про что. Так что его экспертиза в моих глазах неизмеримо весомее вашей.
> - "внемейнлайновый"(ТМ) набор кастомных патчей поверх ядра 3.10. Сейчас-то может и
> на что поновее переехали, но молчат-с.
Это все - спам. Ни о чем. Ибо на практике я вижу в этом моем гите майнлайна - вполне конкретные фиксы - с вполне характерных емыльников. И по вот таким вещам я сам и без вас догадаться могу что, где, сколько и у кого задеплоено. А экспертиза виндового проприетарщика мне при этом, сами понимаете. В опенсорсе не катит - вешать лапшу на уши. Потому что факты можно и проверить. Посмотреть git log энного сегмента кода - вполне эффективный способ. И я это умею, вот печалька то для спиди гонщиков.

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

37. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +2 +/–

Сообщение от Аноним (37), 23-Окт-25, 15:43

> Статистика гласит нам что этим пользуется 2 миллиарда юзеров модокниги.
Нет, эти пользуется только мордокнига, а не ее пользователи.
И как раз это показывает провал файлухи.
Тебе нужно иметь IT отдел как у фейсбучка, с кучей одминов, ведляпсов и прочих, нехилую автоматизацию, вплоть до резервных стоек, чтобы ЭТО работало более-менее надежно, а не разваливалось после мигания света.
И у 99,99(9) процентов юзеров мордокниги таких ресурсов нет.

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

39. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от User (??), 23-Окт-25, 15:48

Хуже. Тебе нужно иметь свой docker и kubernetes а уже к нему - все перечисленное )

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

67. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 19:35

> Хуже. Тебе нужно иметь свой docker и kubernetes а уже к нему
> - все перечисленное )
Не стоит слушать эти сказки венского леса которые эксперт по винде придумал 5 минут назад, что-то где-то как-то якобы прочитав.
А если уж хочется что-то почитать на тему - так это отповедь Josef Bacik в адрес Кента Оверстрита, где тот провел конкретную расстановку точек над i кто что юзает и вообще. О чем была даже новость на форониксе. Ибо "definitive answer" от человека непосредственно в теме. В отличие от богатых фантазий неизвестных экспертов - сие имеет некую ценность.

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

70. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от нах. (?), 23-Окт-25, 19:49

> Не стоит слушать эти сказки венского леса которые эксперт по винде придумал
> 5 минут назад, что-то где-то как-то якобы прочитав.
ну да, твое вранье в которое тебе сто раз мордой тыкали - надо слушать.
> А если уж хочется что-то почитать на тему - так это
вранье дол... неудачника боящегося что и с третьей работы вышвырнут за неэффективность.
Конечно же, когда за ним уже прям вот пришли - он будет правду говорить - что нихрена не может разобраться в коде который уже десять лет якобы-пишет.
> Josef Bacik в адрес Кента Оверстрита, где тот провел конкретную расстановку
==наврал
> точек над i кто что юзает и вообще. О чем была
> даже новость на
платной вральне-помойке
Все что нужно знать о бырбырпомоях и его апологетах. Ни слова не совравши.
Лучше дальше ври про свои умные ворота - там не проверишь, там может и правда, на твоей единственной и неповторимой гнилой флэшке все прекрасно. Хотя, не единожды соврамши - кто ж тебе поверит-то...

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

44. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –2 +/–

Сообщение от Аноним (44), 23-Окт-25, 16:35

> Нет, эти пользуется только мордокнига, а не ее пользователи.
> И как раз это показывает провал файлухи.
Да оно и у меня на конфигах неплохо провалилось. Мне лет 10 рассказывают как оно у меня вот-вот разваливается. А мне так ни разу и не удалось применить мои скиллы data recovery на вот именно своей тушке. Оно не дохнет и не дохнет чего-то.
В общем если это провалы - заверните два, пусть и мой софт так же проваливается, чтоли.
Тем более эксперты опеннета из альтернатив предлагают обычно или тормозной жрущий RAM внемайнлайн урод, или последний писк технологий 90х прошлого века. И пока они смеются над тем как я провалился с 100 этажа на 99 я констатирую что они то провалились вообще - в коллектор под -5 этажом. Ну а куда, с теми то технологиями? :)
> Тебе нужно иметь IT отдел как у фейсбучка, с кучей одминов, ведляпсов
> и прочих, нехилую автоматизацию, вплоть до резервных стоек, чтобы ЭТО работало
> более-менее надежно, а не разваливалось после мигания света.
> И у 99,99(9) процентов юзеров мордокниги таких ресурсов нет.
Yada yada. Я сам ворочаю себе интеграцию систем. И даже решил пару проблем с btrfs сообща с btrfs'никами.
А еше если я забыл сказать - я вижу и git log линуха близко к реалтайму, и все те господа - на расстоянии "нажать клавиши да поболтать с ними". И тут вы такие пытаетесь мне свои небылицы втирать. Вы действительно думали что я настолько туп и поведусь на этот примитивный BS? :)

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

71. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от нах. (?), 23-Окт-25, 19:57

> Да оно и у меня на конфигах неплохо провалилось. Мне лет 10
ты уже пять лет тут про это врешь. Но так и не рискнул ни разу признаться что ж там за конфиги и что оно делает.
(потому что оно не делает ровно ничего)
> рассказывают как оно у меня вот-вот разваливается. А мне так ни
твой подкроватный локалхост даже если он существует не только в твоих фантазиях - интересен ровно никому.
> разу и не удалось применить мои скиллы data recovery на вот
которых у тебя и нет.
> В общем если это провалы - заверните два, пусть и мой софт
> так же проваливается, чтоли.
да твой софт точно так же существует только в твоем воображении. Тут бырбыру повезло больше, он хоть реально существует.
> Тем более эксперты опеннета из альтернатив предлагают обычно или тормозной жрущий RAM
> внемайнлайн урод, или последний писк технологий 90х прошлого века. И пока
ты просто врунишка. Ни дня без вранья. Потому что по другому ТВОИ любимые технологии не жильцы - только вранье про недостатки чужих может удержать их на плаву, да?
> Yada yada. Я сам ворочаю себе интеграцию систем. И даже решил пару
ага. на флэшечке.
> А еше если я забыл сказать - я вижу и git log
и что там в том гитлоге, кроме бесконечной погони за шта6ле нонсенсами?
Может, raid починили? В системе ДЕСЯТИЛЕТИЕ лежит поломанный код.
Вот все что нужно знать про "гитлог" и про твое "видение". Ну и про помойку бырбырыбы.

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

53. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от нах. (?), 23-Окт-25, 17:39

> Статистика гласит нам что этим пользуется 2 миллиарда юзеров модокниги.
Нет, это мордокнига ими пользуется.
И ей их котиков - не жаль совершенно.

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

55. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +2 +/–

Сообщение от Аноним (-), 23-Окт-25, 17:55

> этим пользуется 2 миллиарда юзеров модокниги.
Они этим не пользуются. Если так рассуждать, то 100% людей -- пользователи linux, потому что где-нибудь существует какое-нибудь устройство на linux, которое обеспечило им доступ в интернет, или может они на сайт выходили, на котором linux стоял, или ещё что-нибудь в этом роде.
Фейсбук пользуется. Но фейсбук та ещё контора. Во-первых, корпорация, во-вторых, корпорация которая не может создать ничего своего с тех пор, как цукерберг создал фейсбук. Её техническим решениям я б не доверял, без анализа, потому что эти решения могут быть политическими: кланы внутри фейсбука бьются за денежные потоки.

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

69. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –1 +/–

Сообщение от Аноним (-), 23-Окт-25, 19:43

> Они этим не пользуются. Если так рассуждать, то 100% людей -- пользователи
> linux, потому что где-нибудь существует какое-нибудь устройство на linux,
> которое обеспечило им доступ в интернет, или может они на сайт выходили, на
> котором linux стоял, или ещё что-нибудь в этом роде.
Да и еще пару миллиардов юзерей смартфонов на андроиде. Так что линух на самом деле значительно более популярный чем некоторым тут кажется.
И все это - для конкретного меня - все же привносит некие бенефиты. Например - поддержку железа. Улучшения core подсистем от всей толпы интересантов. И - вот - мой "периметр" из девайсов это тоже штуки на линухе. Да и остальное в общем то.
> Фейсбук пользуется. Но фейсбук та ещё контора. Во-первых, корпорация,
> во-вторых, корпорация которая не может создать ничего своего с тех пор, как цукерберг
> создал фейсбук. Её техническим решениям я б не доверял, без анализа,
> потому что эти решения могут быть политическими: кланы внутри фейсбука бьются
> за денежные потоки.
Это все BS. И я совсем не против что они "политически" прикрутили свой ZStd к Btrfs. Хорошее алго сжатия к хорошей файлухе это хорошо и правильно.
А LZ4 вот прикручивать не стали. Хоть и свой. В основном потому что по свойствам слишком похож на уже имевшийся LZO а алгоритмов компрессии или крипто максимум 255, так что чисто по приколу расходовать варианты - такое себе. Значит не так уж и сильно политизировано.
Дело в том что политика политикой - а нагревать себя в вопросах "докупите серверов" ведет к тому что доходы меньше будет получать - вообще вся шайка, от топов и акционеров до обычных сотрудников. Ведь бабки ушли - на серваки. Значит на зарплаты и дивиденды останется меньше. И тут уж ничего личного, это бизнес. И он работает - вот так.

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

50. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от нах. (?), 23-Окт-25, 17:32

> Вроде как Btrfs недавно создана?
нуууу... если 15 лет это "недавно", то да. На фоне прекрасной ext2-3-4+ которой тридцать с лишком (а с учетом что код хоть и написан заново, но дизайн украден у systemV 82го года издания...) так вообще молодцом еще смотрится.
Не то чтобы прям совсем устарела (хотя... идеи быкэша взяты из zfs, которая тоже уже не годится в пионеры и даже в пионервожатые не оч - а в бырбыр ничего подобного в помине не было), просто она недописана и никогда не будет - тем кто сейчас получает за это зарплаты, оно нафиг не надо, их уже два раза уволили.
По умолчанию у редгада стоит xfs over thin lvm - пользоваться которой ну...эта...можно, в принципе. Благо бэкапы делать легко, в отличие от бырбыра.
Но есть всякие странности на железе, не входящем в hcl. Если ты на них напорешься - бэкапы не помогут.
На виртуалках все работает хорошо и прекрасно, но виртуалкам в общем не нужен lvm и только добавляет лишних тормозов и лишних шансов девляпсам что-то уронить.

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

60. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от User (??), 23-Окт-25, 18:52

Ну так - чисто для интереса - у тебя есть вот хоть что-нибудь важное не в кластере, так чтоб прям именно на _надежность ФС_ завязано было? У меня на последних двух местах работы вот нет. Впрочем, и bare metal развертываний - тоже нет, но уже наверное даже и на 4х последних местах...
В АСУТП и около - да, но там-то как раз винда, винда и вот винда (ХP, которая) - а чтоб "в ИТ" так такого вот и у клиентов прям поискать...

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

62. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от нах. (?), 23-Окт-25, 19:17

> Ну так - чисто для интереса - у тебя есть вот хоть что-нибудь важное не в кластере, так
> чтоб прям именно на _надежность ФС_ завязано было?
угу. Мои поделки. Абсолютно все.
Включая те без которых и работа встанет. (_моя_ - конторе то пофиг, ну просто очередной мегапрожект задержится до восстановления)
Если ты не в курсе - тут лицензий на бэкапный софт больше не выдают-с.
> но там-то как раз винда, винда и вот винда (ХP, которая)
и че? Как будто там чего лучшее...
Напоминаю - один чувак ([по]стоявший у истоков рассеянского интернета и сваливший таки на венду еще в нулевые) - использовал самодельную хранилку на базе фри до последнего.
(потому что ему свои исходники и свои фоточге таки жаль потерять)

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

34. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (34), 23-Окт-25, 15:02

для HDD юзал и даже толково работала. потом несколько лет на SATA SSD. а вот с M.2 чёт не сдружилась. 2 разных диска и компа суперблок и всё пук срёньк.

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

41. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (-), 23-Окт-25, 15:52

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

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

48. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (48), 23-Окт-25, 17:18

Я использую на ПК btrfs. Лет 5 наверно. От отключения света ни разу не ломалась, да и вообще не ломалась. Использую на SSD.

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

49. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Аноним (49), 23-Окт-25, 17:27

ИМХО, правильная btrfs на десктопе только в OpenSUSE.
Там всё из коробки настроено по уму.
/ btrfs, / home ext4 и порядок.

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

76. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Минона (ok), 23-Окт-25, 22:32

Нет, хомяк из каробки там на иксэфэс.

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

56. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" –1 +/–

Сообщение от Аноним (-), 23-Окт-25, 17:58

>Компания Red Hat объявила ФС Btrfs устаревшей в выпуске RHEL 7.4 (2017 год)
Что за бред! btrfs может быть сырой, но никак не устаревшей.
>и полностью прекратила её поддержку в ветке RHEL 8 (2019 год)
Оно в ядре, и им можно пользоваться.
Изначально btrfs появился в стенах Oracle, потом его выпустили с лицензией GPL. Мне кажется RHEL, (ну или IBM) недолюбливают Oracle.

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

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

Сообщение от Аноним (3), 23-Окт-25, 20:08

Ну ты бы хоть погуглил сначала
https://docs.redhat.com/en/documentation/red_hat_enterprise_...

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

58. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +1 +/–

Сообщение от Аноним (58), 23-Окт-25, 18:26

>создания копии файлов через клонирование метаданных
какая же это копия?

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

75. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL" +/–

Сообщение от Минона (ok), 23-Окт-25, 22:30

Так в бырбыре все такое… ненастоящее.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–9 +/–
Сообщение от bOOster (ok), 23-Окт-25, 11:19
Хехе. ZFS живее всех живых а btrfs сдохнуть пытается.. В целом предсказуемо.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от User (??), 23-Окт-25, 11:50
	То, что мертво...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от ахахахаха (?), 23-Окт-25, 12:37
	Какой смысл в zfs? Жрет памяти как распределенные хранилища, тормозит по iops как распределенные хранилища, не обеспечивает профитов распределенных хранилищь.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	12. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от Аноним (12), 23-Окт-25, 13:00
	ZFS не жрет память. Точнее, он жрет не ту память, которую надо. Линукс выдает файлухам кэш -- память, которая освобождается, если она нужна приложениям. Так вот: ZFS не использует эту память, а сразу прикидывается конечным приложением, из-за чего утилиты типа free рапортуют тебе неверные данные. Это проблема исключительно ZFS-on-Linux, на других ядрах у ZFS порядок.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от ахахахаха (?), 23-Окт-25, 13:39
	Когда она не жрет память, она выдает 20к iops максимум на дисках с 2кк iops. Я про большие сетапы говорю, не про локалхост.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 23-Окт-25, 14:03
	> Когда она не жрет память, она выдает 20к iops максимум на дисках > с 2кк iops. Я про большие сетапы говорю, не про локалхост. В btrfs всякие large folios refactor и io_uring - не для лулзов же пилят. А кто ZFS так перепихивать будет с его слоями абстракций - хз! Поэтому вооооон бенч фороникса. В нем ZFS эпически рвет всех на SQLite. Зато остальные показательно танцуют на могилке ZFS в всех остальных номинациях. Так что на локалхосте с быстрым SSDшником - все аналогично. Структуры у него - это даже не экстентный дизайн. Блочный антик на стероидах, всего лишь. Быстрым ЭТОМУ быть нет никаких причин. Разве что в RAM-диск его превратить, но тогда мы возвращаемся к жору памяти...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от penetrator (?), 23-Окт-25, 17:50
	нет таких дисков которые Q1T1 4K дадут тебе даже 20K ну может померший Optane а если это многопоточка ты ты приводи сразу условия тестирования и модели дисков ну чтобы воспринимать всерьез то что ты пишешь
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	21. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (21), 23-Окт-25, 14:02
	> из-за чего утилиты типа free рапортуют тебе неверные данные давай честно — освобождать память zfs научили в версии 2.3. И даже если оно решит, что память неплохо бы освободить, то не факт, что оно сможет
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	23. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 23-Окт-25, 14:11
	> Какой смысл в zfs? Жрет памяти как распределенные хранилища, тормозит по iops > как распределенные хранилища, не обеспечивает профитов распределенных хранилищь. Приносит свет и радость полутора извращенцам покусанным дисковыми полками и энтерпрайз хранилками. В общем такая еда для мамонтов и динозавров которые еще почему-то вдруг не вымерли с своими дисковыми полками. Поскольку остальные на них подзабили - они и носятся за последним кустиком - соревнуясь кто вымрет последним.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	72. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от 1 (??), 23-Окт-25, 19:59
	А что нынче альтернатива покусанным дисковыми полками и энтерпрайз хранилкам?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 23-Окт-25, 13:50
	> Хехе. ZFS живее всех живых а btrfs сдохнуть пытается.. В целом предсказуемо. ZFS - унылая тормозная энтерпрайзная байда для файлопомоек, с максимально дурацким управлением памятью. В случае Linux к тому же внемайнлайновый выкидыш, означающий что про репорты багов кому либо кроме спортлото можно забыть, норовящий отвалиться при случае. Так что про рутфс с снапшотами на этом - лучше не думать. А когда те господа удумали рефлинки делать - не только вывалили фичу в релиз нетестированную, еще от большого ума и активировав по дефолту сразу - но и как оказалось, обделались с брызгами, поддержав статус файлухи заботящейся о целостности данных на все 120%. А с btrfs'никами хорошо - то что у них управление релизами и фичами более адекватное. И качество фич они обрисовывают куда честнее. И явно экспериментальное и недоделанное - честно маркироано как таковое хотя-бы. Чтоб по граблям прыгал только тот кто на это явно подписался, а не вообще все.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	31. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (21), 23-Окт-25, 14:48
	> ZFS - унылая тормозная энтерпрайзная байда для файлопомоек таки ниша для применения есть > с максимально дурацким управлением памятью. до или после того как они его переделали? Или это претензия, что они не используют реализацию кэша из ядра? > В случае Linux к тому же внемайнлайновый выкидыш, означающий что про репорты багов кому либо кроме спортлото можно забыть на личном компе у меня внемайнлайновый выкидыш нужен для работы вайфая, а если смотреть серверы на работе, то там кроваво-энтерпрайзные модули с тем же эффектом > норовящий отвалиться при случае у меня (и не только) мэнлайновый видеодрайвер крашился из-за мэнлайновой месы, кого ты пугаешь? > Так что про рутфс с снапшотами на этом - лучше не думать. мэнлайновые иксфс на лвм на мдадм — наш выбор! Главное O_DIRECT не использовать > А когда те господа удумали рефлинки делать - не только вывалили фичу в релиз нетестированную когда ж ты запомнишь, что бага была в другой фиче > еще от большого ума и активировав по дефолту сразу - но и как оказалось, обделались с брызгам а это общий современный тренд
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от Аноним (36), 23-Окт-25, 15:22
	> таки ниша для применения есть Небольшая и специфичная. А btrfs как таковой - больше про general purpose и меньше про хранилки. Но у некоторых господ профдеформация долбит и они почему-то уверены что мир крутится вокруг их дисковых полок. > до или после того как они его переделали? Или это претензия, что они не > используют реализацию кэша из ядра? Да, это претензия что они не используют механизмы ядра. Ибо если ядро отожрало кеши и кто-то запросил немеряную аллокацию, ядро может и форсировано выдавить из своего кеша dirty на сторажи, здесь и сейчас, все же наковыряв запрошенное. И аллокация - прокатит. А ZFS не так работает и программа просто брякнется по ошибке аллокации в такой ситуации скорее всего. А то что оно где-то как-то пытается и опосля - это все же несколько не то. Файлопомойкам такая логика похрену, там никто кучу софта и не запускает, падать нечему. А вот остальному - уже не то. > на личном компе у меня внемайнлайновый выкидыш нужен для работы вайфая, > а если смотреть серверы на работе, то там кроваво-энтерпрайзные модули с тем же эффектом Не, можно создать себе проблем на ровном месте - превратив и линух в подобие маздая. Но им намного комфортнее пользоваться - когда все майнлайном рюхается. Во первых так меньше багов, глюков, взбрыков и всяких тантров. Во вторых так понятно кому в случае чего репортить баги. А с внеядерными выкидышами баг на кернел просто не повесишь как таковой. Ибо при первом намеке на tainted вас норовят послать в пешее эротическое. Никто в майнлайне не собирается разруливать чужие баги. > у меня (и не только) мэнлайновый видеодрайвер крашился из-за мэнлайновой месы, > кого ты пугаешь? Я как-то пару раз при сравнимых вещах делал - git bisect, приходил к airlied'овской тусовочке - и в пределах СУТОК путем совместной игры в сколько там рук баги почему-то аннигилировали нахрен :). А теперь у меня в моих системах все отличненько. Видите, если линухом пользоваться как линуксом, юзая нативные протоколы взаимодействия с его девами, понимая формат - история получается лучше вашей ;). А если б я приперся к ним с tainted kernel с внемайнлайн выкидышами, я бы вероятно до сих пор рассказывал слезные истории такого плана. Мне моя версия развития событий нравится больше - так что я продолжу в том же духе и далее. С btrfs'никами у меня тоже, кстати, вполне сравнимый опыт взаимодействия. И тоже все было круто, быстро, эффективно, профессионально и - все в выигрыше. И им ФС лучше, и мне минус пару багов. Намного прикольнее когда в конфигах которые меня как-то интересовали - вообще нет известных мне багов и глюков.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (21), 23-Окт-25, 15:59
	> Да, это претензия что они не используют механизмы ядра. к кому конкретно претензия? Они из-за несовместимости лицензий много чего из ядра использовать не могут. И лицензию поменять тоже не могут > Но им намного комфортнее пользоваться - когда все майнлайном рюхается. конечно комфортнее. С другой стороны сидеть с нерабочим вайфаем тоже не очень комфортно. А если про работу, то не поставить модули от бизапасникав я не могу > Я как-то пару раз при сравнимых вещах делал - git bisect, приходил к airlied'овской тусовочке - и в пределах СУТОК путем совместной игры в сколько там рук баги почему-то аннигилировали нахрен :). А теперь у меня в моих системах все отличненько. я пробовал откатывать на старые версии, но напоролся на прогресс — одна из прог была в снапе и тянула свою версию месы. Я вот об этом не подумал и все мои потуги с ядрами и месой обломались > Мне моя версия развития событий нравится больше - так что я продолжу в том же духе и далее. так я ж не против вашей версии, да и нет никаких слезных историй. Меня просто не пугает отвал зфс из-за того, что модуль не собрался — это тоже решаемая проблема, как с ядром или пользовательским софтом. Да проблем больше, да для багрепортов в ядро надо вырубить зфс, но все решаемо
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 23-Окт-25, 19:11
	> к кому конкретно претензия? Они из-за несовместимости лицензий много чего из ядра > использовать не могут. И лицензию поменять тоже не могут Я просто не собираюсь делать из чужих проблем - свои. А зачем мне лишний головняк на ровном месте? Полки на 100500 дисков лично мне вообще не интересны. >> Но им намного комфортнее пользоваться - когда все майнлайном рюхается. > конечно комфортнее. С другой стороны сидеть с нерабочим вайфаем тоже не очень комфортно. С другой стороны - можно смотреть спеки покупаемой железки и кросскорелировать с тем что в ядре. До покупки. Но можно и добавить долботни на ровном месте. Хотя с более-менее современными кернелами это надо редко, львиную долю железа цепляет в плагнплей, чтоб вафля не завелась без проприетари - должен быть либо совсм архаичный кернел, либо что-то экзотическое. > А если про работу, то не поставить модули от бизапасникав я не могу Не ну мало ли, может вас там и на цепь приковали конечно. Но есть дофига мест работы без подобных приколов. А разгребать кривой кал за другими - можно конечно. Но это точно не является нормой жизни. Так, "в среднем по планете". > я пробовал откатывать на старые версии, Git bisect более радикальный маневр. Это ребилд программы (в данном случае ядра) когда мы знаем "good" и "bad" точки. Типа мини-игры. Git чекаутит очередную версию. Компилим. Смотрим есть ли баг в этом. Говорим good или bad. Пространство поиска делится пополам, процесс повторяется. Через несколько итераций - я буду ТОЧНО знать в каком комите влепили ЭТО. Это небольшой блок кода, с конкретной тушкой в авторстве. При таких условиях я или зарулю факап сам, либо помощь зала попрошу. Если прийти понимая формат, с этим + диагностикой, они откроют fast lane, вы свой. Low hanging fruit - за полчаса зарубить жирный баг. Все жрущие время шаги - уже интересант сделал. Пуркуа бы и не па?! И вот я уже тестирую фикс так или иначе. ...но если вы припретесь с out of tree модулями - ОПА. Вы не "свой". Вы - никто. Вас не существует. И вы идете разбираться по всем вопросам с теми чья там у вас проприетарь. На мой вкус - потеря "fast lane" в том аспекте это достаточно большой факап чтобы этим еще и париться. Это крутой и выгодный мне механизм багфикса. Мне он нравится. И я планирую мои действия и конфиги исходя из того что буду работать в таком режиме. А вы можете прыграть по граблям до упада. Но вы не в праве предполагать что я буду это делать - за вас. Про линух не зря говорят что он "picky in its friends". > вот об этом не подумал и все мои потуги с ядрами и месой обломались А у меня полися простая: если юзермод валит мне кернел - этому багу амба. Зачем мне падучий кернел? Я не мусоровоз чтоб глюкавым софтом пользоваться. Значит вскоре станет - ЗБС. И для этого есть определенные пререквизиты с стороны ядерщиков. >> Мне моя версия развития событий нравится больше - так что я продолжу в том же духе и далее. > так я ж не против вашей версии, Ну вот и не надо мне out of tree выкидышей сватать. Я предпочитаю линух юзать в ТОМ режиме. В таком виде это просто лучший девелоп софта на планете который я встречал - и я точно не намерен отказываться от помощи такого зала.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (66), 23-Окт-25, 19:34
	> С другой стороны - можно смотреть спеки покупаемой железки и кросскорелировать с тем что в ядре ситуации бывают разные > Но есть дофига мест работы без подобных приколов где забили на безопасность? Не, ну можно и без этих ваших антивирусов жить, да > Git bisect более радикальный маневр. я знаю, что такое бисект, но 1. я использую не генту, так что использовались пакеты из дистрибутива. Я умею перекомпилировать, но смысл мне делать бисект, если я не смог подобрать работающие бинарные пакеты? (см. п.2) 2. бисект мне бы не помог, т.к. проблема пришла в виде снап пакета — до пакетов дистрибутива она тогда еще не дошла > Ну вот и не надо мне out of tree выкидышей сватать. так никто и не сватал. Просто не надо каждый раз голословно набрасывать не вникая в ситуации. В зфс напортачили с рефлинками — ой-ой-ой, какие они плохие, всех забрызгали. Напортачили с чем-то в ядре — оно в мэйлайне, можно так круто пообщаться с разработчиками. Они такие душки, так хорошо отвечают. Кидайте уже тогда для обоих файлух полные списки кто, где и сколько напортачил, так хоть полезнее будет
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
Сообщение от Аноним (2), 23-Окт-25, 11:24
Лучше бы поставляли с системой ZFS, больше пользы было бы
Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (25), 23-Окт-25, 14:28
	Вам убунты мало?
	Ответить \| Правка \| Наверх \| Cообщить модератору

3. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+9 +/–
Сообщение от Аноним (3), 23-Окт-25, 11:26
RHEL - мы удаляем btrfs, fedora - а мы постав ее по умолчанию. Обожаю межделмаш...
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от andreyche (?), 23-Окт-25, 11:41
	А что тут не понятно? RHEL - это ынтерпрайз и стабильность, а btrfs - это пока что сыромятина, вот ей на бета-полигоне в федоре и место.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Аноним (12), 23-Окт-25, 13:03
	Настолько сыромятина, что фейсбук использует btrfs всюду, и вполне успешно. Я б сказал, что в рхеле есть какой-то ровно один чувак, отвечающий за включение btrfs в рхел, и вот этот чувак вероятно редкостный копротивленец.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от чатжпт (?), 23-Окт-25, 13:06
	Так этот человек известен и фамилия его начинается на Шишкин
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 23-Окт-25, 14:47
	> Так этот человек известен и фамилия его начинается на Шишкин Сегодня чатгоп конкретно глючит. Шишкин в Huawei вообще - а это слегка на RHBM, в общем, горбатая версия получилась - тренируйте модельку заново!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от чатжпт (?), 23-Окт-25, 18:46
	Историю вопроса погугли. Именно находясь в редхат Шишкин писал разгромные опусы про btrfs. Где этот деятель сейчас я без понятия, не слежу за судьбой
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 23-Окт-25, 14:20
	> Настолько сыромятина, что фейсбук использует btrfs всюду, и вполне успешно. Я б > сказал, что в рхеле есть какой-то ровно один чувак, отвечающий за > включение btrfs в рхел, и вот этот чувак вероятно редкостный копротивленец. Да просто пока RH протуплял - более дельные файлухи расхватали себе другие, вместе с разработчиками. Ну и что вот осталось RH? JFS еще тормознее и печальнее. FAT как-то не заходит кастомерам. А остальное уже и без них при делах было или совсем нишевая экзотика. Ну они и взяли XFS - последнее что валялось ненужным. Путем ацких ухищрений сова была все же как-то с треском натянута на глобус так что оно даже как-то заумело рефлинки. С управлением томами конечно как был швах так и остался - и никаких снапшотов не дождетесь при вашей жизни, так что пойнт такого псевдо-недо-cow - RHBM бы его там знает...
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	38. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 23-Окт-25, 15:47
	Да просто оно особо никому и не нужно уже. На васянском локалхосте - денег нет. На средне-тырдырпрайзном уровне - СХД во все поля, а поверх них - ну вот уровень виртуализации для которого бырбырбыр в общем "низачем" и даже вредит - а на виртуалочках не 1000000 файлов в одной дире, как ты мог подумать - а какие-нибудь бд (для которых опять же - бырбырбыр медленней примерно всего, что тебе в голову придет) и куча аппликух, котоыре - сюрприииз! Реплицируют данные и контролят целостность на своем уровне. Всякие кафки, кассандры, кликхаусы, хадупы и вот это вот всё. А у гиперскейлеров - свои погремушки с кластерными ФС на "стольконебывает" шо в терабайтах, шо в штуках - и им, представь - тоже примерно "пофиг" на нижний уровень. Кто\что осталось на трубе? "Дешевые" атомарные обновления rootfs с возможностью отката? Не, ну забесплатно - хорошо конечно, но если нет - вроде как все и без того справляться научились либо через уровень виртуализации, либо через автоматизацию деплоя...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (40), 23-Окт-25, 15:48
	> Настолько сыромятина, что фейсбук использует btrfs всюду - Массивы в btrfs он не использует. - В условиях периодически пропадающего питания btrfs он не использует
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	64. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 23-Окт-25, 19:27
	>> Настолько сыромятина, что фейсбук использует btrfs всюду > - Массивы в btrfs он не использует. > - В условиях периодически пропадающего питания btrfs он не использует ты еще забыл - падение с развалом фс единичного сервера, стойки, ряда, целиком datacenter - его ни в малейшей степени не колебет. ДАЖЕ если данные восстановить неоткуда. Потому что это не его данные и они ему нафиг не нужны. (они и пользуемым нафиг не нужны - никто и никогда не смотрит позавчерашних котиков, и тем более - пятилетней давности. Ты даже не сможешь до них добраться, даже зная что они вообще есть.) Зачем при этом они вообще используют какой-то бырбыр вместо fat12 - спроси у них. Вероятно, потому, что единственное, чем владеют разработчики бырбыра - это языком. Недавние выступления в lkml тому доказательством.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 23-Окт-25, 11:52
	RHEL - сервера, fedora - desktop. На linux desktop примерно всем примерно покласть, там денег нет, не было и не будет, хучь fat16 туды ставь, хучь bcachefs...
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору

4. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
Сообщение от ad (??), 23-Окт-25, 11:31
а что у RHEL по умолчанию в качестве фс?
Ответить \| Правка \| Наверх \| Cообщить модератору