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

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

Сообщения

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

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

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

	190. Скрыто модератором	+2 +/–
	Сообщение от Аноним (190), 24-Окт-25, 23:28
	... то у тебя в штанах.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	22. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 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ообщить модератору

	133. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (133), 24-Окт-25, 16:03
	Это лишь означает некомпетентность в настройке ZFS. Не хотите заморачиваться с настройками?   Ищите что-то другое.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	167. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 20:31
	>   Ищите что-то другое. Что большая часть ALL и сделает, кстати.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	80. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–2 +/–
	Сообщение от Аноним (-), 24-Окт-25, 00:08
	> А что нынче альтернатива покусанным дисковыми полками и энтерпрайз хранилкам? У нормальных гиперскейлеров - а не пародий на таковых от дино из 90х - юнитом масштабирования является, внезапно - сервер. Более-менее самодостаточный. Поэтому они инфру могут расширять дотыканием серверов. Ровно настолько насколько им надо в энный момент. Если хватает 5 серверов - значит 5. Если 500 - значит 500. Если 5000 значит 5000. А вот господарей с дисковыми полками на этом маршруте будет ждать немало интересных открытий. Особенно если они вот реально это попробуют - "at scale". Ну то-есть что-то хоть отдаленно смахивающее на вон тех.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Аноним (84), 24-Окт-25, 02:04
	Опять что-ли циферный свои побайки травит двумя руками начерпаные в поисковике? Господа с серверами, которых ты не видел, нерегулярно ловят лулзы как с рассыпавшимися осдмонитор, разными проблемами потрохов кернеля разных версий, разными возможностями сетевых, багами на фс из-за проблем сети. И как конечный итог можно получить развал самого хранилища. А можно получить никакущие данные по производительности. Такое себе могут только очень большие компании с командой допильщиков позволить. Которых раз-два и обчелся. С другой стороны бояре с полками спокойно берут дорады, примеры и тому подобное. А инфру делают по плану согласно предлагаемому развитию, амортизации, выделяемому бюджету. И плюют сверху на кустарщинку. Проверно в жизни.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 15:05
	> рассыпавшимися осдмонитор, разными проблемами потрохов кернеля разных версий, разными > возможностями сетевых, багами на фс из-за проблем сети. Дай юзеру винды линухом рулить - он и из линуха маздай сделает. > И как конечный итог можно получить развал самого хранилища. Сразу видно гиперскейлера со стажем. Нет. > по производительности. Такое себе могут только очень большие компании с командой > допильщиков позволить. Главное что могут позволить себе реально большие и крутые - нормальную архитектуру решений, под себя и свои задачи. Вместо лобызания чужих ботинок, сдачи в рабство сюзерену и отчаянных попыток натянуть сову на глобус. Поэтому у них все намного лучше работает - а вы никогда не будете им конкурентом. Чисто технологически не потянете. > Которых раз-два и обчелся. С другой стороны бояре с полками спокойно И это тоже - настолько маргинальный рынок что Sun сделавший ставку на это сдох. > А инфру делают по плану согласно предлагаемому развитию, амортизации, выделяемому бюджету. При том у вас г-но и план, и ваша компания в целом.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (133), 24-Окт-25, 16:07
	Это не отменяет того, что ZFS - одна из самых совершенных файловых систем. Нравится BTRFS? Пользуйтесь.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	192. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 01:24
	> Это не отменяет того, что ZFS - одна из самых совершенных файловых > систем. Нравится BTRFS? Пользуйтесь. А вот тут немного наслажлждающихся совершенством попалось... https://www.opennet.me/openforum/vsluhforumID1/98073.html Про btrfs такие топики - просто не имеют смысла. Она в этом смысле обычная линуховая ФС.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (230), 27-Окт-25, 16:19
	Вы правда считаете что кто-то броситься выполнять ВАШУ домашнюю работу? Не хотите заморачиваться - пользуйтесь чем-то другим, где это не потребуется. Это сугубо ваши изыскания.
	Ответить | Правка | К родителю #11 | Наверх | 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"	+3 +/–
	Сообщение от Аноним (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ообщить модератору

	82. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 01:13
	> ситуации бывают разные Можно и против ветра ссать. Но мокрые плохо пахнущие штаны - на любителя. >> Но есть дофига мест работы без подобных приколов > где забили на безопасность? Не, ну можно и без этих ваших антивирусов жить, да Юзера винды и виндоадминов пытающихся в линух - видно. Я знаю чертов легион серверов и там никаких антивирусов с пропреитарными модулями, ессно, нет. Имею наглость считать что эти системы НАМНОГО безопаснее чем ваше барахло с out of tree нечто, за которое вообще - никто не отвечает по сути. > я знаю, что такое бисект, но > 1. я использую не генту, так что использовались пакеты из дистрибутива. 1. Я это в дебиане обычном делал. Мне, право, make bindeb-pkg сказать билдсистеме ядра не так уж сложно. И конфиг дистро можно за основу взять при непонятках. Конечно на радикально новом ядре билдсистема может и позадавать интересных вопросов. Все же рубилово с багами в продвинутом режиме - не для нубов. Но нубыи не читают нотации как менеджить пингвины правильно. 2. Все что реально надо для bisect - good и bad версии и немного желания зарубиться с багом. 3. Если баг починит апстрим - постепенно и даунстрим получит это. Крутые баги - могут бэкпортануть в stable версии. Чинить баг надо в конечном итоге - там. Без вариантов. 4. Ну и если надо можно энное время и на своем кернеле потусоваться. Вообще-то у меня были и другие поводы. Скажем, я когда-то взял за основу конфиг убунты. И затвикал сие для комфортного юзежа на вот именно десктопе. Как tickless, 1000Hz, dynticks ("-rt" kernel), все дела. До убунты - доходило сделать ЭТО десять лет. Хорошо наслаждаться нормальным user experience на 10 лет дольше :). > Я умею перекомпилировать, но смысл мне делать бисект, если я не смог > подобрать работающие бинарные пакеты? (см. п.2) Ну если вообще нет good и bad версий - тогда упс, просто диагностику на это дело собрать. Это может быть сложнее и дольше. Но мне и так разок - повезло. В том плане что подобие fast lane все же получилось и баг все же был загашен. На самом деле надо прсото не быть откровенным овощем и понимать что делаешь немного. При непонятках - народ может и подсказать. Но если вы удумаете лекции читать вместо этого - сами понимаете что будет дальще. Несовпадение уровня экспертизы и аппетитов в профессиональных сообществах никто не потерпит. Вы должны трезво оценивать свой уровень относительно других. > 2. бисект мне бы не помог, т.к. проблема пришла в виде снап > пакета — до пакетов дистрибутива она тогда еще не дошла Если кто не понял... 1) Реальная проблема там скорее всего факап в драйвере уровня ядра. Совершенно пофиг какая программа/либа какой версии ее вызывает. Ядро (и железки) не должны уходить в аут от в общем то любых фокусов любого юзермода. Если это не так, это вероятно баг ядра прежде всего. Иногда возможны исключения типа убер-кривой генерации шейдеров но в общем случае должен быть минимум GPU Recovery а по уму совсем левак вообще не должны были дать вгрузить. Мир не идеален но в первом приближении - так. 2) Работа ведется с апстримами. И баги проверять надо все же относительно них. Дистро не чинят баги в софте по крупному в общем случае. Это прерогатива апстримов. > В зфс напортачили с рефлинками — ой-ой-ой, какие они плохие, всех забрызгали. Вообще-то напортачили там намного больше чем только с рефлинками. Они показали этими маневрами абсолютно непрофессиональное и дурное управление фичами и релизами. Во первых, то что фичу вывалили не тестированной. Во вторых, то что ее врубили по дефолту, для всех. Господа откровенно перепутали продакшн окружения - с своими лабораторными мышами. И настоящий факап - оно! Это намного более жесткий факап. Баги в софте, конечно, случаются. Но в данном случае основные претензии к "нюансам" как это все вообще было организовано, имхо. Нет, я никогда не видел чтобы авторы btrfs действовали настолько глупо и непрофессионально. Они как минимум честно маркируют степень готовности фич - и не активируют стремное или мало тестированное добро для всех, по дефолту. Это некоторая разница в управлении фичами и релизами и как софтварный инженер умеющий в эти практики - я имею кое-что сказать по этому поводу! На тему фееричности того шоу. > Напортачили с чем-то в ядре — оно в мэйлайне, можно так круто > пообщаться с разработчиками. Они такие душки, так хорошо отвечают. Они, для начала, гораздо профессиональнее себя ведут. Так как это ожидается от специалистов в софтострое а не сборища рандомных васянов. И вот тут довольно большое отличие на тему того кому и почему я готво доверить мою тушку и мои системы. Ну и с кем придется работать в случае каких-то факапов заодно. Мой опитмизм по части работы "в случае чего" с теми кто вообще азы управления фичами и релизами не понимает вы можете себе представить, имхо. Нахрен мне такое счастье, пусть вон те господа так развлекутся. Им полезно. А я сравню уровень мучений с продом у них и у себя.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 06:32
	> Я знаю чертов легион серверов и там никаких антивирусов с пропреитарными модулями, ессно, нет зато видно, что не знаешь о контрактах, где прописан список софта и периодический сторонний аудит > Но если вы удумаете лекции читать вместо этого - сами понимаете что будет дальще совет от человека, читающего лекции без получения достаточного количества вводных > Вообще-то напортачили там намного больше чем только с рефлинками. да признай уже, что больше ничего кроме случая с рефлинками не знаешь - на опеннете новостей не было > Во первых, то что фичу вывалили не тестированной. а то, что меса укладывает ядро говорит о том, что тестирование было. Откуда у вас вообще данные, что фичу не тестировали? > Во вторых, то что ее врубили по дефолту, для всех. таки не для всех > Но в данном случае основные претензии к "нюансам" как это все вообще было организовано, имхо. чего там с организацией бкэшфс? Как там в мэйнлайне все хорошо организовали?
	Ответить | Правка | Наверх | Cообщить модератору

	132. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (132), 24-Окт-25, 16:01
	> зато видно, что не знаешь о контрактах, где прописан список софта и > периодический сторонний аудит Господа из аэрофлота уже показали реальный уровень информационной безопасности таких помоек недавно. У вас, извините, один сплошной Undefined Behavior с вашими out of tree, зато - сертификатами обвешан. Это вам любой адекватный человек скажет без всяких аудитов. Ваша конфигурация - никем никогда всерьез не тестировалась. А вы при случае еще и на оперативные фиксы известных вулнов - пролетите. Насколько это безопасно - догадайтесь! А атакующие лупят не по паспорту^W сертификату а по морде^W инфраструктуре. Сертификаты помогают - зад прикрыть при с лучае, не более. > совет от человека, читающего лекции без получения достаточного количества вводных Ваши вводные лишь уточняют что вас интересует не информационная безопасность а формальности и прикрытие своих задов. > да признай уже, что больше ничего кроме случая с рефлинками не знаешь > - на опеннете новостей не было Я признаю что после этого случая посмотрел их гитхаб и как их девелоп выглядит. Чтобы изменить мое восприятие управления релизами и фичами и правда достаточно 1 демо что вы ничерта в этом не понимаете. Вставать на 1 грабли дважды прерогатива бледнолицего брата. >> Во первых, то что фичу вывалили не тестированной. > а то, что меса укладывает ядро говорит о том, что тестирование было. Видите ли, там число вариантов конфиг более другое. Думаете, у AMD есть _все_ модели их видях, от _всех_ OEM? Вы представляете себе сколько это? Теперь это распихать во все мыслимые комбо мамок на планете. Как вам число комбинаций? За сколько возьметесь протестировать ЭТО? С таким комбинаторным взрывом полный перебор комбо - out of question. И всегда будут нетестированные закоулки. Но у тех господ этой проблемы не было и близко. Все что надо было - не халтурить и нормально потестить фичу, или если слабо, маркировать экспериментальной и несколько релизов дать камикадзям попрыгать на мины добровольно. А то что вы не понимаете даже это означает что вы в управлении фичами и релизами по нулям. > Откуда у вас вообще данные, что фичу не тестировали? Во первых "видно птицу по помету". Когда новую фичу тестируют - такие эпикфэйлы в релиз не попадают. Во вторых там всплыли весьма интересные дискуссии в процессе. Примерно такого плана: - Мол а вот фича в релиз, врубим по дефолту. - Но она же не тестированная? - А как ее тестировать если не врубать по дефолту? Вот и потестировали прям в релизе. С понятным результатом. Это не совсем точный и дословный пересказ, лучше полуркать вокруг их гитхаба, новостей фороникса и проч. Но идея была примерно такая. И сработала именно так как и должно было :) >> Во вторых, то что ее врубили по дефолту, для всех. > таки не для всех Таки - на это наступили какие-то рандомные гентушники, которые вообще не занимались вот именно тестами, именно ФС. А может и еще кто - просто > чего там с организацией бкэшфс? Как там в мэйнлайне все хорошо организовали? А вот с бкэшфс - Кент делом показал что в нормальное управление релизами тоже "не очень". Как и взаимодействие с майнтайнерами. За что и был поставлен на паузу - погулять на морозе, подумать над релизными практиками и отношением к девелопу. И project-wise это - правильно. Учитывая что оно вообще явно было помечено как EXPERIMENTAL на уровне проекта - а вот тут никаких претензий нет совсем. Торвальдс как раз свое дело знает и фичу пометил грамотно. Так что на мину встали только те кто явно вписался с миноискателем побегать. Но к сабжу это никак не относится. У btrfs с управлением релизами и практиками девелопа все адекватно. Они такого бреда не делали - никогда.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (133), 24-Окт-25, 16:13
	Вечно твердят о тормозной ZFS, хотя лично с этим не сталкивался. Предположу что создаётся датасет с дефолтным размером записи, а в fio указывают блок размером в 4kb. Этим уже ничего не поможет...
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	169. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 20:43
	> Вечно твердят о тормозной ZFS, хотя лично с этим не сталкивался. Ибо никогда не пытался ничего ни с чем сравнить, вероятно. Зато фороникс сравнивший без заморочек весь выводок вплоть до кентовского DKMS - получил достаточно интересные результаты. В SQLite ZFS всех порвал. Остальные порвали его - во всем остальном. А скулайт это прекрасно конечно, но одним скулайтом жив не будешь. > Предположу что создаётся датасет с дефолтным размером записи, а в fio указывают > блок размером в 4kb. Этим уже ничего не поможет... Да, этим экспертам уже ничего не поможет. О том что не все приложухи пишут кусками по 20 мегов им не рассказали. Равно как и про то что есть такой параметр как IOPS.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (133), 26-Окт-25, 15:05
	Ну почему же, перед использованием ZFS - я ее "гонял и хвост, и гриву". Ничего фатального замечено не было.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 26-Окт-25, 16:54
	> Ну почему же, перед использованием ZFS - я ее "гонял и хвост, > и гриву". Ничего фатального замечено не было. В этом сообщении нет ни звука про то с чем ZFS сравнивался по перфомансу. Вот если б вы со знанием дела запустили бенчи на 1 и той же конфиге с ZFS и другими ФС и сравнили результаты - можно было бы уже рассуждать кто там (не) тормозной. Нельзя быть абстрактно быстрым или медленным: 50 км/ч это много или мало? Если это с улиткой сравнить - это ракета! А если с ракетой сравнить - это улитка. Можно быть быстрее или медленнее в сравнении с чем-то. "Ничего фатального замечено не было" ничерта не говорит о том как перфоманс операций соотносится с другими. Зато приходит фороникс. Бенчит. И там в половине бенчей картина вида "могильная плита рядом с небоскребом". Может кому и этой могильной плиты - хватает. Но сказать что оно быстрое? Эмм!
	Ответить | Правка | Наверх | Cообщить модератору

	228. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (230), 27-Окт-25, 14:05
	Разумеется все тесты проводились для себя. Вполне себе стандартный набор тестов который даже не стоит упоминать. Проводились году адак в 2018 - результат меня вполне устроил. А вы проводили какие-либо собственные изыскания? С ними можно ознакомиться?
	Ответить | Правка | Наверх | Cообщить модератору

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

	243. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (243), 29-Окт-25, 21:26
	> Разумеется все тесты проводились для себя. Вполне себе стандартный набор тестов который > даже не стоит упоминать. Забавно. Сначала его упоминули, рассказали что все ЗБС, при более детальных вопрсоах оказалось что сравнений не было примерно ни с чем, видимо. Или как этот ответ трактовать? > Проводились году адак в 2018 - результат меня вполне устроил. И опять же это все ничего не говорит о *соотножениях* и что с чем *сравнивалось*. А быстрым или медленным можно быть - только относительно чего-то еще. > А вы проводили какие-либо собственные изыскания? С ними > можно ознакомиться? Мне несколько напряжно гонять кучу бенчей. Но вон там фороникс провел. И у него здорово иные результаты в их конфигах. ZFS порвал всех в номинации скулайт. Остальные не менее драматично порвали его в остальных номинациях. Даже контовская штука недопиленная и остающая от всех. Он видимо более-менее современные апя кернела использует.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	137. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (133), 24-Окт-25, 16:18
	Как вариант: сравнивают ZFS с включенным сжатием данных с файловой системой, где данный функционал отсутствует. Дикость? Ещё бы!
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	193. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 02:53
	> Как вариант: сравнивают ZFS с включенным сжатием данных с файловой системой, где > данный функционал отсутствует. Дикость? Ещё бы! Как вариант, ZFS на уровне дисковых структур - классическая блочная штука по типу EXT3 и прочих древних юниксных классиков. Оно немного на стероидах, с блоками переменного размера, но все же это - оно. А современные дизайны - с настоящими экстентами и b-деревьями и подобнм. Экстенты позволяют одним махом аллоцировать во какой регион. Мизерным кусочком метаданных. Деревья ускоряют всякое индексирование того и сего. ZFS на уровне его структур - просто не с чего быть чемпионом по скорости. А то что если его подпереть дофига RAM под его кеш и он тогда типа-нетормозит - а когда у нас RAM диски вообще тормозили?
	Ответить | Правка | Наверх | Cообщить модератору

	229. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (230), 27-Окт-25, 14:08
	Мне внутренности ZFS не особо интересны. Да это и не нужно... главное что она покрывает все мои потребности и не теряет данные. С BTRFS это случалось трижды - четвёртого не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (243), 29-Окт-25, 21:27
	> Мне внутренности ZFS не особо интересны. Да это и не нужно... главное > что она покрывает все мои потребности и не теряет данные. С > BTRFS это случалось трижды - четвёртого не будет. А мне эти байки рассказывают 10 лет - и и меня ничего так и не потерялось. Вот фигня то.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	5. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от 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"	+2 +/–
	Сообщение от чатжпт (?), 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ообщить модератору

	191. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (190), 24-Окт-25, 23:37
	Где Шишкин сейчас, из Ваших слов, Вы не осведомлены. Но при этом владеете точной информацией, что именно этот человек на данный момент блокирует вхождение btrfs в состав RHEL. Это же готовый диагноз.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	77. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 23-Окт-25, 23:59
	> Да просто оно особо никому и не нужно уже. На васянском локалхосте - денег нет. Это все прекрасные сказки - но в конце концов работы делаются, оптимизации - вот они, проблемы так или иначе решаются, и в целом - жаловаться особо не на что. Да, есть некоторые особенности. А где в более-менее крупных софтварных проектах этого нет? > На средне-тырдырпрайзном уровне - СХД во все поля, а поверх них - > ну вот уровень виртуализации для которого бырбырбыр в общем "низачем" Yada-yada. Вам оно низачем -> не пользуйтесь. А мне нормуль, и назад на эти ваши EXT4 и NTFS я не собираюсь. Уровень технологий 30-летней давности это такое себе. И бороздеж просторов большого театра - прекрасно. А теперь я хочу управление как VM и на своем компе. Ибо тратить мое время на архаичное линейное управление системами когда можно снапшоты и множественные состояния - ну вы поняли. Да и рефлинки всякие позволяют всякие эффективные фокусы. > А у гиперскейлеров - свои погремушки с кластерными ФС на "стольконебывает" шо > в терабайтах, шо в штуках - и им, представь - тоже примерно "пофиг" на нижний уровень. Надо рассказать эту сказку CentOS Hyperscale SIG из новости. Или какое тут слово не понятно - Hyperscale или SIG? :). Но на опеннете поучат и гиперскейлеров гиперскейлить. Являясь при этом какой-то 3-есортной помойкой рядом не стоявшей к гиперскейлерам. И да, мордокнигу можно условно занести куда-то рядом. Просто они услуги только себе оказывают. > Кто\что осталось на трубе? "Дешевые" атомарные обновления rootfs с возможностью отката? А также * детектирование разрушений чексумами, * возможность парирования при наличии избыточности (self heal!) * возможность поэкспериментировать над этой N TiB чушкой не урыв ее - ибо над ее тонкой "копией" хранящей только дельту. * Дешево и сердито флот VM поднять с шаблона прям у себя перед носом, 100% автономно. * Возможность хранить несколько состояний ОС, сравнивать их если хочется и проч. * Можно легко первратить в VM (и обратно) btrfs send'ом. * им же при желании можно и дифф бэкапы делать.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (84), 24-Окт-25, 02:12
	"Наш" нтфс это уровень который как 30 лет сделан - так и все 30 лет без слома адаптировался под реалии жизни.  Вот что значит с умом написали, а не прыжки по вашим всем: e_x_j_y_bt_bc_fs. Твой локалхостик никому не интересен. Можешь хоть свою 294фс накатать и рассказывать как круто. Плавали, знаем, не круто. В моих тестах и работе нтфс лучше всего показывает. Поэтому последний вин11 и для отдыха макубук где тоже всё прекрасно. По всем тестам делают линух. А так как вхожу в первые несколько сотен разработчиков ядра - можно верить. Подробностей не будет нда всё-таки. Но что мы деньги на таких альтернативно одаренных как фировые делаем, мне нравится.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 04:43
	> все 30 лет без слома адаптировался под реалии жизни. При том в основном - путем маркетингового булшита. А мне надоело покупать 20 лет одно и то же без улучшений и с постоянным усилением BS в системе и EULA. > Вот что значит с умом написали, а не прыжки по вашим всем: e_x_j_y_bt_bc_fs. Лично я не буду иметь дело с виндой и NTFS даже за деньги. Надеюсь это доносит мое мнение об "супер" технологиях. > Твой локалхостик никому не интересен. Можешь хоть свою 294фс накатать и рассказывать > как круто. Плавали, знаем, не круто. Винда не юзается на суперкомпьютерах и большей части серверов. Особенно у гиперскейлеров. И эти люди - про локалхосты? Какая милота! Куда, нахрен, вы плыть с виндой можете? :) В мировом масштабе никто не собирает НеЛокалхосты на винде. Особенно большую инфру. Потому что это - дорого и бестолково. Даже майкрософт для себя что-то Azure Linux запилил и HyperV на лин портирует. Если винда и нтфс такие хорошие - это то зачем? :) > В моих тестах и работе нтфс лучше всего показывает. Я не возражаю чтобы это было - у вас. Главное - чтоб не у меня. И о чем спорим? > мы деньги на таких альтернативно одаренных как фировые делаем, мне нравится. Я не понимаю этот сленг.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от _ (??), 24-Окт-25, 18:46
	> А мне надоело покупать 20 лет одно и то же без улучшений и с постоянным усилением BS в системе и EULA. Да ОССПЫДИ!(С) - любые свистелки и перделки вам навалят на лопате, за ваши деньги то! :) А мне надо чтобы в ФС была ... ФС! И чтоб ея не видно и не слышно было, чтоб она просто работала! А вот этого в линуксах уже похоже даже ext4 не даёт :( Ну в принципе если O_DIRECT запретить то ещё пока куда ни шло... ;-) Как то таГ(С)
	Ответить | Правка | Наверх | Cообщить модератору

	174. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 21:10
	> Да ОССПЫДИ!(С) - любые свистелки и перделки вам навалят на лопате, за > ваши деньги то! :) Чтобы условный майкрософт сподвигнуть на что-то такое - у вас денег столько нет. Да и даже если захотят - не факт что смогут. Максимум что индусики смогли это ReFS. Из которого убийца сабжа или даже ZFS как-то не задался. А вон те мне и бесплатно подогнали. Но я по своей инициативе им немного техдолга вернул. Just because I can. > А вот этого в линуксах уже похоже даже ext4 не даёт :( У вас свои хотелки. У меня свои. Я рулю bare metal близко к тому что я с VM делаю. Унификация подходов и управления. Для меня грань между VM и физикой довольно забка. И я рутинно преодолеваю этот барьер в обе стороны. Эта VM - мой десктоп. Его энный инстанс. Который был btrfs send'ом в нулевую ФС вкатан с "бутявки" (образа ливки). Можно и в обратную сторону - я часто прототиплю эмбедовку как VM и потом доделываю это до бутабельного на таргете образа, а начинка уже вся нарулена как надо, пока энный девайс доставляли. Работать параллельно с другими процессами вместо блокирования - это эффективно. А ваше линейное управление системами и проч, без undo и права на ошибку - ну, для меня это прошлый век. Я ворочаю VM наверное скоро четверть века. И зачем мне соглащаться на меньшее я не в курсе. EXT4 я у себя уже по сути везде декомисовал. Нечто фатально сыпящееся от 1 бэда, не умеющее снапшоты, не информирующее меня о silent corruption, без рефлинков и same extent? Каждому поколению - свое семейство технологий. Я не умею оперировать паровыми машинами - и ушел от линейного менеджмента ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (84), 24-Окт-25, 19:55
	> При том в основном - путем маркетингового булшита. А мне надоело покупать 20 лет одно и то же без улучшений и с постоянным усилением BS в системе и EULA. В линухе то да, всё так. Только можно не покупать а скачать. Слово разработчика ядра из первых 400 коммитеров. > Лично я не буду иметь дело с виндой и NTFS даже за деньги. Надеюсь это доносит мое мнение об "супер" технологиях. Ну некоторые с женщинами тоже не хотят иметь дело - говорят чудища двух.... не могу за это их осуждать. > Винда не юзается на суперкомпьютерах и большей части серверов. Очень радует как админ локалхоста топит за суперов. Хранилище типа ese даже не смогли сделать. Все плюсы - могут поднять очень быстро виртуалку. На данные плевать. > В мировом масштабе никто не собирает НеЛокалхосты на винде. Особенно большую инфру. Прямо чувствуется обладатель малых причиндалов ездит на пикапе. Только в нашем случае причиндальщик ещё без пикапа. Над весь форум ржёт что он по картинкам такой крутой ездит. > . Потому что это - дорого и бестолково. Просто они могут и давно в тот же ese, а ваши всё раундукб крутят поверх бырбыр и говорят что это айс. >  Даже майкрософт для себя что-то Azure Linux запилил и HyperV на лин портирует. Это для таких немамонтов как ты. Доить вас этим удобно. > Если винда и нтфс такие хорошие - это то зачем? :) А вот это как раз для корпов которые на десятки К человек, хотят иметь всё предсказуемо и без штаблеапинонсенс. Слово разработчика ядра из первых сотен. > Я не возражаю чтобы это было - у вас. Главное - чтоб не у меня. И о чем спорим? Да всем без разницы что ты на лицуху денег найти не можешь а фриганством занимаешься. > Я не понимаю этот сленг. Так тренируй тыковку. Написать портянок два листа ни кем не читаемых может, а тут не может.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	176. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 21:45
	> В линухе то да, всё так. Только можно не покупать а скачать. Я так то с винды начинал. Но потом как-то Шатлворт прикололся и прислал мне сидюк, с убунтой 5, чтоли. Я конечно и до этого серваками на Linux и даже BSD поруливал. Но тут я взял быка за рога. И как-то заметил что... 1) Один и тот же мой проект - в линухе билдуется раза в 3 быстрее чем в винде. 2) В системе сильно меньше подлян. 3) И я могу причесать это до желаемого _мной_ вида намного быстрее и проще чем винду. В какой-то момент я просто перестал перегружаться в винду. И снес ее совсем, завершив миграцию данных. Линух мне понравился больше. Благодаря Шатлворту я узнал что он уже может. И как это сделать. Постепенно мне стали тесноваты их ToS/AuP - и я вернулся к началу. Ибо в основе - Debian. Он не такой причесанный из коробки, но мне теперь это уже и не надо. Мне надо - конструктор, а я сгенерю себе инстансы ОС так как мне надо. И очень кстати что ToS/AuP репов и (tm) лояльные к самым разным применениям. Не, назад я совсем не собираюсь - моя эффективность в линухе увеличилась в разы. И я смог многие проекты которые на винде я бы даже не пробовал бы. > Слово разработчика ядра из первых 400 коммитеров. В стаде не без паршивой овцы. В космофлоте не без сбитого летчика. > Ну некоторые с женщинами тоже не хотят иметь дело - Проблема в том что в случае винды женщиной предлагают быть - мне. Судя по их EULA. > Очень радует как админ локалхоста топит за суперов. Хранилище типа ese даже > не смогли сделать. Вон ваше ESE, на гитхабе валяется. Майкрософт его вывалил. Так то может и неплохая штука, но майкрософт знает как прогадить любую идею. Оно win-only, вывалено 1 шматом нате на лопате, вываливший ушел в закат, и в целом такой девелоп - имеет характерные перспективы и одор. Как то например последний комит несколько лет назад. А так - key-value баз под линуха есть и безе ESE. Никто и не парился соответственно. А зачем? > Все плюсы - могут поднять очень быстро виртуалку. На данные плевать. Ворочать процессинг данных в винде тоже крайне печальная затея. По многим причинам. А вот после перехода на линя я не очкую делать достаточно крутой процессинг, типа OSM planet data какого и прочего геопаркета. Это там гораздо комфортнее имхо. И быстрее. > причиндальщик ещё без пикапа. Над весь форум ржёт что он по > картинкам такой крутой ездит. Ржет - полтора сбитых летчика от юникса переметнувшихся на винду когда их юниксвэй для них вообще - обделался. Это печальные люди с печальной участью и не менее печальным будущим. >> . Потому что это - дорого и бестолково. > Просто они могут и давно в тот же ese, а ваши всё > раундукб крутят поверх бырбыр и говорят что это айс. Вот казалось бы как ESE можно к полкам притянуть? Если что - я получше вашего в курсе что есть ESE. Но по большому счету это всего лишь очередной key-value на стероидах. Да, довольно кондовый и с рядом интересных свойств. Но, знаете, когда оно было надо мне для своего персонального проекта, я посмотрел - а оно на гитхабе вообще - заброшка, линух не умеет, и просто запилил что хотел на другой key-value. И ничего, нормуль. Может не так пафосно - но работает вполне оки. А под виндой тот проект ну вот совсем no-go - мумукаться с менеджментом виндов на том что должно годами пахать необслуживаемо мне точно не в тему. Как видите, любую инженерную проблему можно решить и без "богов". >>  Даже майкрософт для себя что-то Azure Linux запилил и HyperV на лин портирует. > Это для таких немамонтов как ты. Доить вас этим удобно. Ну так это... если кто-то совсем не доится, его либо на мясо пускают, либо выпроваживают в лес с волками погулять :). Да и возможности дойки на этом рынке сильно ограничены конкурентами коих легион. А просто как напоминание: изначально абажур начинался как вендорлок и монояз. Среда для запуска .NET приложух в облаке. Но оказалось что даже им надо - доступ в систему и ее настройки. И пошло поехало. Потом оказалось что если заменить винду на линух - кастомеров в разы больше. И вот уже оно - очередной хостинг VM. И более 70% линух. Такая вот среда для запуска нет приложух... или не нет, и не приложух, а так почти угадали :). А до этого их бизнес вообще на радаре было - не видно. Они и решили что нахрен так себя обувать маркетинг булшитом пока конкуренты так жируют. > А вот это как раз для корпов которые на десятки К человек, > хотят иметь всё предсказуемо и без штаблеапинонсенс. Слово разработчика ядра из первых сотен. Сбитые летчики они такие. Вот только этим Azure Linux походу сам майкрософт в основном под свои нужды пользуется. Остальным на него довольно похрен. На форониксе ни 1 тушка даже коментить про него не изволит. > Да всем без разницы что ты на лицуху денег найти не можешь а фриганством занимаешься. Я и не собираюсь платить за УГ которое для меня в разы хуже работало - когда бесплатный линух в разы лучше интересные мне сценарии фигарит. Это так, к вопросу о немамонтах. >> Я не понимаю этот сленг. > Так тренируй тыковку. Написать портянок два листа ни кем не читаемых может, а тут не может. ИМХО вы не стоите затрат моего времени. У меня есть намного более интересные занятий. Да и к ФС это все никак не относится. И даже ESE.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Аноним (84), 24-Окт-25, 21:53
	Промотал твою портянку как ненужную. Кроме тестов и рассказов что ты там что-то у знакомых услышал но сам не работа есть что? Или опять рассказы как ты в редмонде тимбилдингклинниг осваивал?
	Ответить | Правка | Наверх | Cообщить модератору

	194. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 03:05
	> Промотал твою портянку как ненужную. Кроме тестов и рассказов что ты там > что-то у знакомых услышал но сам не работа есть что? Или > опять рассказы как ты в редмонде тимбилдингклинниг осваивал? Если уж мы про нужность портянок, я позволю себе усомниться что портянки про винду, ESE и какие там еще фильтры NTFS вообще принадлежат - топику про btrfs в клоне RHEL. Ну так, для начала. А если кто с этим трешом приперся а потом еще и обтек и даже духу не хватило слить нормально - так это его проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (197), 25-Окт-25, 09:18
	Так тебе рабочие моменты кернел-девелопер прояснил из первых сотен. Как дела в реальном мире обстоят, а не по твоим тестикам в интернете. Ты вместо того что бы внимать мудрости как тот ежик: это не я, это не я. Это и для начала и на конец тебе
	Ответить | Правка | Наверх | Cообщить модератору

	205. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 21:01
	> Так тебе рабочие моменты кернел-девелопер прояснил из первых сотен. В звездофлоте - не без сбитых летчиков. Зачем мне ценное мнение маздайца, если у меня под боком полно "действующих" пилотов, в т.ч. топовых, из первых десятков чарта, с которыми я умею взаимодействовать по актуальным мне вопросам? После того как вы перешли на винду - вы сменили сторону. И все. Теперь мне не о чем с вами разговаривать. И ваше мнение для меня - ничего не значит. Возможно вы ошиблись дверью. Или у темной стороны Силы были печеньки. Но это не мои проблемы. Теперь мы по разные стороны. > Как дела в реальном мире обстоят, а не по твоим тестикам в интернете. Ваши знания цатилетней давности - давно протухли. Сбитый летчик врядли в курсе последних трендов и инноваций. А их было. Есть. И будет. Если бы вы были в курсе - вы бы знали про (large) folios, ui_uring, вот это все. И все это - приносит свои плоды. В виде IOPS, PPS и проч per cpu core. Но вы сбитый летчик. > Ты вместо того что бы внимать мудрости как тот ежик: это не > я, это не я. Это и для начала и на конец тебе Мне не требуется мудрость сбитого летчика переметнувшегося к моему врагу. Вы точно не желаете мне или Linux добра, а остальное после этого не важно и разговор будет другой.
	Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

	237. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (236), 28-Окт-25, 22:33
	> В звездофлоте - не без сбитых летчиков. Зачем мне ценное мнение маздайца, если у меня под боком полно "действующих" пилотов, в т.ч. топовых, из первых десятков чарта, с которыми я умею взаимодействовать по актуальным мне вопросам? Тебе ещё рах повторю. Из первых сотен кернел-девелоперов. Друзья из первой десятки - почти все на маковом железе. Смеемся над такими как ты - лицами опеннетного характреа. > После того как вы перешли на винду - вы сменили сторону. И все. Т Не перешёл настоящий кернел-девелопер. Стопроцентный. Прям вот как ты специалист в суперкомпьюетрах и ио_урингах. На твоё мнение, могу ещё раз повторить, наплевать. Это что бы читающие не велись на твои бредни и беганья к модераторам. > сли бы вы были в курсе - вы бы знали про (large) folios, ui_uring, вот это все. И все это - приносит свои плоды. В виде IOPS, PPS и проч per cpu core. Но вы сбитый летчик. Вот это вот всё тебе предложили посмотреть в области тех кто пишет одну из нескольких гибридных хранилок. Там всё прописано, с какими косяками сталкиваются во всём стеке от физической карты и до куему. А твоему мнению цена - ноль. Даже отрицательная. Из всего ты осилил мейкконфиг с опцией ио_уринг. И теперь пыжишься. > Мне не требуется мудрость сбитого летчика переметнувшегося к моему врагу. Вы точно не желаете мне или Linux добра, а остальное после этого не важно и разговор будет другой. Нам очень здесь важно мнение инфокоуча. Нет. Когда покажешь как ты сетевую фс написал и она работает исопльзуя те умные слова что ты нагуглил. И работает хоят под разными версиями всего стека - тогда тебя и можно будет послушать. А пока вытри уста и посиди в уголочке.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	245. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 29-Окт-25, 23:05
	> Тебе ещё рах повторю. Из первых сотен кернел-девелоперов. Сбитый летчик это сбитый летчик. Учиться пилотированию у того чьи технологии не сработали даже для него смысла 0. > Друзья из первой десятки - почти все на маковом железе. Иногда и в линух забредают "с 9 до 17" - "не без сбитых летчиков". Какое мне дело до вас? У меня отличный опыт взаимодействия с нормальными кернелдевами. Это лучшее в софтострое что я встречал. Причастные были горой за то что они делают, оперативны и профессиональны. И кушали свои пирожки. Это - формат линуха каким он может и должен быть. Мне по пути - с ними. > Смеемся над такими как ты - лицами опеннетного характреа. А мы решаем свои задачи и стараемся чтобы ОС которая нам нравится стала лучше. For fun and profit. > Не перешёл настоящий кернел-девелопер. Стопроцентный. Прям вот как ты специалист в > суперкомпьюетрах и ио_урингах. На твоё мнение, могу ещё раз повторить, наплевать. И вы полфорума за мной гнались чтобы это рассказать? :) > Это что бы читающие не велись на твои бредни и беганья к модераторам. Я имею наглость считать что в топике надо обсуждать топик или нечто около. Как к топику относятся ваши отношения с виндой и друзья макинтошники - я без понятия. Откуда и пожелания модераторам - помнить о такой вещи как офтопик, дабы форум не сливался такими как вы в совсем уж помойку. > Вот это вот всё тебе предложили посмотреть в области тех кто пишет > одну из нескольких гибридных хранилок. Там всё прописано, с какими косяками > сталкиваются во всём стеке от физической карты и до куему. Прелесть линуха в том что проблемы - решаются, и я в курсе. К тому же вариантов лучше вы мне не предложите. Как проблемы решает MS я лично видел. Имел возможность сравнить. Все познается в сравнении. И теперь я буду за ТЕ форматы. Потому что это круто и эффективно. > А твоему мнению цена - ноль. Даже отрицательная. Из всего ты осилил > мейкконфиг с опцией ио_уринг. И теперь пыжишься. А еще технология _уже_ работает для меня и нехило скостила мне оверхед от FUSE, допустим. > Нам очень здесь важно мнение инфокоуча. Нет. Эк вы там самокритично. Я всего лишь получил некий опыт взаимодействия с теми господами, включая и btrfs - из первых рук. Поэтому втереть мне очки не катит. Я увидел что господа могли показать и это было круто. Если вы не вписались в формат - ожидаемо, в лине таких не любят. > Когда покажешь как ты сетевую фс написал и она работает исопльзуя те > умные слова что ты нагуглил. Очередное спервадобейся. Но я уже разогнал себе FUSE прикрутив io_uring и стало быть буду одобрять такой курс действий и дальше, считая его отвечающим моим интересам. А вы можете ныть о проблемах. Но это не ведет ни к Getting Things Done, ни к чему либо хорошему для меня или линуха. Если кто считает что ему ваш guidance лучше, это их право. Я лишь показываю что есть и иная точка зрения на этот топик. И поскольку я лично проверил это - вы не вотрете мне очки дешевым пафосом. Это в высшей степени бесполезно: меня интересует - решение моих задач и улучшение свойств моих проектов.
	Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

	97. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 24-Окт-25, 07:35
	>> Да просто оно особо никому и не нужно уже. На васянском локалхосте - денег нет. > Это все прекрасные сказки - но в конце концов работы делаются, оптимизации > - вот они, проблемы так или иначе решаются, и в целом > - жаловаться особо не на что. Да, есть некоторые особенности. А > где в более-менее крупных софтварных проектах этого нет? Ну в общем да, делаются. Двумя, а может даже тремя иванами за половину бюджета команды, анимирующей очередного скрепыша - но чота делается. Наверное. >> На средне-тырдырпрайзном уровне - СХД во все поля, а поверх них - >> ну вот уровень виртуализации для которого бырбырбыр в общем "низачем" > Yada-yada. Вам оно низачем -> не пользуйтесь. А мне нормуль, и назад > на эти ваши EXT4 и NTFS я не собираюсь. Уровень технологий > 30-летней давности это такое себе. Ну так ты ж и не тырдырпрайс ни в одном месте - "не был, не сидел, не состоял" ))) > И бороздеж просторов большого театра - прекрасно. А теперь я хочу управление > как VM и на своем компе. Ибо тратить мое время на > архаичное линейное управление системами когда можно снапшоты и множественные состояния > - ну вы поняли. Да и рефлинки всякие позволяют всякие эффективные > фокусы. Ну, ты не поверишь... Но btrfs тут примерно "низачем". >> А у гиперскейлеров - свои погремушки с кластерными ФС на "стольконебывает" шо >> в терабайтах, шо в штуках - и им, представь - тоже примерно "пофиг" на нижний уровень. > Надо рассказать эту сказку CentOS Hyperscale SIG из новости. Или какое тут > слово не понятно - Hyperscale или SIG? :). Но на опеннете > поучат и гиперскейлеров гиперскейлить. Являясь при этом какой-то 3-есортной помойкой рядом > не стоявшей к гиперскейлерам. Так чо там у хо... в смысле, этот самый - на btrfs что-то полезное делает, чего на xfs делать не может? Или шо? >> Кто\что осталось на трубе? "Дешевые" атомарные обновления rootfs с возможностью отката? > А также > * детектирование разрушений чексумами, So-so. Примерно у всех есть уровнем выше и ниже - но если "забесплатно" то оооук. > * возможность парирования при наличии избыточности (self heal!) Аналогично. > * возможность поэкспериментировать над этой N TiB чушкой не урыв ее - > ибо над ее тонкой "копией" хранящей только дельту. Ваще не интересно за это деньги платить. > * Дешево и сердито флот VM поднять с шаблона прям у себя > перед носом, 100% автономно. Давно есть у всех кому нужно - без вот этого вот всего. > * Возможность хранить несколько состояний ОС, сравнивать их если хочется и проч. Аналогично. > * Можно легко первратить в VM (и обратно) btrfs send'ом. Этап p2v миграции примерно все уже примерно миновали, а v2p - штука настолько редкая, что просто нахер никому не впилась, чтоб за-ради неё вот это все городить. > * им же при желании можно и дифф бэкапы делать. Тоже в общем-то, решенный вопрос.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	143. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (143), 24-Окт-25, 17:09
	> Двумя, а может даже тремя иванами за половину бюджета команды, анимирующей очередного > скрепыша - но чота делается. Наверное. Все познается в сравнении. У вас то вообще - аж NTFS. Вечно тормозящий, с VSS на который без слез не взглянешь, и в целом - офигенная операционочка вышла, аж сам майкрософт hyperv под линя пилит и Azure Linux зачем-то сделал. Видимо так офигенно все было. > Ну так ты ж и не тырдырпрайс ни в одном месте - "не был, не сидел, не состоял" ))) Я то как раз посмотрел на их примере как надо работать на самом деле - и таки скосплеил часть их идей. И это здорово мне помогло, имхо. Но лучшее что они мне показали это как поставленные процессы девелопа должны выглядеть. И я могу со знанием дела оценить релизные практики разных проектов. И вот допустим сравнить ZFS On Linux, Btrfs и Bcachefs по этому критерию. Очень интересные сравнения так то. >> - ну вы поняли. Да и рефлинки всякие позволяют всякие эффективные фокусы. > Ну, ты не поверишь... Но btrfs тут примерно "низачем". Я не поверю ибо ничего лучше вы мне все равно не предложите. А сферический бороздеж большого театра путем философствований сидя с голым задом меня не интересует. > Так чо там у хо... в смысле, этот самый - на btrfs > что-то полезное делает, чего на xfs делать не может? Или шо? У него чексумы и scrub работают лет так дофига (XFS еще только что-то такое пытается). И self repair (о том что так еще и надо было индусам расскажут попозже, когда манагер сам допрет). А лично мне управление btrfs нравится куда как больше кластерфака с этажерками + xfs. > So-so. Примерно у всех есть уровнем выше и ниже - но если "забесплатно" то оооук. Вот ща новые процы у интеля начнут сыпаться у всех в ДЦ и как раз посмотрим у кого там какие чексумы на каких уровнях были :). У наиболее нагруженых они уже выгорели, а чуть менее подгруженые будут собирать интересные нежданчики следующие несколько лет по всем своим ДЦ. А самый кайф будет когда китайцы скупят эту паленку в ДЦ занедорого и куда ж они это отконтрабандят то потом, на манер ксеонов с али? :) >> * возможность парирования при наличии избыточности (self heal!) > Аналогично. Что - аналогично? Вы это вообще не вынете так запросто из кармана. Может в каки-то сильно отдельных решениях - за сильно отдельные деньги. И вообще совсем кастомных инфрах. На которые вас таких красивых - точно не хватит. > Ваще не интересно за это деньги платить. А вон те чуваки мне за Data Recovery чего-то денег заносят. Такая чушка это либо образ диска полутрупа либо еще что забавное типа OSM данных и проч :). Убить такую чушку неудачной операцией довольно так себе. > Давно есть у всех кому нужно - без вот этого вот всего. А теперь есть еще и у меня - в крутом, эффективном и удобном мне виде. А как оно у майкрософта например - я видел, спасибо. И именно поэтому я с виндой и продуктами майкрософт я более - принципиально не работаю ;). >> * Возможность хранить несколько состояний ОС, сравнивать их если хочется и проч. > Аналогично. Ну да, ну да, у вас там где-то как-то бороздят просторы большого театра. Но реально - сапожник без сапог. С нтфсиком голимым. И рулит свои сиситемки как будто на дворе 1995. А я так делать уже прсото не собираюсь. > Этап p2v миграции примерно все уже примерно миновали, а v2p - штука > настолько редкая, что просто нахер никому не впилась, чтоб за-ради неё > вот это все городить. Вот еще всякие виндовые проприетарии будут мне рассказывать что я должен хотеть и как я VM должен юзать. Вот только я VM юзаю здорово дольше вас - и достиг в этом намного большего. И не вам пытаться давать мне мастерклассы. Если вы не умеете V2P - да это ваши проблемы. А я так даже образа для эмбедовки, кросс-эмуляцией прототипирую пока реальная железка не приехала. >> * им же при желании можно и дифф бэкапы делать. > Тоже в общем-то, решенный вопрос. Напоминает математика из анекдота про огнетушитель. О, пожар. О, огнетушитель. Решение есть! И довольный отполз спать дальше. А я предпочитаю чтобы это все работало для лично моего окорока. И получше чем вон то. Все эти м...вы рыдания на тему нужности разбиваются о git log. Раз комитят - значит нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (84), 24-Окт-25, 20:04
	> Все познается в сравнении. У вас то вообще - аж NTFS. Вечно тормозящий, с VSS на который без слез не взглянешь, и в целом - офигенная операционочка вышла, аж сам майкрософт hyperv под линя пилит и Azure Linux зачем-то сделал. Видимо так офигенно все было. Шта, шта? Это тот нтфс который фильтры может любые подцеплять к фс и творить то что линовые ехст смогли только недавно? Кстати как там нормально сбэкапить данные и не прос..ть в линухе то без vss?
	Ответить | Правка | Наверх | Cообщить модератору

	177. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 21:48
	> Шта, шта? Это тот нтфс который фильтры может любые подцеплять к фс > и творить то что линовые ехст смогли только недавно? Кстати как > там нормально сбэкапить данные и не прос..ть в линухе то без vss? Если вы вдруг не в курсе - линуховые ФС умеют семантику freeze/thaw но с снапшотами типа btrfs даже прикольнее. А как VSS работает - и какой у этого перфоманс - я видел, уж спасибо. И фильтры ваши мне - до балды, когда перфоманс фс дно донное куда ни ткни. Для ФС все же первичны файловые операции а не какие-то там фильтры. Хоть как.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (236), 28-Окт-25, 22:33
	Опять в гугле видел как однострочник вебсервера что всех рвёт?
	Ответить | Правка | Наверх | Cообщить модератору

	246. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 29-Окт-25, 23:13
	> Опять в гугле видел как однострочник вебсервера что всех рвёт? Не, я таки в интерьере сравнил как оно. Можно посмотреть сколько винда свои апдейты-патчи откатывает и сколько времени там рекавери занимает. Можно бэкапнуть тематичныым софтом базы или что там пожирнее - посмотреть как это все колом встает на отлично при случае. ...а потом поюзать btrfs и забыть такой экспериенс как страшный сон, во. Потому что сделать из "классика" подобие CoW конечно можно, но это как из жигуля самолет делать. Даже летает, но недолго и только с обрыва.
	Ответить | Правка | Наверх | 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ообщить модератору

	78. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 00:01
	> ты еще забыл - падение с развалом фс единичного сервера, стойки, ряда, > целиком datacenter - его ни в малейшей степени не колебет. Вообще-то колебет. Ибо обслуга систем - занятие не дешевое. И что им нравится так это детект сбоящего железа "на подлете". Спасает их от кучи проблем. И думаю фича то очень кстати с выгорающими за полгода интелями которые через полгода начинают от фабричного овервольта в маразм впадать - и во ты будешь рад когда тебе пол ДЦ данные тихой сапой уроет по всей площади а ты с EXT4 и прочими NTFS даже и не заметишь что что-то не так. Не, конечно, когда-нибудь то ты заметишь, но в этот момент будет уже очень и очень поздняк. И поза будет сильно менее удобная чем того бы хотелась.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Eifan (?), 24-Окт-25, 09:34
	У фейсбука btrfs допилена собственными программерами. И там больше различий чем сходства с оригиналом
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	146. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 17:22
	> У фейсбука btrfs допилена собственными программерами. И там больше различий чем сходства > с оригиналом Это все булшит, ибо этих програмеров видно на отличненько в git log каждой очередной версии майнлайна. Сдалось мордокниге отдельные косты тянуть с портированием и чем там еще.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Олег (??), 24-Окт-25, 00:04
	Лет 10 сыромятина
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

	81. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (81), 24-Окт-25, 00:31
	ну да, поэтому регулярно выходят и новые ос, и железки аля телефоны планшеты с федорами и убунтами, вот абсолютно всем дела нет, европа и германия то линукс поставит дефолтной ос, то откажется, никому абсолютно нет никакого дела, ...у вас там в виндузятской пещере еще цепи не сгнили, 20 лет мантру повторяете, стимОс на линуксе, абсолютное большенство игр работает, так или иначе, нет ...никому десктоп не нужен, это все глюки, ага
	Ответить | Правка | Наверх | Cообщить модератору

	86. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (84), 24-Окт-25, 02:17
	И процентики можно посмотреть на рынке? Или джентльменам верят на слово? Конечно цифры нормального подсчёта, а не как вы любите: по подсчётам лин занял уже 3,2% рынка всех ос*   * погрешность под 5%, поэтому 3,2 получено умозрительно по правилу пп
	Ответить | Правка | Наверх | Cообщить модератору

	94. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 24-Окт-25, 07:08
	> ну да, поэтому регулярно выходят и новые ос, и железки аля телефоны > планшеты с федорами и убунтами, вот абсолютно всем дела нет, европа > и германия то линукс поставит дефолтной ос, то откажется, никому абсолютно > нет никакого дела, ...у вас там в виндузятской пещере еще цепи > не сгнили, 20 лет мантру повторяете, стимОс на линуксе, абсолютное большенство > игр работает, так или иначе, нет ...никому десктоп не нужен, это > все глюки, ага Ну так сколько это _в деньгах_, м? Вот все фоши, убунту тачи, либрефоны с графинами вместе взятые? Какова доля рынка _в деньгах_ у вот этого вот всего?
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	103. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (81), 24-Окт-25, 09:32
	А ты % двигателей "двс" можешь посчитать, только вот не надо на википедию ходить за % от автомобильной промышленности, давай все двигатели посчитай, включая двигатели шуруповертов, 3д принтеров, промышленных станков, спутников, детских игрушек, лифтов, и даже новогодних петард. у меня на прошлой работе были сотни устройств с линухой, на поза прошлой не меньше, на поза поза прошлой тысячи были, комп с виндой у тебя один, ну может два, роутер у тебя на чем, а коммутатор провайдера к которому он подключен, сколько там хопов, а терминал в ближайшем магазине, а телефон, по кол-ву одновременно работающих ядер ос на человека твоя десктоп винда даже 10% врядле наберет. И сколько это в деньгах? сколько телефонов всяких водоконалов, рэу, жеу на астериске, сколько сайтов кафешек и магазинчиков на нжинксе, да даже в поликники местной тебе печатают справку в бассейн на принтере с линухой. Если завтра господь спустится с небес и запретит винду, не случится ничего, там да сям очереди буду, народ побухтит, а через неделю о том никто и не вспомнит, а вот если он запретит линукс, то мир встанет колом, потому что работать не будет ничего вообще. ты можешь ходить на свои любимые сайтики, смотреть там на нравящиеся тебе %, и продолжать пребывать в том состоянии в котором ты есть, но линуха давным давно стала дефолтной ОС во всем мире, микрософт на этой волне пилит свой wsl ровно потому чтобы завтра не оказаться у разбитого корыта, потому что технологически они отстали от нормальной ос настолько, что догонять уже смысла нет. Нет в винде ничего нового со времен хрюши, а продавать то надо, пока что отказ от поддержки старых версий работает, но не сегодня завтра микрософту просто запретят скипать поддержку, или поддерживайте или пошли вон с рынка, айфонщикам лайтнинг запретили, вот так новость..ну или не запретят, а перейдут на линуху, тут в зависимости от того что будет дешевле, но других вариантов развития события просто нет. микрософт уже списан, не везде еще официально, но его монополия закончилась, пройдут наверное многие годы, прежде чем виндузятникионли вымрут естественным путем, но это случится.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 24-Окт-25, 10:10
	У тебя конь-текст за окошко вылез. Снова. Прочитай коммент, на который начал отвечать - и скажи, сколько из перечисленного - ДЕСКТОПЫ? А вот потооом уже давай про процент рынка в деньгах вернёмся.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (81), 24-Окт-25, 14:22
	Ага, давай, не будем учитывать то и это, а посчитаем среднюю температуру по больнице, меньше 38, значит зеленки и аспирина достаточно. а все эти томографы от лукавого и не нужны, жили же диды с одним подорожником.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 24-Окт-25, 14:48
	> Ага, давай, не будем учитывать то и это, а посчитаем среднюю температуру > по больнице, меньше 38, значит зеленки и аспирина достаточно. а все > эти томографы от лукавого и не нужны, жили же диды с > одним подорожником. А, прочитал - но не понял? Ну, тоже бывает, чоужтамю Вот, смотри - чтоб проще было: "На linux d-e-s-k-t-o-p (Вот, еще раз повторю - D-E-S-K-T-O-P, в слово "desktop" собирается. Не "server", не "телефон", не "эмбеддовка" - DESKTOP - буквы чОрные, но разные - запомни, это важно) примерно всем примерно покласть, там денег нет, не было и не будет" Понял? Тогда повторяю вопрос...
	Ответить | Правка | Наверх | Cообщить модератору

	145. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 17:21
	> "На linux d-e-s-k-t-o-p (Вот, еще раз повторю - D-E-S-K-T-O-P, в слово "desktop" > собирается. Не "server", не "телефон", не "эмбеддовка" - DESKTOP - буквы > чОрные, но разные - запомни, это важно) примерно всем примерно покласть, > там денег нет, не было и не будет" > Понял? Тогда повторяю вопрос... Ну правильно - иначе подгон под ответ не выходит. То что сам майкрософт на десктоп по сути положил уже, ибо онлайн офис и абажур денежнее - уточнять ессно не будем и подавно.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от User (??), 24-Окт-25, 20:51
	>> "На linux d-e-s-k-t-o-p (Вот, еще раз повторю - D-E-S-K-T-O-P, в слово "desktop" >> собирается. Не "server", не "телефон", не "эмбеддовка" - DESKTOP - буквы >> чОрные, но разные - запомни, это важно) примерно всем примерно покласть, >> там денег нет, не было и не будет" >> Понял? Тогда повторяю вопрос... > Ну правильно - иначе подгон под ответ не выходит. То что сам > майкрософт на десктоп по сути положил уже, ибо онлайн офис и > абажур денежнее - уточнять ессно не будем и подавно. Ну в общем традиционно ворвался в обсуждение кофе и чая с криком "Чай лучше, по тому, что у нас в деревне все водку любят!!!"
	Ответить | Правка | Наверх | Cообщить модератору

	178. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 21:50
	> Ну в общем традиционно ворвался в обсуждение кофе и чая с криком > "Чай лучше, по тому, что у нас в деревне все водку любят!!!" Вам виднее куда вы там ворвались. Но ваши потуги подогнать решение под ответ, путем фигурного выбора методов и критериев - весьма характерные.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 17:20
	> Ну так сколько это _в деньгах_, м? Вот все фоши, убунту тачи, > либрефоны с графинами вместе взятые? Какова доля рынка _в деньгах_ у > вот этого вот всего? А фэйсбук и гугл к ним приплюсовать - как, можно? С аргументом "инфра основана на линухе"? Да и андроида заодно. Или тут считаем, тут не считаем, а тут рыбу заворачивали? На линухе сейчас суммарно держится намного больше рынков чем на винде, имхо.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	173. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 24-Окт-25, 20:53
	>> Ну так сколько это _в деньгах_, м? Вот все фоши, убунту тачи, >> либрефоны с графинами вместе взятые? Какова доля рынка _в деньгах_ у >> вот этого вот всего? > А фэйсбук и гугл к ним приплюсовать - как, можно? С аргументом > "инфра основана на линухе"? Да и андроида заодно. Или тут считаем, > тут не считаем, а тут рыбу заворачивали? > На линухе сейчас суммарно держится намного больше рынков чем на винде, имхо. Можно. Но боюсь результат не изменится - как было 0,000001% рынка десктопов в деньгах - так и останется. Не, ну может 0,00001% за счет хромоси - но и то не факт.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 21:52
	> Можно. Но боюсь результат не изменится - как было 0,000001% рынка десктопов > в деньгах - так и останется. Не, ну может 0,00001% за > счет хромоси - но и то не факт. А почему рынок - только десктопов? На остальные компьютерные системы - мораторий какой-то? Или там деньги пахнут как-то иначе? Десктопы как рынок вообще явно не топовый сегмент интересов. И вы уж определитесь - то 0,000001% то 4%, что-то вас таких штормит прямо. А тем временем всякие валвы продают миллионы юнитов приставок. Пустячок а небольшой ножик в псину таки вот.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 24-Окт-25, 22:05
	>> Можно. Но боюсь результат не изменится - как было 0,000001% рынка десктопов >> в деньгах - так и останется. Не, ну может 0,00001% за >> счет хромоси - но и то не факт. > А почему рынок - только десктопов? На остальные компьютерные системы - мораторий > какой-то? Или там деньги пахнут как-то иначе? Десктопы как рынок вообще > явно не топовый сегмент интересов. И вправду, удивительно - почему при обсуждении тезиса: "RHEL - сервера, fedora - desktop. На linux desktop примерно всем примерно покласть, там денег нет, не было и не будет, хучь fat16 туды ставь, хучь bcachefs..." обсуждается рынок десктопов? Непонятно... Может надо еще двигатели внутреннего сгорания(ТМ) приплюсовать? И вот пишмашинки еще - чтоб уж точно результат правильный был! > И вы уж определитесь - то 0,000001% то 4%, что-то вас таких > штормит прямо. А тем временем всякие валвы продают миллионы юнитов приставок. > Пустячок а небольшой ножик в псину таки вот. Ох. Рынок - в деньгах, не в штуках. Ну буквами - написано. Разницу между штуками и рублями - понимаем, или надо на "яблоках" и "орехах" объяснять?
	Ответить | Правка | Наверх | Cообщить модератору

	195. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 03:10
	> И вправду, удивительно - почему при обсуждении тезиса: > "RHEL - сервера, fedora - desktop. На linux desktop примерно всем примерно > покласть, там денег нет, не было и не будет, хучь fat16 > туды ставь, хучь bcachefs..." Я вообще не вижу смысла обсуждать такой бред. Тем более что какой-нибудь Valve активно оспаривает этот тезис. Если кто не знает - Valve собирался денег Кенту насыпать. Собирается ли до сих пор после сессии отчаянного долбоклюизма Кента - а вот хрен его знает! Кента по хорошему толпа народа просила прийти в адекват. Желание быть самой умной клавой на деревне - победило. Ему очень повезет если он не прогадит то будущее которое уже вырисовывалось ему на горизонте. А если не повезет - он прямо на себе и узнает как выглядит "гордыня предшествует падению".
	Ответить | Правка | Наверх | Cообщить модератору

	220. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 26-Окт-25, 16:12
	>> И вправду, удивительно - почему при обсуждении тезиса: >> "RHEL - сервера, fedora - desktop. На linux desktop примерно всем примерно >> покласть, там денег нет, не было и не будет, хучь fat16 >> туды ставь, хучь bcachefs..." > Я вообще не вижу смысла обсуждать такой бред. Оооо! На третьи сутки до индейца быстрое полено ДОШЛО что же именно тут обсуждается! Аллилуйя, братие-и-сестрие, свершилось! > Тем более что какой-нибудь > Valve активно оспаривает этот тезис. Оставляя в стороне вопрос принадлежности steamdeck к "дескотопам" - спрошу еще раз (Может на четвертый раз вопрос дойдет?) - так скока там этого вальва в деньгах-то? Ну именно в "ОС"? > Если кто не знает - Valve > собирался денег Кенту насыпать. И это блестящим образом иллюстрирует важность и нужность, да. Так прям и вижу очами своего сердца, как Габен встает, тяжело вздыхает и принимает Ключевое Решение! "Отменяем закупку корицы к кофе в офис и нанимаем одного, а может даже двух! разработчиков на запилку ключевых функций! Может даже точкилки для карандашей... хотя нет, на это мы пойти пока не можем"
	Ответить | Правка | Наверх | Cообщить модератору

	222. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 26-Окт-25, 17:26
	> И это блестящим образом иллюстрирует важность и нужность, да. > Так прям и вижу очами своего сердца, как Габен встает, тяжело вздыхает > и принимает Ключевое Решение! "Отменяем закупку корицы к кофе в офис > и нанимаем одного, а может даже двух! разработчиков на запилку ключевых > функций! Может даже точкилки для карандашей... хотя нет, на это мы > пойти пока не можем" Габену видите ли этот вам мyдaсофт - по сути планировал бизнес разъ...ть! (не ему первому, не ему последнему кстати). Габен был немного не окей с подобной перспективой развития событий. И вообще - он в майкрософт работал, поэтому отлично знает как это все работает, изнутри. И именно с тех пор он почему-то майкрософт искренне ненавидит :). Я в майкрософте не работал, тьфу-тьфу, но плотного "партнерства" с ними более чем хватило чтобы догадаться о тех же вещах. И с тех пор у меня тоже симпатий к майкрософту - "как у габена" примерно. По примерно тем же мотивам.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от User (??), 26-Окт-25, 18:16
	Ну в общем смысл обсуждаемого тезиса ты с грехом пополам на четвертый день осознал - но до идеи писать в ответ хоть что-нибудь относящееся к тезису и\или задаваемым вопросам еще пока нет. Понимаю, идея сложная, странная и можно сказать неочевидная - как-так, отвечать на заданные вопросы а не говорить первое, что придет в голову по ключевым словам? Но ты уж постарайся, а?
	Ответить | Правка | Наверх | Cообщить модератору

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

	8. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от 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"	+1 +/–
	Сообщение от 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ообщить модератору

	108. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от glebiao (ok), 24-Окт-25, 10:13
	>  У тебя трабла будет как раз если ты попытаешься их использовать как полноценные subvol's - как в zfs. какая именно, можно подробности? использую более 9 лет (нет, не локалхост), не замечал.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 24-Окт-25, 18:18
	> какая именно, можно подробности? двадцать раз уже показывал: Раз, простое: btrfs subvol create /srv/docker btrfs subvol list -a / ID 257 gen 63247491 top level 5 path <FS_TREE>/@ ID 258 gen 63247080 top level 5 path <FS_TREE>/@home ID 402 gen 63247491 top level 257 path @/srv/docker уп-с... Что это вот за нёx и как теперь это чинить будииим? Два - сложное: есть у нас нетривиальная структура (совершенно тривиальная для zfs, кстати - то есть вот та ровно для этого и придумана) - несколько разной глубины сабволов, используемых местами как точки монтирования вовсе не внутри того же дерева, пачка снапшотов этих сабволов в разных местах, что-то не в ридонли. Ну такая вот система, жила долго и нажила сложных иерархий. Но тут опачки - место кончилось, и понадобилось нам ее перенести на другой диск. С какой проблемой ты тут щас столкнешься лбом, и, кстати, как будем ее решать, если таких вот серверов окажется не один? Местный кексперт с одних курь... э... одноплатников тыщи, так и кишат - слился, кстати.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от МейнтейнерМайкрософт (?), 24-Окт-25, 22:27
	Да, правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 25-Окт-25, 03:13
	> Местный кексперт с одних курь... э... одноплатников тыщи, так и кишат - > слился, кстати. Хрень с менеджментом фс сделал ты, а слился - эксперт. Л - Логика!
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	198. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от glebiao (ok), 25-Окт-25, 11:51
	>Что это вот за нёx и как теперь это чинить будииим? А что тут неожиданного и что тут чинить? Имхо, всё правильно и ожидаемо. >разных местах, что-то не в ридонли. >Ну такая вот система, жила долго и нажила сложных иерархий. >Но тут опачки - место кончилось, и понадобилось нам ее перенести на другой диск. тут -- да, перенести всю иерархию именно с сохранением сабволюмов как сабволюмов и снэпшотов -- как снэпшотов, нетривиально. 1:1 --- только через подключение нового диска в массив и затем удаление старых. Геморройно, да. но, вероятно, в любой(!) cow, другого решения и быть не может?
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	206. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 21:20
	> А что тут неожиданного и что тут чинить? > Имхо, всё правильно и ожидаемо. Неожиданно тут то что типа-эксперт по типа-ФС вообще не удосужился разобраться как это все работает - но полез порулить. И порулил. С предсказуемым результатом. А виноват в этом видимо ФС. Логично, хы. А нормальные люди - при таком уровне знаний - ставят убунту и там инсталлер сам все ЗБС сделает, во. Так что даже чайник с убунтой может получить результат - лучше "эксперта по ФС". Откуда вывод что не такой уж "эксперт" и экспертистый. > тут -- да, перенести всю иерархию именно с сохранением сабволюмов как сабволюмов > и снэпшотов -- как снэпшотов, нетривиально. Сделать btrfs send всего что надо. Но если кто нагородил сложную иерархию он и сложный менеджмент бонусом получил. Что ему не нравится то? > 1:1 --- только через подключение нового диска в массив и затем удаление > старых. Геморройно, да. > но, вероятно, в любой(!) cow, другого решения и быть не может? А чего геморного то в том чтобы пару команд набрать? В btrfs add/remove девайсов пожалуй самый простой из всех. И двигается только реально используемое.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 27-Окт-25, 17:59
	> А что тут неожиданного то что у нас есть _невидимая_ нёх в первых двух, а в третьей ее нет и как это хотя бы смонтировать теперь (если ты заранее не догадался что произойдет и не подсмотрел id)? И разумеется невидимую нёх нельзя использовать в командах менеджмента. > Имхо, всё правильно и ожидаемо. Я совершенно не ожидал получить вообще немонтируемый без костылинга кусок фс. > тут -- да, перенести всю иерархию именно с сохранением сабволюмов как сабволюмов и > снэпшотов -- как снэпшотов, нетривиально. тут бы хотя бы она в диск влезла бы. (А она, разумеется, не влезет, если мы вместо клона всей структуры начнем копировать каждый сабвол отдельно) > но, вероятно, в любой(!) cow, другого решения и быть не может? zfs send -R внезапно делает именно это. Причем с любой точки в дереве. А чудо в перьях придуманное в недрах мордокниги - требует ручного прдлнга и смотри оидики не перепутай. А, ну и разумеется с полной остановкой системы, потому что оно может только из Readonly нормально работать. > только через подключение нового диска в массив а если этот диск на другом конце планеты? У меня есть проектик который уже четыре раза переехал вот так. Или на диске что-то уже есть, и мы не собираемся это сносить. В общем, с какой стороны ни зайди - недоделок.
	Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

	234. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от glebiao (ok), 28-Окт-25, 13:12
	>> А что тут неожиданного > то что у нас есть _невидимая_ нёх в что такое "нёх"? прекрасно видимая, если сделать list. > что произойдет и не подсмотрел id В list всё видно. И нахрена тебе id? монтируешь по полному пути и всё. > Я совершенно не ожидал получить вообще немонтируемый без костылинга кусок фс и опыт, сын ошибок трудных. я не вижу проблем. если кому-то хватило ума делать *независмый* sv относительно sv, ну, он же знал, как работать с таким решением. > zfs send -R внезапно делает именно это прекрасно. я не знаю, почему так не было сделано в btrfs, но навскидку можно предложить(!) целый пучок соображений, почему так делать не надо. Может, сделают. Когда -- нибудь. Ограничение неприятное. > и смотри оидики не перепутай ещё раз. нахрена тебе явно заданные id? > и разумеется с полной остановкой системы, потому что оно может только из Readonly нет. > а если этот диск на другом конце планеты? я и говорю, неприятное ограничение. так -- только iSCSI или много ручного труда с коррекцией субтомов. >В общем, с какой стороны ни зайди - недоделок. Скорее, не всё за один присест бросились делать, исходя из целевой аудитории. Добились очень хорошей стабильности, уже отлично. Шаг за шагом...
	Ответить | Правка | Наверх | Cообщить модератору

	247. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (247), 29-Окт-25, 23:23
	> и опыт, сын ошибок трудных. я не вижу проблем. если кому-то хватило > ума делать *независмый* sv относительно sv, ну, он же знал, как > работать с таким решением. Это показало как обычно - что сэр ни в чем не разбирается но мнение имеет. > прекрасно. я не знаю, почему так не было сделано в btrfs, но > навскидку можно предложить(!) целый пучок соображений, почему так делать не надо. > Может, сделают. Когда -- нибудь. Ограничение неприятное. Обычно люди не разводят аццкий зоопарк - и слать ВООБЩЕ СОВСЕМ ВСЕ - с всеми снапшотами и чем там еще - очень нишевая специфичная развлекуха. Нужная полутора анонимусам раз в 10 лет примерно. Т.е. это далековато от "killer feature" и только. Раз в 10 лет 1.5 анонимуса и мануально это - смогут. Ну да, не очень хорошо. Но масштаб трагедии... >> и смотри оидики не перепутай > ещё раз. нахрена тебе явно заданные id? Просто этот гражданин не ищет легкие пути. У него мотто такое - прострелить себе пятку и на публику корчиться, проклиная арбалеты, стрелы, весь мир и проч. В общем всех кроме стрелка самого же и нажавшего на спуск, который - отличный малый. >> и разумеется с полной остановкой системы, потому что оно может только из Readonly > нет. Тот гражданин еще и не такое расскажет. Экспертиза уровня бох^W пох же. > так -- только iSCSI или много ручного труда с коррекцией субтомов. Ну да, неприятно. Но надо - раз в дохрена полутора человекам. > Скорее, не всё за один присест бросились делать, исходя из целевой аудитории. > Добились очень хорошей стабильности, уже отлично. Шаг за шагом... О том что большие проекты не собираются за 5 минут - господа почему-то умалчивают. А тот позор с релизами и рефлинками в ZFS - ничего, нормуль. Вот только это и называется - двойные стандарты.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от нах. (?), 23-Окт-25, 19:37
	> А в чем траблы? Что подтома неотличимы от директорий? а, да, забыл одну мелочь сообщить, если ты вдруг не читатель а писатель. Самбы там, ну или чего еще. Отличить просто. У subvol inode number - всегда 256. Кроме пустых, у которых он - 2. Легко запомнить, просто заимплементить. Ну а если рассудок и жизнь дороги вам - просто держитесь подальше от торфяных болот.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	99. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от ан (?), 24-Окт-25, 08:28
	>Ну а если рассудок и жизнь дороги вам - просто держитесь подальше от торфяных болот. Да-да, это нам адепт одной ntfs тут рассказывает. Да многие здесь давно в курсе про твою "экспертизу", деятель
	Ответить | Правка | Наверх | Cообщить модератору

	147. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 17:25
	> Да-да, это нам адепт одной ntfs тут рассказывает. Да многие здесь давно > в курсе про твою "экспертизу", деятель У него на самом деле подгорает с того что пингин обошел на повороте и эти его соляры и бсд. Еще 1 недо-проприетарщик такого плана - user. Такие вот "юниксоиды" продвигаюшие нтфсик. Наконец нашли свою экосистему. Где им самое место, имхо.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 24-Окт-25, 18:19
	> Да-да, это нам адепт одной ntfs тут рассказывает. Да многие здесь давно да-да, я вам рассказываю как отличить сабвол от каталога, а не адепты халявы на лопате и побольше. Потому что вы про свои фетиши не знаете ровно нихрена.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	160. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от _ (??), 24-Окт-25, 19:28
	> Потому что вы про свои фетиши не знаете ровно нихрена. Они в них ВЕРЯТ(С) - знания тут скорее даже вредны! :)
	Ответить | Правка | Наверх | Cообщить модератору

	204. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (204), 25-Окт-25, 18:19
	> Отличить просто. У subvol inode number - всегда 256. > Кроме пустых, у которых он - 2. Это прям что то на измудренном. А на каком иноде gpt разметка, точно. хд) хд)
	Ответить | Правка | К родителю #68 | Наверх | 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ообщить модератору

	92. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 04:50
	> Говорят что благодоря фолиантам жизнь станет лучше. Но все же кажется что > 5\6 рейд далеко не первоочередная цель. Там еще в Experimental есть такая забавная штука как Raid Stripe Tree. Идея на самом деле частично с Кента содрана. И пока не допилена на все 100%. Для RAID 56 пока вроде не запилено. А так забавная штука, позволяет RAID'ы без write hole за счет CoW.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (-), 24-Окт-25, 15:35
	> допилена на все 100%. Для RAID 56 пока вроде не запилено. то есть ничего как не работало так и не будет > А так забавная штука, позволяет RAID'ы без write hole за счет > CoW. сюрприз, write hole бывает только на parity based raid. Весь ее смысл в том что поскольку у тебя нет второй копии данных, а есть только parity - при его повреждении нельзя восстановить ВСЕ данные из страйпа, а не только те что записали в последний момент. (то что последние недозаписанные данные могут оказаться битыми - это не write hole, они и без всякого рейда могут) У zfs нет ни первой ни второй проблемы вовсе не из-за cow. У линуксного md raid нет первой. Теоретически, первая должна чиниться scrub'ом, практически как обычно.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 17:39
	> то есть ничего как не работало так и не будет То-есть, господам с NTFS просьба не беспокоиться. И покупать дисковые полки я тоже не собираюсь, равно как и делать мозг этажерками из LVM и XFS от индусиков RHBM. > сюрприз, write hole бывает только на parity based raid. Весь ее смысл > в том что поскольку у тебя нет второй копии данных, а > есть только parity - при его повреждении нельзя восстановить ВСЕ данные > из страйпа, а не только те что записали в последний момент. В случае CoW это на самом деле - не так. Ибо старое состояние разрушать - не требуется! Поэтому _сперва_ запись вбок ВСЕГО что хотели, _потом_ апдейт указателей на новое состояние. Так можно обыграть и parity-based без write hole. Атомарным переключением - из старого состояния в новое. В обоих будет все что надо. Если не прокатило и что-то не дописали -> юзается старое состояние, провальная запись никогда не случалась (семантика rollback, как обычно). То что изначально RAID56 в btrfs сделали чрезмерно с оглядкой на классику, не поюзав природу CoW там где надо было - это вообще совсем отдельный вопрос. Пришел Кент, почесал репу, накидал proof of concept. Btrfs'ники почесали репу - "а мы чем хуже" и тоже скосплеили идею. То что оно экспериментальное и недопиленное - вопрос номер два. > (то что последние недозаписанные данные могут оказаться битыми - это не write > hole, они и без всякого рейда могут) Если переключать указатели на новые состояния только когда ВСЕ записи прокатили это не особая проблема. Проблема - что до этого почему-то всерьез первым допер только Кент :) > У zfs нет ни первой ни второй проблемы вовсе не из-за cow. У него есть много других проблем из-за которых он и умрет. В частности этот утюг в принципе не сможет современные IOPS. Просто и банально. ДАже бенч фороникса на попсовой конфижке уже буксует во всю. На относительно хомяковом железе. > У линуксного md raid нет первой. > Теоретически, первая должна чиниться scrub'ом, практически как обычно. А реально есть идея лучше - юзать, блин, то что могла дать CoW механика по полной. И тогда нет никаких проблем с частичной записью страйпов - указатель просто перевешивается лишь когда ВСЕ нужные записи завершены. А если не прокатило просто откатывается в старое состояние. В коротом тоже были все страйпы. Это было просто, это ложилось на логику CoW, и почему первым до этого допер только сообразительный выскочка Кент - ктулху бы его знает, а.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от нах. (?), 24-Окт-25, 18:35
	>> то есть ничего как не работало так и не будет > То-есть, господам с NTFS просьба не беспокоиться. то есть технические аргументы кончились, начался скулеж и звиздежь. > И покупать дисковые полки я тоже не собираюсь, да тебе столько денег никто и не доверит никогда > равно как и делать мозг этажерками из LVM и XFS от индусиков RHBM. держи в курсе, в чем ты еще нихрена не разбираешься. Вот индусики мордокнижки - твои лучшие друзья, это другоэ. А владелец линукса - так, мимо крокодил. > В случае CoW это на самом деле - не так. Ибо старое в случае cow это точно так же. Кексперт такой кексперт. Повторяю: write hole никак с cow не связана. Поэтому и присутствует в бырбыре, прямо рядом с коровой. И отсутствует в md raid, вот так сюрприз. > совсем отдельный вопрос. Пришел Кент, почесал репу, накидал proof of concept. жаль что работающий raid5 так и не написал. Наверное тоже торопился улучшайкать мир, не дослушав математику на втором курсе. А без этого пруфы увы не котируются. > Если переключать указатели на новые состояния только когда ВСЕ записи прокатили это > не особая проблема. Проблема - что до этого почему-то всерьез первым это проблема. Увы. > У него есть много других проблем из-за которых он и умрет. В У него единственная реальная проблема - за него не платит мордокнига. Остальные просто ее следствия. И я не про зарплаты разработчикам, которым она платит гроши и выжимает их до последнего - потому что может, еще одно увольнение, и их только в макдак возьмут, а про божка с пальцем, с зарплатой в миллион долларов в месяц и нулевыми обязательствами, его-то не уволишь. А вот чтоб не пакостить просто потому что могет - он так не договаривался, и его прихлебалы тоже. > CoW механика по полной. И тогда нет никаких проблем с частичной > записью страйпов - указатель просто перевешивается лишь когда ВСЕ нужные записи > завершены. А если не прокатило просто откатывается в старое состояние. И пусть весь мир подождет. Потому что пока указатель не "перевешен" - все твои данные просто висят в воздухе. А учитывая что это вообще ахиллесова пята бырбыра, и они изо всех сил стараются трогать весь свой миллион указателей начиная от суперблока как можно реже - результат довольно предсказуем.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 22:24
	Но пользователь с никнеймом н*х, то у нас точно эксперт в данном вопросе.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 16:36
	> Но пользователь с никнеймом н*х, то у нас точно эксперт в данном вопросе. Это очень ценный кадр. Глядя на него - можно 1) Понять какие идеи следует подсунуть - конкурентам. 2) Посмотрев на его вой - узнаете что и как делать не следует. Но тут стоит понимать что у господ с бэкграундом в проприетарных *никс и прочих BSD радиус кривизны лапок - не годится для современных пингвинов. Они пытаются рассматривать это как древний *nix и это постоянно играет с ними злую шутку. Не то чтобы это совсем не работает, но это дико неэффективно. За полвека мир здорово ушел вперед. А они - так и остались в своих 70х прошлого века, напрочь игноря все улучшения с тех пор. И конечно это отливается. По этой причине ветеран-юникс господ из продов в целом уже почти ушли - "DevOps". У которых _другие_ тайминги решения проблем, объемы окучиваемых систем, и в целом польза для команды и эффективность операций.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (236), 28-Окт-25, 22:41
	> А они - так и остались в своих 70х прошлого века, напрочь игноря все улучшения с тех пор. И конечно это отливается. По этой причине ветеран-юникс господ из продов в целом уже почти ушли - "DevOps". У которых _другие_ тайминги решения проблем, объемы окучиваемых систем, и в целом польза для команды и эффективность операций. Собственно вот роспись в неполноценности циферного. Он из тех кто тут предлагал бгп по интернету канареечным вкатыванием фигачить. И прочий булщит маркетинговый. Слышь девопсер, много облачек построил на контейнерках? Или опять начитался лгбт-статей в этом интернете? Таких девопсеров как за баней. Вживую с кем общался единицы понимают что делают. По интернет общению их немного больше. Но основная масса как ты - прикрыта мятой газеткой с надписью дивьпопс.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (248), 30-Окт-25, 02:01
	> Собственно вот роспись в неполноценности циферного. Он из тех кто тут предлагал > бгп по интернету канареечным вкатыванием фигачить. Нифига, осень наступила. BGP какой-то отрос, в топике про файлухи. Нехило так. > девопсер, много облачек построил на контейнерках? Или опять начитался лгбт-статей в > этом интернете? Я не строитель облаков. Но у меня есть немало серваков, и свои нужды по части виртуализации я на отлчно обслуживаю. > Таких девопсеров как за баней. Я вообще не девопс. Просто видел как работать на самом деле надо было. И после этого и понял за что ушли ветеранюниксов. Равняться надо - на лучших из нас. Тех кто делает много, круто, быстро, профессионально. А не тех кто пальцы больше всех гнет. > Вживую с кем общался единицы понимают что делают. Какой человек такой и круг общения. А когда я видел как сэр работает - я широко открыл глаза. И пообещал себе что будет круто если я смогу хотя-бы половину этой крутизны. > По интернет общению их немного больше. Но > основная масса как ты - прикрыта мятой газеткой с надписью дивьпопс. Не знаю о чем это - но я видел как господа за считанные минуты разрулили проблемы с которыми другие долбались месяц. Просто пришли и дали таким как вы мастеркласс на тему того как это на самом деле надо было. И за именно такие соотношения ветеранюниксы и уступили кресло этим господам. И вот теперь можно поговорить со знанием дела кто там админы локалхостов.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 24-Окт-25, 22:38
	> то есть технические аргументы кончились, начался скулеж и звиздежь. Не, просто высказал мое отношение к твоей экспертизе. > да тебе столько денег никто и не доверит никогда Откуда тебе знать кто и что мне доверяет? Держи свои комплексы при себе имхо. >> равно как и делать мозг этажерками из LVM и XFS от индусиков RHBM. > держи в курсе, в чем ты еще нихрена не разбираешься. В программировании на Brainfuck я тоже - не очень. Я и правда считаю что менеджмент систем должен быть простым, удобным, логичным и ненапряжным. А ты можешь заниматься осиливанием, превозмоганием, канканом и мнить что это - якобы-достижения. > Вот индусики мордокнижки - твои лучшие друзья, это другоэ. А владелец линукса > - так, мимо крокодил. Я бы не назвал кондовых блочнофайлущников из Linux Kernel оптом перебежавших к мордокниге такими уж индусами, просто судя по фамилиям и именам :) А у RH вообще нет никого распознаваемого мной как нечто отличное от ноля. Нравится, не нравится но они на данный момент ни на что не влияют особо. Пилт свой мусор XFSный в своем закоулке. Пытаются хоть немного фичесета Btrfs скосплеить. Получается не очень. Ибо сова на глобус тяжко идет. Да и ключевых бенефитов CoW нет. Зафиг оно такое - редзат его там знает. Мне такой хоккей не надо - это все вне сферы моих интересов. Если ты не понял: я помогаю тем чей результат труда мне интересен и актуален. И именно их технологиями я и владею лучше всего. У редхат свои цели. У меня свои. И в мои цели точно не входит отношение с чем-то типа XFS и тем более сратисами, lvm и проч. Btrfs тупо ближе всего к управлению томами которое я бы на самом деле хотел видеть. Ипучие наслоения этажерок которые даже починить битую реплику из исправной без десятиэтажного кластерфака не могут - должны вымереть как мамонты. > в случае cow это точно так же. Кексперт такой кексперт. Повторяю: write > hole никак с cow не связана. Ты не понял. CoW просто дает возможности обтяпать это .... 1) Без особых потерь перфоманса. 2) Без write hole. Т.е. если чуть пересмотреть как делается запись - в парадигмах CoW все довольно изящно может получиться. Почему Кент первый кого эта идея посещает - хз. Это тот неловкий момент когла остальные удивленно почесали репу "а что, так можно было? Во мы ступили!" Просто потому что CoW в общем случае позволяет - атомарно переключаться на новое состояние с старого. И все что на самом деле надо - не мешать ему это делать и не делать действий враждебных к этому. И только. Называя вещи своими именами, RAID56 в изначальном виде btrfs - underarchitected. Кент показал что можно делать сравнимые вещи куда интереснее. >> совсем отдельный вопрос. Пришел Кент, почесал репу, накидал proof of concept. > жаль что работающий raid5 так и не написал. Наверное тоже торопился улучшайкать > мир, не дослушав математику на втором курсе. А без этого пруфы увы не котируются. Не все сразу. Есть такая фигня как приоритеты. А Кент еще себе сдуру жизню конкретно усложнил. В продвинутом дизайне надо сперва довести до ума базовые алго и "core" и только потом в навороты лезть. >> не особая проблема. Проблема - что до этого почему-то всерьез первым > это проблема. Увы. Инженерия забавная штука. Иногда красивое решение под самым носом - но его не замечают. Пока кто-нибудь не посмотрит свежим взглядом - это ж элементарно Ватсон?! Блин и правда - элементарно. Иногда прошлый опыт играет дурную шутку и может зашорить взгляд. >> У него есть много других проблем из-за которых он и умрет. В > У него единственная реальная проблема - за него не платит мордокнига. А что LLNL не того, да? Хотя конечно по сравнению с мордокнигой... > И пусть весь мир подождет. В случае тех RAID проблемы с страйпами VS перфоманс всяко на 100% никуда и ни у кого не деваются. И вон то по перфомансу при правильном подходе не обязано быть чем-то хуже всего остального. Запись в CoW никогда не была слабым местом по перфомансу так то. И переклюк указателей - дешевая операция. Т.е. как я понимаю в таком виде реально и неплохой перфоманс, и атомарность операций - за счет того что CoW не сносит старые версии данных сразу. И поэтому вообще нет реальной нужды трогать ОРИГИНАЛЬНЫЕ страйпы, с риском урыть что-то при крахе. Можно сделать что хотели записями в ДРУГОЕ место, и переназначением указателей. Почему это доперло только до кента и сильно опосля? А кто его знает. Видимо имея примеры перед глазами сложно сломать абстракции и вместо "как привыкли" сделать "как логично, просто и хорошо". > Потому что пока указатель не "перевешен" - все твои данные просто висят > в воздухе. Пока указатель не перевешен - я просто получаю старое состояние, как будто этой записи не было вообше. Если, вот, не рушить существовавшее состояние кантовкой страйпов, а оформлять все изменения как именно CoW действо куда-то в сторону. На самом деле чуть сложнее и "указатели" (метаданные) тоже - CoW'аются. Но общую идею действа. И да, это стандартная журнальная семантика когда не доехавшая до финиша запись - откатывается. > А учитывая что это вообще ахиллесова пята бырбыра, и они изо всех > сил стараются трогать весь свой миллион указателей начиная от суперблока как > можно реже - результат довольно предсказуем. На первый взгляд все должно работать. И каких-то особых факапов в той логике я не вижу. Да и все остальные упражнения на тему - тот или иной tradeoff так или иначе. А по части ZFS - можешь почитать что кент на это думает. Он выскочка и заинтересованное лицо, но развитие ФС технологий более-менее изучил. И все траблы тоже. Поэтому ZFS умрет от своей природы, напоминающей классические дизайны. А потому - на уровне структур он обречен страдать поганым перфомансом. Чтобы с этим что-то сделать - надо его переписать. Весь. Заново. Несовместимо. И вот это выглядит как достаточно большая проблема, имхо. В плане future-proof.
	Ответить | Правка | К родителю #157 | Наверх | 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ообщить модератору

	215. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от ДругойАноним (?), 26-Окт-25, 07:26
	>Даже Гном после KDE вполне норм и переключение языка по Caps из коробки. Всё что нужно свежее из софта беру из плоского хаба. Так все описываешь будто Windows так неумеет. хд)хд)
	Ответить | Правка | К родителю #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"	–2 +/–
	Сообщение от Аноним (-), 23-Окт-25, 14:53
	> Ну тоесть Васян создал, а рхел хотят нахаляву,. А васян сказал что это его бтрфс. Васяна звали Крис Мэйсон, впрочем, он не один эту штуку придумал. И его тушку за это потом хотели довольно много какие фирмы. Сейчас он в мордокниге, если не ошибаюсь. Куда и куча других блочнофайлушников перебрались. А на почве этой индусятины на пыхтонрасте в сратисе и адового качества кода XFS и несоответствия начинки и желаний - из RH свалили вообще все минимально известные блочнофайлушники. Даже нубоватый майнтайнер XFS через пару лет прочухал во что вписался и дал деры. И теперь там вообще какие-то нонейм раджи-кумары. Если вы кастомер RH и занесли товарный состав денег - ну они как-нибудь с вашими проблемами может и разберутся. Но это не точно. А вот что вы будете делать если вы товарняк с деньгами не подгоняли с той кучей пыхтонраста и наслояниями от дидов XFS - а вот это уже ваши проблемы, хе-хе!
	Ответить | Правка | Наверх | Cообщить модератору

	52. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 23-Окт-25, 17:39
	> мордокниге, если не ошибаюсь Не ошибаешься, т.е. нашел себе работу только в самой поганой работорговле какая только бывает. Пойти рабом в мордокнигу - надо ну ооооочень хотеть жрат. То есть - успешнейший успех. Ну логично, из орацла вышвырнули, лавка которая по дурости пыталась продавать "решеньица" на базе его поделки - банкрот, тут спасибо еще взяли в мордокнигу кодить, а не в амазон suicide booths мыть. > из RH свалили вообще все минимально известные блочнофайлушники То есть те самые ребята из-за которых в 10м году мы вынуждены были отказаться от редхатоидов и их фс. Потому что она разваливалась раз в несколько часов. Надеюсь что уволены с волчьим билетом и "при помощи ноги" и никогда уже работу не найдут. Пусть на питоне фронтенды кодят, у них получается. С тех пор, кстати, "раджи кумары" написали работающий thin lvm и я пока не видел его отказов в массовых масштабах или хотя бы в проверяемых ситуациях (а не "ой я сам не знаю нажал чтота")
	Ответить | Правка | Наверх | Cообщить модератору

	83. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–2 +/–
	Сообщение от Аноним (-), 24-Окт-25, 01:46
	> Не ошибаешься, т.е. нашел себе работу только в самой поганой работорговле какая > только бывает. Пойти рабом в мордокнигу - надо ну ооооочень хотеть жрат. Ты не понимаешь. В таких фирмах условия ооооочень зависят от того что ты из себя представляешь. И если амазон гестапит биороботов на складе - это совсем не значит что крутой синьор или PM в софтварном направлении получает то же отношение. Так что если к тебе относятся как к гребцу на галере, у меня для тебя плохие новости. > То есть - успешнейший успех. Ну логично, из орацла вышвырнули, Вообще-то если ты не в курсе - из оракла опенсорсники уходят сами и более пары лет в этом рассаднике проприетари мало кто выдерживает. Климат видимо там совсем не того. Абсолютно все отличные от ноля величины в опенсорсе попадающие на мой радар - там более пары лет не задерживаются и меняют места работы на нечто более комфортное для опенсорсника. Потому что могут. > То есть те самые ребята из-за которых в 10м году мы вынуждены > были отказаться от редхатоидов и их фс. Судя по всему не те же. В любом случае если из фирмы свалили все блочнофайлушники - окей, они утратили контроль над аспектом. Девелоп этого идет без них в целом. Рх только свой XFS гальванизирует. Если он тебе нужен - юзай наздоровье с твоими LVMами. А я лучше сабжа поюзаю. Просто потому что это намного менее мучительное в управлении. > Надеюсь что уволены с волчьим билетом и "при помощи ноги" и никогда > уже работу не найдут. Ну да, файлухи и блочный уровень сами на деревьях отрастут. Как булки. Но не - даже нубоватый экс-майнтайнер XFS - Derrick Wong - немного поднабрав опыта и отхватив более 9000 репортов с "суперкода" дидов от Syzbot, и поотношавшись вволю с потугами натянуть сову на глобус чексум и scrub - начал догадываться что с этим была какая-то подстава и свалил оттуда от греха. И таки тоже с btrfs'никими теперь в основном кучкуется. Не следил куда он работать ушел, просто вижу его вокруг btrfs'а порой. Ну а ты можешь показать шоу что ты будешь делать если у тебя какой сратис посреди операции на середине раскорячится. Что делать с контрактом на саппорт - там еще понятно, заводишь тикет, тех нонейм неудачников кнутуют, чем жирнее кастомер и дольше тикет - тем злее кнутователь. Так что может и придумают чего. Но это не точно - я видел как Майкрософт в таком режиме мегакорпов этак с годик завтраками кормил. Да и больше наверное. > С тех пор, кстати, "раджи кумары" написали работающий thin lvm и я > пока не видел его отказов в массовых масштабах или хотя бы > в проверяемых ситуациях (а не "ой я сам не знаю нажал чтота") Можешь наздоровье пользоваться этим брейнфаком вместе с сратисом. А я буду считать что хорошо - что все это не у меня. Да и с btrfs'никами если у меня что-то хорошо сломается - я общий язык найду. А эти раджи ... ну, это ты сам. Бонусом можешь показать как ты из этого всего прозрачный self heal битого блока при сбое чексум с другой реплпики на этом всем смогешшь. Ибо сабж такое делает штатно, прозрачно, не требуя от меня - ни-че-го. А как твою этажерку братьев Райт на такое вообще распереть - хрен бы его знает, а. Индусики scrub то онлайновый дожать не могут. О том чтобы там потом еще и чинить чего-то - манагер поставит задание попозже. А то что это надо было еще на фазе архитектуууууууры думать - ох, это им еще только предстоит узнать :). Не будем spoiler'ить сюрприз. А зачем?
	Ответить | Правка | Наверх | Cообщить модератору

	98. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Минона (ok), 24-Окт-25, 08:02
	> в 10м году мы вынуждены были отказаться от редхатоидов и их фс. Потому что она разваливалась раз в несколько часов. Ты это про какие "их фс"?
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	101. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от ан (?), 24-Окт-25, 08:59
	Да не про какие. Это вантузный keксперт, какие у него файловые системы. Это местный юродивый как из того анекдота про "я знаю карате, дзюдо, тхэквондо..."
	Ответить | Правка | Наверх | Cообщить модератору

	119. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Минона (ok), 24-Окт-25, 12:41
	> Да не про какие. Это вантузный keксперт, какие у него файловые системы. > Это местный юродивый как из того анекдота про "я знаю карате, дзюдо, > тхэквондо..." "местный юродивый" это вон тот, который "код в бырбыре правил".
	Ответить | Правка | Наверх | Cообщить модератору

	150. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 17:45
	> "местный юродивый" это вон тот, который "код в бырбыре правил". А ZFSники даже и тот гамнокот не правят. По поводу чего этот энтерпрайз утюг и вымрет аки мамонт. Ибо кто вам рефакторы на large folios и прочее ненужно типа io_uring сделает? А без этого всего - iops ZFS vs нормальных линуксных FS будет смотреться в бенче - как плита на могиле рядом с небоскребом примерно. Этой плитой ZFS и накроют.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 24-Окт-25, 13:20
	> Ты это про какие "их фс"? xfs жи ж. Что-то там (похоже и по сей день) намертво поломано при работе с bare metal - сперва поток каких-то невразумительных сообщений об ошибках, потом kernel oops и привет, не загружаемся. Вылезает только под действительно заметной нагрузкой и только на некоторых железках, обычно - незамысловатых. Последнее что у меня так дохло - была lenovo flex, в общем, ничего выдающегося. "после возвращения к традиционной рецептуре - новых мутантов как рукой сняло!"
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	124. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Минона (ok), 24-Окт-25, 13:42
	>> Ты это про какие "их фс"? > xfs жи ж. > Что-то там (похоже и по сей день) намертво поломано при работе с > bare metal - сперва поток каких-то невразумительных сообщений об ошибках, потом > kernel oops и привет, не загружаемся. Зачем же они предлагают lvm+xfs по дефолту. > Вылезает только под действительно заметной нагрузкой и только на некоторых железках, обычно > - незамысловатых. > Последнее что у меня так дохло - была lenovo flex, в общем, > ничего выдающегося. > "после возвращения к традиционной рецептуре - новых мутантов как рукой сняло!" на ext3 чтоль? =)
	Ответить | Правка | Наверх | Cообщить модератору

	125. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 24-Окт-25, 14:03
	> Зачем же они предлагают lvm+xfs по дефолту. я не помню, был ли у меня lvm на той последней поделке, но скорее всего был (просто потому что нужны дополнительные трудозатраты от него избавиться, а там не предполагалось супернагрузок) и не помог. Т.е. проблема там не в том что нет lvm, а в том что что-то где-то плохо работает с реальными дисками на реальных контроллерах. Хз уж как им этого удалось добиться, но оно - уот. > на ext3 чтоль? =) на ext4
	Ответить | Правка | Наверх | Cообщить модератору

	89. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 04:12
	>Васяна звали Крис Мэйсон, впрочем, он не один эту штуку придумал. Так я и говорю Васян, всмысле молодец.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	30. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от Аноним (-), 23-Окт-25, 14:48
	Ну как "недавно"... Почти 20 лет назад. 10 лет назад была объявлена стабильной. Десять лет проваленных попыток взлететь, это уже статистика.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	33. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 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"	–1 +/–
	Сообщение от Аноним (-), 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ообщить модератору

	117. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Аноним (117), 24-Окт-25, 12:18
	> тут НЮАНС в том, "как именно" оне ей пользуются Ты разве не понял про что он говорит? :) Он говорит про пользователей. У пользователей пейсбука нет никакого докера. Они заходят потрещать в соцсеть со своих смартфонов или ноутбуков, а мистер Палочка считает их как пользователей btrfs, хотя пользуются они браузером или приложением. Причём на каждого пользователя он выделил один выделенный сервер fb с btrfs. Хотя у fb такого количества и близко не наберётся. Они не такие остолопы, и деньги считать умеют.
	Ответить | Правка | К родителю #35 | Наверх | 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ообщить модератору

	139. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 16:33
	> ну да, твое вранье в которое тебе сто раз мордой тыкали - надо слушать. Можно и не мое, а отповедь Басика всяким сказочникам почитать. Очень познавательно. > вранье дол... неудачника боящегося что и с третьей работы вышвырнут за неэффективность. Я сам себя уволю? :) Или это вы про себя так? Я б вас и правда попер за неэффективность, двойные стандарты и иррациональность. Но, КМК, ваша фирма не лучше, а то что они оплачивают "штатного саботажника" делающего дорого, хреново и криво по моему даже забавно, ибо какая фирма такие и сотрудники, и так вам всем и надо :D (а еше по вашему спичу видно что у вас офигенное место работы и вы довольны жизнью) > Конечно же, когда за ним уже прям вот пришли - он будет > правду говорить - что нихрена не может разобраться в коде который > уже десять лет якобы-пишет. Кто все эти люди? Кто какой код 10 лет пишет? Это все про XFS чтоли было? Тамошнее качество дидовых наслоений - проверено Syzbot, съ..шийся на этой почве Derrick Wong не даст соврать: хрен разгребешь! На почве чего его через 5 лет дропнут. Без пути миграции. На большее нонеймов не хватило видимо. >> Josef Bacik в адрес Кента Оверстрита, где тот провел конкретную расстановку > ==наврал Я этого кадра и его квалификацию вижу - в моем git log. Мне достаточно для оценок кому и почему я доверяю. Ибо от всяких user/пох/нах я никогда ничего кроме их самолюбований вообще не видел. А для меня эта троица недобитых проприетарщиков пытающихся косплеить типа-юниксоидов - "три унылки под постом cp@ли дружно вечерком". > платной вральне-помойке И рассылка наверное тоже проплаченая. Безобразие, кругом заговор. > Все что нужно знать о бырбырпомоях и его апологетах. Ни слова не совравши. Ога, все врут, но вам верить можно. А реально - вот уж кто с двойными стандартами и bias по части своего фетища ZFS. К счастью это играет дурную шутку с теми кто поведется на ваши сказки, и они довольно жестким способом узнают в чем прикол. Вы и тут отлично саботируете. Спасибо. Вы заслуживаете будушее которое создаете себе своими руками. И вы не можете жаловаться что это не честно. > Лучше дальше ври про свои умные ворота - там не проверишь, там > может и правда, на твоей единственной и неповторимой гнилой флэшке все > прекрасно. Хотя, не единожды соврамши - кто ж тебе поверит-то... Ну конечно - верить надо сказочникам от ZFS. Даже когда все бенчи показывают что это тормозной энтерпрайзынй утюг.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от User (??), 24-Окт-25, 07:09
	>> Хуже. Тебе нужно иметь свой docker и kubernetes а уже к нему >> - все перечисленное ) > Не стоит слушать эти сказки венского леса которые эксперт по винде придумал > 5 минут назад, что-то где-то как-то якобы прочитав. > А если уж хочется что-то почитать на тему - так это отповедь > Josef Bacik в адрес Кента Оверстрита, где тот провел конкретную расстановку > точек над i кто что юзает и вообще. О чем была > даже новость на форониксе. Ибо "definitive answer" от человека непосредственно в > теме. В отличие от богатых фантазий неизвестных экспертов - сие имеет > некую ценность. Действительно. Официальная информация в корп. блоге или запись спикера с конфы - это фигня, а вот срач-в-интернете - прям инфа соточка!
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	102. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от anonymous (??), 24-Окт-25, 09:21
	А что, цукермаски не умеют тебе уши заливать враньём с высокой кафедры? Никогда такого не было и вот опять.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от User (??), 24-Окт-25, 10:07
	> А что, цукермаски не умеют тебе уши заливать враньём с высокой кафедры? > Никогда такого не было и вот опять. Ээээ... в смысле, они рассказывают про то, что у них там свой докер+кубернетес a.k.a. tupperware\twine - а на самом деле - ничего такого у них нет и они на bare metal поверх btrfs по одному приложению на сервер или там просто все на одной ОС запускают? Ну, ок. Тоже версия. Подтверждений у ЗНАТОКА, предолагаю, не найдется? Или есть ЕЩЁ один сра4?
	Ответить | Правка | Наверх | Cообщить модератору

	114. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 24-Окт-25, 12:13
	> а на самом деле - ничего такого у них нет и они на bare metal поверх btrfs по одному > приложению на сервер не вижу и в этом случае никаких проблем с бырбырбыр - мы так жили с xfs полтора года (потом всех достало, в масштабах мордокниги это не полтора а 25 лет займет). Упало - reboot/reinstall. А чо такова, этих тазиков - тыщи. У мордокниги сотни тыщ. Пока один переустанавливается с нуля - остальные как-то поработают. Потерялся свежезалитый юзверем котик? Так юзверь еще двадцать раз теперь его для большей надежности зальет. Т.е. и это тоже ничем не подтверждало бы сказочные качества бырбыры. Возможно где-то внутри этого чудо-софта есть какое-то полезное использование именно ее свойств, но об этом мордокнига не рассказывала.
	Ответить | Правка | Наверх | 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ообщить модератору

	100. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от ан (?), 24-Окт-25, 08:51
	Ты думаешь целые простыни твоих сказок перестают быть сказками? Да ты крут, чО(нет). Ты обвиняя кого-то во вранье по нескольку раз, думаешь это станет правдой в конце твоей простыни? Наивный опеннетовский сказочник. Запомни, здесь многие давно уже не ведутся на сказки виндового keксперта, а его простыни сказок - это местная достопримечательность.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (151), 24-Окт-25, 18:06
	> ты уже пять лет тут про это врешь. Но так и не > рискнул ни разу признаться что ж там за конфиги и что оно делает. У меня разные конфиги есть. И сетапы на несколько дисков в RAID1, и просто системные диски на этом. И выводки одноплатников с DUP на системном разделе, этих более пары сотен уже. И виртуалки всякие. И серваки. Но да. Никаких дисковых полок на 100500 дисков. Совсем. Никак. Мне это направление не интересно. Я считаю это чем-то типа легаси антипаттерна. > (потому что оно не делает ровно ничего) И только твой индусский XFS с брейнфаком lvm/md/dm весь в белом. Или прости господи NTFS вообще. Я пешочком постою без таких супер технологий. > твой подкроватный локалхост даже если он существует не только в твоих фантазиях У меня довольно много всяких "локалхостов". > - интересен ровно никому. Полфорума за мной гнался чтобы сказать как я тебе безразличен? Ты под моим сообщением коментил, чудак :) > которых у тебя и нет. Не стоит судить по себе других. > да твой софт точно так же существует только в твоем воображении. Тут > бырбыру повезло больше, он хоть реально существует. В этом смысле война была равна - в смысле ты продемонстрировал ровно столько же сколько и я. Так что можешь считать что все сказанное в мой адрес распостраняется и на тебя. По тем же причинам. > ты просто врунишка. Ни дня без вранья. Потому что по другому ТВОИ > любимые технологии не жильцы - только вранье про недостатки чужих может > удержать их на плаву, да? И еще раз. Не стоит судить по себе. И знаешь, твой ZFS все равно - умрет. На плаву вы его не удержите. IOPSы и оверхед вас таки - дожмут. Ибо не вытяните вы эту гонку. Btrfs пытается. Не так эпично как хотелось бы но за последние пару лет эффект весьма измерим. А у ZFS нет ни намека на это все. Поэтому вон те бенчи фороникса где могильная плита рядом с небоскребом - по вашу душу. >> Yada yada. Я сам ворочаю себе интеграцию систем. И даже решил пару > ага. на флэшечке. На почти всем. General purpose FS - это как-то так. А дисковые полки мне вообще пофиг. > и что там в том гитлоге, кроме бесконечной погони за шта6ле нонсенсами? Много чего. Оптимизации, ряд новых фич. Например времянки монтирования у меня уже скостились в РАЗЫ в почти всех моих конфигах за счет нового дерева. Или вон read policy для многодевайсов более удачные чем PID, если нагрузка 1-процессная. > Может, raid починили? В системе ДЕСЯТИЛЕТИЕ лежит поломанный код. У них есть довольно забавный Raid Stripe Tree в experimental фичах. Алсо господа честно сообщили мне качество своих subfeatures и я могу вполне разумно планировать действия, так что претензий к ним по нулям. Что могли - сделали. Не нравится? Сделай лучше, чо. А когда кто-то выкатывает фичу как якобы-готовую, врубает по дефолту "а иначе тестить как?" и проч - это не то управление фичами и релизами которое я хочу видеть в софте. > Вот все что нужно знать про "гитлог" и про твое "видение". Ну > и про помойку бырбырыбы. Все что надо знать про тебя и прочих user и minona - что вы "сбитые летчики" от unix и латентные проприетарщики. Мнение сбитых летчиков о пилотировании недорого стоит.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	53. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от нах. (?), 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ообщить модератору

	209. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 26-Окт-25, 00:16
	> Дело в том что политика политикой - а нагревать себя в вопросах "докупите серверов" ведет к тому что доходы меньше будет получать - вообще вся шайка, от топов и акционеров до обычных сотрудников. Ты исходишь из предположения, что каждому выдаётся его фиксированная доля чистой прибыли фейсбука. Если так, то действительно, снижение чистой прибыли снизит доходы каждого. Но это же не так. Есть, например, люди сидящие на окладе, им ваще ехало-горело сколько там пейсбук заработал. И есть политика, которая может приводить к перераспределению средств, и какой-то отдел может начать получать больше, даже в тех случаях, когда у пейсбука в целом прибыль снижается. Именно поэтому я и говорю, что верить в оптимальность использования ресурсов в _корпорации_ нельзя. По-дефолту (то есть при отсутствии свидетельств обратному) надо исходить из допущения, что ресурсы используются неоптимально. Чем больше компания, тем сложнее ей следить за оптимальностью использования ресурсов. Сложности лезут изо всех щелей, для примера можно глянуть на накладные расходы на сбор и обработку данных, чтобы найти глобальный максимум эффективности: алгоритмически это не решается, алгоритмы могут помочь найти максимумы для упрощённых задач, но нужны люди, которые сформулируют эти упрощённые задачи, соберут данные и засунут в программу, а как только мы подключаем людей сюда, так сразу эти люди получают возможность манипулировать процессом, чтобы получить им выгодный результат. Но есть и другие сложности, например, оптимизировать можно под краткосрочную прибыль или под стратегическое развитие. В достаточно большой организации, появляются люди, которые сидят и рулят потоками денег, расставляя приоритеты, и есть люди финансово заинтересованные, чтобы приоритеты были бы расставлены так, а не эдак. Последствия этого надо излагать, или ты сам с усам и всё понимаешь? Плюс, не надо забывать, что есть внешние игроки, которые заинтересованы в том, чтобы датацентры пейсбука были бы как можно больше и дороже. Например, производители жёстких дисков. И эти производители, при случае, с радостью подарят лям сотруднику пейсбука, который продавит такие софтварные решения, которые потребуют увеличить суммарную ёмкость жёстких дисков датацентра на 10%. Объясняя эту печальную необходимость другим сотрудникам пейсбука чем угодно -- повышением надёжности, скорости, или чем угодно ещё, что удастся умело пристегнуть. В силу всех этих причин, нельзя исходить из того, что подходы больших корпораций к решению задач самые оптимальные и заслуживают воспроизводства.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 26-Окт-25, 20:12
	> Ты исходишь из предположения, что каждому выдаётся его фиксированная > доля чистой прибыли фейсбука. На самом деле это условия контрактов в конкретных случаях смотреть надо. В случаях которые колыхали меня, профиты коррелировали с тем что генерят проекты. Деталей не скажут - не принято. И наказуемо полисями. > Но это же не так. Есть, например, люди сидящие на окладе, Те с которыми имел дело я лечили это. В контракт пишется оклад "чтоб с голода не сдох". Остальное - бонусы-премии-персональные надбавки. Можете страдать фигней. Получите 10% от коллег. Условия R&D кастомные, зависят от ценности тушки. Это договор между сторонами. Кто с чем [x] Agree и параметры - обсуждаемы. Но идея остается: якорить "свой" проект невыгодно + агрит коллег. > им ваще ехало-горело сколько там пейсбук заработал. Приличным корпам не упали сотрудники с такой мотивацией. Акционеры не поймут. > больше, даже в тех случаях, когда у пейсбука в целом прибыль снижается. Это как правило зависит от успехов тимы. Иное - акционеры не поймут. Ибо они заинтересованы - в дивидендах. И максимизации оных. Всяие (около)госы - другой мир. С другими принципами и соотношениями. По этому миру глупо судить о работе частных корп. > Именно поэтому я и говорю, что верить в оптимальность использования ресурсов в > _корпорации_ нельзя. Чем больше корпа тем бюрократизированнее и медленнее ворочается. Но за кадром всегда есть акционеры. Они хотят денег. Горе тому кто забудет про это. У них достаточно власти чтобы аннигилировать любого кто встает на пути потоков денег в их карман. > По-дефолту (то есть при отсутствии свидетельств обратному) надо исходить > из допущения, что ресурсы используются неоптимально. Это неверные дефолты для частного бизнеса, подпертого стаей жирных акул в виде акционеров, которые за свои деньги - порвут любого. И шкурно заинтересованы в эффективности. Это 1 из причин эффективности частных корп. В наиболее крупных из - бюрократия может постепенно деиделизировать эту картину. Но слишком большое отклонение от идеала акционеры умеют лечить. > Чем больше компания, тем сложнее ей следить за оптимальностью использования ресурсов. И все же с 1 стороны акционеры. С другой - конкуренты. Отклонения от идеала возможны, но сильные отклонения от идеала ведут к залету либо по 1 либо по 2 параметру. > данных, чтобы найти глобальный максимум эффективности: алгоритмически это не решается, Это и правда задача без полного решения. Нечто уровня travelling salesman problem или даже хуже. Но цель существования корп - профиты акционеров. При такой мотивации иерархия или усваивает это или заменяется на более понятливых на столько на сколько это требуется. Надо сменить директоров или президента? Заменят. Бабло побеждат зло. > а как только мы подключаем людей сюда, так сразу эти люди > получают возможность манипулировать процессом, чтобы получить им выгодный результат. В случае частных корп есть группы людей именуемых - акционеры. Их интересует - профит. Все что ведет к этому - хорошо. Все что стоит на этом пути - устраеняется. Просто, правда? :) > Но есть и другие сложности, например, оптимизировать можно под краткосрочную прибыль > или под стратегическое развитие. Как бы да. И если что - не все инвесторы и акционеры остаются в плюсе. Но они в этом шкурно заинтересованы и смотреть сквозь пальцы на явные косяки они не будут. > заинтересованные, чтобы приоритеты были бы расставлены так, а не эдак. Последствия > этого надо излагать, или ты сам с усам и всё понимаешь? Я понимаю что видел - полися реально больших и крутых мегакорп на тему. Коррумпирует топ? Вот мыл президента фирмы. Коррумпирует он? Мыльники акционеров. Они разберутся. Все сообщения - конфиденциальны, успешный запал коррупционера - изрядно поощряется финансово. Т.е. все вон то делать - достаточно стремно и чревато на самом деле. Западный бизнес любит честность, прозрачность и комплайнс. Есть некоторые узаконенные вещи типа лоббирования скажем интересов фирм перед политиками, которые можно с натягом считать чем-то типа того. Но в целом "это другое". > Плюс, не надо забывать, что есть внешние игроки, которые заинтересованы в том, > чтобы датацентры пейсбука были бы как можно больше и дороже. Простите, но совсем бакланов в топ менеджмент, CTO и проч крупных успешных фирм не берут. > В силу всех этих причин, нельзя исходить из того, что подходы больших > корпораций к решению задач самые оптимальные и заслуживают воспроизводства. И тем не менее - именно гиперскейлеры родили подходы которые потом стали растаскивать на цитаты и другие. Это кое-что значит в моей картине мира. Больше чем сотрудники окологос помоек, непонятные аноны с мутными интересами и враждебным бэкграундом и проч.
	Ответить | Правка | Наверх | 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"	+1 +/–
	Сообщение от User (??), 23-Окт-25, 18:52
	Ну так - чисто для интереса - у тебя есть вот хоть что-нибудь важное не в кластере, так чтоб прям именно на _надежность ФС_ завязано было? У меня на последних двух местах работы вот нет. Впрочем, и bare metal развертываний - тоже нет, но уже наверное даже и на 4х последних местах... В АСУТП и около - да, но там-то как раз винда, винда и вот винда (ХP, которая) - а чтоб "в ИТ" так такого вот и у клиентов прям поискать...
	Ответить | Правка | Наверх | Cообщить модератору

	62. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 23-Окт-25, 19:17
	> Ну так - чисто для интереса - у тебя есть вот хоть что-нибудь важное не в кластере, так > чтоб прям именно на _надежность ФС_ завязано было? угу. Мои поделки. Абсолютно все. Включая те без которых и работа встанет. (_моя_ - конторе то пофиг, ну просто очередной мегапрожект задержится до восстановления) Если ты не в курсе - тут лицензий на бэкапный софт больше не выдают-с. > но там-то как раз винда, винда и вот винда (ХP, которая) и че? Как будто там чего лучшее... Напоминаю - один чувак ([по]стоявший у истоков рассеянского интернета и сваливший таки на венду еще в нулевые) - использовал самодельную хранилку на базе фри до последнего. (потому что ему свои исходники и свои фоточге таки жаль потерять)
	Ответить | Правка | Наверх | Cообщить модератору

	170. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от _ (??), 24-Окт-25, 20:44
	> один чувак Сысоев? Ну он изначально - фряшник, было бы удивительно, если (С)
	Ответить | Правка | Наверх | 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ообщить модератору

	88. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 04:10
	Только btrfs и юзаю, нет, при выключении электричества норм, незнаю, но даже лучше всех этих ext4, так как из за snapshots, меньше изнашивается ресурс ssd.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	110. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от Минона (ok), 24-Окт-25, 10:22
	> лучше всех этих ext4, так как из за snapshots, меньше изнашивается > ресурс ssd. Каким образом, CoW выключил?
	Ответить | Правка | Наверх | Cообщить модератору

	115. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 24-Окт-25, 12:15
	зачем ему, просто верует - "меньше изнашивается!" (причем тут вообще "из за снапшотс" - загадка религиозного создания данного адепта)
	Ответить | Правка | Наверх | Cообщить модератору

	126. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (117), 24-Окт-25, 14:10
	Ты чего-то не то несёшь. Снапшоты создают дополнительную нагрузку на диск. Так как оно может меньше изнашиваться?
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	129. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 14:49
	А я смотрю вы линуксоиды. Ну смотри при изменении файла btrfs записывает изменения. Ext4 создает файл заново.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (117), 24-Окт-25, 16:04
	Выше Минона уже про CoW намекал. Оригинал сам найдёшь. При этом конфигурации с включённым CoW (copy-on-write) дают дополнительную нагрузку на SSD и повышают фрагментацию, особенно в условиях интенсивной записи (например, при логировании, сборе метрик, обработке очередей).
	Ответить | Правка | Наверх | Cообщить модератору

	138. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 16:32
	Тоесть опция монтирования nodatacow, это ф**гня?) Я думал тут эксперты Линукс.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (148), 24-Окт-25, 17:26
	А зачем тебе от ФС отрывать её основную фичу? И что будет с твоим снапшотингом? Ты не поверишь, но именно так хостеры и рекомендуют её использовать на каталогах с активной записью (к примеру - базы данных), именно из-за повышенной нагрузки. https://wiki.archlinux.org/title/Btrfs#Effect_on_snapshots If a file has copy-on-write disabled (NOCOW) and a snapshot is taken, the first write to a file block after the snapshot will be a COW operation because the snapshot locks the old file blocks in place. However, the file will retain the NOCOW attribute and any subsequent writes to the same file block will be in-place until the next snapshot. Frequent snapshots can reduce the effectiveness of NOCOW, as COW is still required on the first write. To avoid copy-on-write for such files altogether, put them in a separate subvolume and do not take snapshots of that subvolume. Тебе нужен весь этот геморрой? Смело отключай.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 18:13
	> А зачем тебе от ФС отрывать её основную фичу? И что будет > с твоим снапшотингом? Иногда может иметь смысл. Скажем некоторые БД устроены так что предполагают in-place update а журналят вообще - сами. В этом смысле - журнал журнала крайне неудачная идея. И если БД хочет это - лучше ей дать это. И рулить ее используя ее собственные тулсы. Оно бы на самом деел raw раздел вообще хотело - но вы ж взвоете тогда с администрирования. Так что in place файлы как компромисс эффективности и удобства менеджмента.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (148), 24-Окт-25, 19:27
	> Иногда может иметь смысл. Скажем некоторые БД устроены так что предполагают in-place > update а журналят вообще - сами. Так а я про что? Выше же как раз упоминал про базы данных. И это рекомендуют делать из-за активного изменения файлов БД и связанной с этим повышенной нагрузки. Надо было ещё одно предложение в цитату тоже включить: Под базами данных Btrfs может терять в производительности до 40–60% по сравнению с ext4.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (207), 25-Окт-25, 22:43
	> И это рекомендуют делать из-за активного изменения файлов БД и связанной с > этим повышенной нагрузки. Собссно режим nocow существует - чтобы те кто хочет "thin layer" с in-place апдейтами получили - именно это. А не журнал журнала. Да, это имеет свою цену. Но по крайней мере так можно было. А ZFS какой - и так не умеет насколько я помню. Возможно это 1 из причин по которым Oracle к нему относится совсем без энтузиазма. Как впрочем и IBM. > Надо было ещё одно предложение в цитату тоже включить: > Под базами данных Btrfs может терять в производительности до 40–60% по > сравнению с ext4. Ну как бы да, у ext4 оверхеда меньше в таком режиме. Проблема в том что он кроме такого режима вообще нихрена не умеет.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 19:38
	Там был вопрос про то как я Cow отключил. Цитирую как я решил вопрос с Cow. Но насамом деле я этим не занимаюсь, в разных дистрах по разному настроен fstab.
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

	168. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (148), 24-Окт-25, 20:42
	> Там был вопрос про то как я Cow отключил. Только ответа от тебя не было. Это был такой, полуриторический вопрос. Типа, "- Как ты износ диска снизил по сравнению с другими ФС, CoW отключил?" Потому что, если есть другой способ, то надо им поделиться хотя бы намёками. > насамом деле я этим не занимаюсь А вот с этого надо начинать все сообщения. :)
	Ответить | Правка | Наверх | Cообщить модератору

	183. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 22:21
	>Как ты износ диска снизил по сравнению с другими ФС, CoW отключил Ну допутим, эээм) snapshots. Ну тоесть я копирую файл 3gb, и в btrfs он не копирует заново. Я про это вообще. Тебе не п**фиг?) Мне нравится я использую btrfs., Ато говоришь так как будто btrfs это для отсталых., а наверное ntfs тогда вообще для м**даков) В твоем понимании.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (148), 24-Окт-25, 22:40
	По ссылкам ты так и не сходил, раз у тебя снапшоты износ диска снижают. У гугла тогда спроси, или у какой-нибудь ИИ модели. Они сейчас поумнее многих людей стали. Начитанные. :D
	Ответить | Правка | Наверх | Cообщить модератору

	203. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (204), 25-Окт-25, 17:23
	То что я имел ввиду Snapshots, я имею ввиде --reflink. Когда копируются изменения. Я не пользуюсь Snapshots, в том смысле что бекапить фс систему.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 23:05
	> То что я имел ввиду Snapshots, я имею ввиде --reflink. > Когда копируются изменения. Рефлинки не снапшоты, ибо не оформлены как новый subvol. Хотя кое что общее у тех и других есть: и то и другое уповает на референсинг 1 набора блока несколько раз. > Я не пользуюсь Snapshots, в том смысле что бекапить фс систему. А таки удобно например ос при серьезном профаке быстро откатывать в рабочий вид. Почти как на виртуалке.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (204), 26-Окт-25, 01:17
	Ну может и буду использовать если иммутабл там какая, При перестановке, мне прощще так настроить поставить, удалить, всякие браузеры. Вообщем мне лень изучать.
	Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

	96. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от ar (??), 24-Окт-25, 07:11
	Ноут без батарейки с 14 года выключался только для обслуживания и когда свет моргнёт. Скраб фс трижды в год проходил без ошибок.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	111. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Минона (ok), 24-Окт-25, 10:24
	> Ноут без батарейки с 14 года выключался только для обслуживания и когда > свет моргнёт. Скраб фс трижды в год проходил без ошибок. У меня ноут с 2007 года на ХР работает до сих пор.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 24-Окт-25, 22:44
	> У меня ноут с 2007 года на ХР работает до сих пор. Крутой "юниксоид" не палится :). При том не палится срзу в дюжине номинаций. Например, забыв уточнить в своих сказках - что вообще в Win XP можно в 2025 году делать? Туда даже современный браузер не вкрячишь. И совт ставиться отказывается чуть менее чем весь.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от нах. (?), 24-Окт-25, 13:25
	> Кто юзал недавно, подскажите, оно еще дохнет когда комп аварийно выключается? у меня оно вполне себе переживало периодические отвалы СХД. Но xfs и ext4 их тоже прекрасно переживали. Чтоб вот прям светморгнул и всьо - такого не наблюдалось. Надо, видимо, что-то в этот момент делать еще, специфическое. Учитывая ее чудовищное количество оверрайта суперблоков на каждый записанный блок - в целом, вариант не невозможный. Но так чтоб еще и не починить штатными средствами - как минимум, странно.
	Ответить | Правка | К родителю #41 | Наверх | 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. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от Аноним (3), 23-Окт-25, 20:08
	Ну ты бы хоть погуглил сначала https://docs.redhat.com/en/documentation/red_hat_enterprise_...
	Ответить | Правка | Наверх | Cообщить модератору

	87. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от sdfghjkl (?), 24-Окт-25, 02:22
	Ну что по этой ссылке можно понять?
	Ответить | Правка | Наверх | Cообщить модератору

	112. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (3), 24-Окт-25, 11:28
	Я даже не знаю, как еще можно по-другому прочесть "13.1.1. Btrfs has been removed"?
	Ответить | Правка | Наверх | Cообщить модератору

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

	171. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от _ (??), 24-Окт-25, 20:48
	Чтобы тупенькие типа тебя таки вдолбили в голову - всиО!(С) с RHEL 8 бырбыр - ВЫПИЛЕН! Не, ну понятно что это сделано в основном чтобы подос...какать оракекулу, а не для чего то там другого ... но вот - факт! :)
	Ответить | Правка | Наверх | Cообщить модератору

	90. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (90), 24-Окт-25, 04:30
	>Что за бред! btrfs может быть сырой, но никак не устаревшей. Что за бред! btrfs стабильней чем ext
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	118. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+2 +/–
	Сообщение от Аноним (118), 24-Окт-25, 12:25
	Вот только недавно люди жаловались на то, что btrfs не монтировалась при запуске на ядре 6.14/6.15. https://www.reddit.com/r/openSUSE/comments/1m1oxw9/kernel_pa.../ https://lore.kernel.org/linux-btrfs/fce139db-4458-4788-bb97-.../ В стабильной системе такого бы не было.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от нах. (?), 24-Окт-25, 13:12
	шт@6ильность, чо тут. Стабильный глюкодром в котором никто не собирается ничего глобально чинить - о чем вам сами афтыри с гордой ухмылочкой не так давно заявили. Зарплата от мордокнижки от этого ж не зависит, там вообще ведро 3.10
	Ответить | Правка | Наверх | Cообщить модератору

	141. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 16:39
	>https://www.reddit.com/r/openSUSE/comments/1m1oxw9/kernel_pa... Ему там же и ответили. Try using btrfs rescue zero-log before mounting on the LiveUSB. It fixed here for me. Эксперты с опеннета.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	153. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+1 +/–
	Сообщение от нах. (?), 24-Окт-25, 18:14
	>>https://www.reddit.com/r/openSUSE/comments/1m1oxw9/kernel_pa... > Ему там же и ответили. Что паника при попытке монтировать фс - это норм, просто ресетни лог вместе с данными и у нас все в абажуре, фиксед, notabug. Отличная шт@бильность, просто замечательная. А можно мне ntfs какую-нибудь, где такой хрени не бывает?
	Ответить | Правка | Наверх | Cообщить модератору

	161. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 19:33
	Теперь я тебе отвечаю. Паника в ядре потому что считывается старый лог. Тоесть ошибки нет, система думает что ошибка. Это обнуляет лог. И норм. Уважаемый кексперт с опеннета. кхд) кхд)
	Ответить | Правка | Наверх | Cообщить модератору

	212. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (143), 26-Окт-25, 03:21
	> Теперь я тебе отвечаю. > Паника в ядре потому что считывается старый лог. > Тоесть ошибки нет, система думает что ошибка. > Это обнуляет лог. > И норм. > Уважаемый кексперт с опеннета. > кхд) кхд) Там и правда был баг когда фс не маунтится и надо было вручную попросить обнулить лог. Но эксперт хотел - нтфс. Пусть его и получит. А то что это в комплекте с донным перфомансом, никаким фичесетом, отстойным вендором и проч - "бойтесь своих желаний" :)
	Ответить | Правка | Наверх | Cообщить модератору

	216. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от ДругойАноним (?), 26-Окт-25, 07:28
	А вот на Windows нет таких проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	226. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	–1 +/–
	Сообщение от Аноним (-), 26-Окт-25, 20:20
	> А вот на Windows нет таких проблем. Там зато других проблем есть чертова куча. Начиная от драконовской EULA с которой нифига я не "agree", через проприетарность и немодульность системы делающей ее непригодной для моих проектов, и заканчивая тем что перфоманс системных кишок вообще и ФС в частности там дно донное. А покупать один и тот же кернел 20 лет без улучшений - удел немамонтов. Понимаете, если у меня один и тот же проект в лине в 3 раза быстрее билдится - мне винда не нужна даже если мне за это приплатят.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от maximnik0 (?), 26-Окт-25, 01:55
	>А можно мне ntfs какую-нибудь, где такой хрени не бывает? Просто не сталкивался.У меня было - ошибка диска, синий экран ,ещё на xp.Парагон доктор в MFT что то подправил ,данные в основном не пострадали. А так лет 6 назад прилетала знаменитая ошибка > любая запись в определенный файл- синий экран и проверка NTFS,от 2000 до 10 на тот момент.
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	213. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 26-Окт-25, 03:25
	>>А можно мне ntfs какую-нибудь, где такой хрени не бывает? > Просто не сталкивался.У меня было - ошибка диска, синий экран ,ещё на > xp.Парагон доктор в MFT что то подправил ,данные в основном не > пострадали. А так лет 6 назад прилетала знаменитая ошибка > любая > запись в определенный файл- синий экран и проверка NTFS,от 2000 до > 10 на тот момент. А запись в некоторые другие файлы - могла вообще убить нахрен NTFSный том.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от ДругойАноним (?), 26-Окт-25, 03:29
	Ntfsfix обычно все решает. И в Linux тоже есть. На btrfs, можно еще btrfs check --repair. Я так флешки чинил, когда копируешь большие файлы, они потом какое то время в кеше из озу копируется фоном, и если в этот момент флешку вытащить.
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	218. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от maximnik0 (?), 26-Окт-25, 10:04
	>Я так флешки чинил, когда копируешь большие файлы, они потом какое то время в кеше из озу копируется фоном, и если в этот момент флешку вытащить. ??? Из астрала дозапись была ? COW чем и цена- при отключении питания когда идёт запись: транзакция прошла или нет.Т.е файл записался или произошло откат методанных и наполовину записанный файл ушел в очищенное пространство.Т.е check -repair тут нахрен не нужен, допускаю что повреждённая оказалось методата, а в старых версиях для флэшек была только одна методата. Но сейчас всё,DUP по умолчанию не зависимо от носителя.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от ДругойАноним (?), 27-Окт-25, 20:56
	>Т.е файл записался или произошло откат методанных и наполовину записанный файл ушел в очищенное пространство А не, я чинил в том плане что наоборот, когда файл не записался до конца, тоесть часть в кеше осталась, но фс думает что там место занято.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 27-Окт-25, 18:09
	> Просто не сталкивался. угу, за 30 с лишним лет. Значит, наверное, и не столкнусь. А вот с линoops-only фс - бывало всякое интересное... Наверное это потому что у меня не ходят диверсанты пишущие в "любой" файл. А то если я тебе в /dev/sda запишу (любой так уж любой!) - то тебе и fsck не поможет.
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	250. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 30-Окт-25, 03:36
	>> Просто не сталкивался. > угу, за 30 с лишним лет. Значит, наверное, и не столкнусь. А > вот с линoops-only фс - бывало всякое интересное... Тебя кто-то заставляет юзать это? Чего тебе не юзается вон то спокойно? > Наверное это потому что у меня не ходят диверсанты пишущие в "любой" > файл. А то если я тебе в /dev/sda запишу (любой так > уж любой!) - то тебе и fsck не поможет. Вообще-то уже - фиг ты это запишешь так сразу. В том числе и на сабже. Как раз чтоб поменьше таких умников было.
	Ответить | Правка | Наверх | Cообщить модератору

	227. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (204), 26-Окт-25, 22:29
	>Компания Red Hat объявила ФС Btrfs устаревшей в выпуске RHEL 7.4 (2017 год) >Что за бред! btrfs может быть сырой. https://www.reddit.com/r/btrfs/comments/pulyxf/why_is_btrfs_... Короч у них единственный разраб который шарит в Btrfs ушел, вот они и стали сказки рассказывать.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

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

	252. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 30-Окт-25, 23:31
	>>создания копии файлов через клонирование метаданных > какая же это копия? Тонкая. В смысле это называется "thin" в том смысле что ведет себя 100% идентично независимой копии - но не жрет столько же места.
	Ответить | Правка | Наверх | Cообщить модератору

105. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
Сообщение от Eifan (?), 24-Окт-25, 09:36
Поддержка - не равно включение пакета в сборку.
Ответить | Правка | Наверх | Cообщить модератору

	116. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от нах. (?), 24-Окт-25, 12:17
	поддержка от альмалинукса - именно включение в сборку. Радуйся, включили жи ж. (помимо включения еще надо разблокировать выбор в установщике и еще в десяти местах, так что на самом деле не совсем примитивная работа - ты бы вот не смог) А если ты думаешь что они тебе чинить упавшее будут - хахахахаха.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (184), 24-Окт-25, 16:40
	>не равно включение пакета в сборку Именно включение в сборку. Как раз хотел посмотреть Rhel дистры. Пришлось систему обновлять, ставить поддержку btrfs. Вообщем лень это делать.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	189. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (189), 24-Окт-25, 22:47
	> Поддержка - не равно включение пакета в сборку. Это как? Моральная поддержка чтоли? На словах поддержим, но в дистр не включим? :))
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	199. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от еропка (?), 25-Окт-25, 12:30
	нет, поддержка - это когда можно открыть тикет с с описанием проблемы и в ответ будет некая реакция
	Ответить | Правка | Наверх | Cообщить модератору

	201. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 25-Окт-25, 16:54
	> нет, поддержка - это когда можно открыть тикет с с описанием проблемы > и в ответ будет некая реакция По идее если господа включают модули и пакеты в дистр, в теории оно как-то так и должно быть по задумке. На практике - без завоза товарного состава долларов за саппорт это как повезет. Заклятые друзья Оракл и Рхбм ждут ваши денежки, добро пожаловать! :) У вас столько нет? Suxx to be you! В этом случае вы сами себя поддерживаете что так, что сяк. Если не быть совсем нерюхом - с btrfs'никами проблемы можно довольно быстро и эффективно решать. Я проверял.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (204), 25-Окт-25, 17:16
	Ну как то смотрел, в KittenAlma есть поддержка btrfs искаропки. А в Alma 10 ( не которая beta 10.01 ), нужно ставить из Centos реп, или как там еще ставят.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

217. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
Сообщение от Аноним (217), 26-Окт-25, 09:43
почему нет новостей про dwarfs? реально крутая штука, если умеешь готовить
Ответить | Правка | Наверх | Cообщить модератору

	241. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (241), 29-Окт-25, 19:04
	не нужна
	Ответить | Правка | Наверх | Cообщить модератору

	249. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 30-Окт-25, 02:35
	> почему нет новостей про dwarfs? реально крутая штука, если умеешь готовить Видимо настолько всем нужна что никто новость не сподвигся накорябать.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	251. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (217), 30-Окт-25, 22:46
	ну да, если все на 100500 ядрах с 20тб или коре дуба с 100гб сидят - не нужна
	Ответить | Правка | Наверх | Cообщить модератору

	253. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
	Сообщение от Аноним (-), 30-Окт-25, 23:40
	> ну да, если все на 100500 ядрах с 20тб или коре дуба > с 100гб сидят - не нужна Ну раз новость никто не корябает - значит всем похрен. Вон там ссылка "добавить новость" в новостях. Идете и фигачите. Если оно вам надо. Не, машинный перевод и AI-generated воду туда сабмитить не катит. Но как тот кто запилил ЭТУ новость могу сказать что та ссылка - работает ;). Если оно вам надо - фигачьте, маэстро!
	Ответить | Правка | Наверх | Cообщить модератору

242. "AlmaLinux возобновил поддержку Btrfs, прекращённую в RHEL"	+/–
Сообщение от Аноним (-), 29-Окт-25, 19:23
а как же полная совместимость альмы с рхел на уровне "баг-в-баг"? а тут целую бтрфс добавили.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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