The OpenNET Project / Index page

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



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

"Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от opennews (??), 14-Фев-26, 11:29 
Александр Аринг (Alexander Aring) из компании Red Hat, сопровождающий в ядре Linux подсистемы IEEE 802.15.4, DLM и flock/fcntl, представил в списке рассылки разработчиков ядра  специализированную файловую систему DLMPFS. Предложенная ФС предоставляет слой для распределённых файловых блокировок, реализованный на базе DLM (Distributed Lock Manager) и ramfs. Реализация DLMPFS доступна в форме набора патчей к ядру Linux 6.19...

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

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

Оглавление

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


1. "Для ядра Linux предложена файловая система DLMPFS"  –28 +/
Сообщение от Аноним (1), 14-Фев-26, 11:29 
в файловой системе самое главное - насколько она оттестирована. так что альтернатив ext4 нет и ещё очень долго не будет, даже бешено впихиваемая btrfs не стала популярной потому что на жёстком диске вызывает дикую фрагментацию а на ссд приводит к миллионам мелких записей в сутки которые убивают ресурс ссд.
Ответить | Правка | Наверх | Cообщить модератору

2. "Для ядра Linux предложена файловая система DLMPFS"  –4 +/
Сообщение от Анонисссм (?), 14-Фев-26, 11:41 
>даже бешено впихиваемая btrfs

у меня самый старый сервер с btrfs уже лет 10 отметил ) как часики работает. но да, там редхат, а не ванилла или боже упаси дебиан-убунту

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

18. "Для ядра Linux предложена файловая система DLMPFS"  –4 +/
Сообщение от Аноним (18), 14-Фев-26, 13:03 
За сервак поздравляю. Вот только кто тебя просил серить на ванильные сборки и Дебиан? Дебиан лучше RHEL потому-что она от Сообщества. Я сам люблю собирать ядро под своё железо, минусо не заметил никаких.
Ответить | Правка | Наверх | Cообщить модератору

33. "Для ядра Linux предложена файловая система DLMPFS"  –2 +/
Сообщение от trashwind23 (ok), 14-Фев-26, 14:24 
Я просил. Дебиан ни то что не для серверов, а даже не для десктопов.
Ответить | Правка | Наверх | Cообщить модератору

47. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от пэпэ (?), 14-Фев-26, 16:43 
Бесполезно. Они думают, что опыт сборки ядра под подкроватный коредуо даёт право говорить об индустрии.
Ответить | Правка | Наверх | Cообщить модератору

63. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Аноним (-), 14-Фев-26, 17:50 
> Бесполезно. Они думают, что опыт сборки ядра под подкроватный коредуо даёт право
> говорить об индустрии.

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

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

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

72. "Для ядра Linux предложена файловая система DLMPFS"  –2 +/
Сообщение от Аноним (72), 14-Фев-26, 19:24 
астра на базе рэдхата, как и множество других, на базе федоры в том числе, а убунта вообше странное.
Ответить | Правка | Наверх | Cообщить модератору

74. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от AleksK (ok), 14-Фев-26, 20:10 
> астра на базе рэдхата, как и множество других

Что? Астра это дебиан. А из множества других, только РэдОС на базе центоса.

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

78. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от мяф (?), 14-Фев-26, 23:31 
еще роса, роса !
Ответить | Правка | Наверх | Cообщить модератору

80. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от AleksK (ok), 15-Фев-26, 00:10 
> еще роса, роса !

Роса это бывшая мандрива.

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

84. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Anonimous (?), 15-Фев-26, 09:22 
Десктопная - это мандрива, а серверная - RH.
И да, они такие затейники!
Ответить | Правка | Наверх | Cообщить модератору

98. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (98), 15-Фев-26, 12:34 
Роса классная! Нуби не стал бы делать плохое!
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

100. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Аноним (100), 15-Фев-26, 13:03 
> еще роса, роса !

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

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

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

111. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (111), 15-Фев-26, 18:43 
кстати, сапорт у них на языке покупателя? или покупателю нужно учить\уметь язык сапорта?
Ответить | Правка | Наверх | Cообщить модератору

54. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от Аноним (54), 14-Фев-26, 17:09 
> Дебиан лучше RHEL

Хахаха! Погоди ты серьезно? Тогда я буду смеяться еще громче, ХАХАХАХА!

> потому-что она от Сообщества

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

И то не всегда удачно:
то сломают криптографию потому что дедиллианец полез своими корявыми граблями в код,
то будут поставлять порезанное по функционалу приложение под именем нормального,
то отправляют весь юзерский ввод в китай по http

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

58. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 14-Фев-26, 17:19 
> Хахаха! Погоди ты серьезно? Тогда я буду смеяться еще громче, ХАХАХАХА!

У редхата нынче блочно-файлушников почти не осталось. Так, мелочи какие. Вон XFS пытаются гальванизировать. Это все что рх нынче может вокруг блочнофайлушного.

А, еще вот весьма специфичный ФС - который господам с EXT4 и btrfs ни в п... ни в красну армию, вот хоть как. Что они с distributed locks делать будут?

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

А в реххате ломать нечего. Полтора обрубленых пакета "как бы чего не" абсолютно необходимых - котам из фортуны 500. Если вы не оно - упс, вы пролетаете.

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

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

60. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от Аноним (60), 14-Фев-26, 17:24 
> А в реххате ломать нечего.

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

> Полтора обрубленых пакета "как бы чего не" абсолютно необходимых - котам из фортуны 500. > Если вы не оно

То вы лøшара. Sad to be you.

> И сообщество - его нет.

А оно нужно?
Зачем толпа неудачников-ноуйлаферов?

> В дебиане может кто и поможет.

А может и нет. Напишут УМВР и васякот.

> В рх если вы не заплатили за поддержку (а она не дешевая)

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


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

62. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 14-Фев-26, 17:46 
> Потому что серьезные ребята, а не какие-то васяны с теплотрассы.

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

> То вы лøшара. Sad to be you.

На мой вкус - sad это работать в фортуне 500. Платят конечно хорошо, но в целом такое себе. Я кстати в отличие от вас это все пробовал. Так что не судите других по себе.

> Зачем толпа неудачников-ноуйлаферов?

Я даже на зеленых человечков из другой галактики согласен если это помогает мне решить вот именно МОИ задачи и проблемы. А рхбм я и мои задачи как бы это сказать - у нас разные предпочтения и мы играем в разных лигах. Быть прикормленым рабом фортуны 500 в мои планы более не входит. Даже за пайку. Даже за хорошую. У меня теперь другие пути.

> Я предпочитаю заплатить денег за максимально доступное качество.

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

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

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

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

64. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (64), 14-Фев-26, 17:57 
> На мой вкус - sad это работать в фортуне 500. Платят конечно хорошо, но в целом такое себе. Я кстати в отличие от вас это все пробовал. Так что не судите других по себе.

Как у тебя в одном абзаце сочитается "отличие от вас" и "не судите других" ?
Это какой-то особый красноглазый вид шизы и двойных стандартов?

> это все пробовал

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

> Быть прикормленым рабом фортуны 500 в мои планы более не входит. Даже за пайку. Даже за хорошую. У меня теперь другие пути.

Быть жалким неудачником? Вполне выбор.
Вон штульман свалил с лаборатории и ударился в идеологию...
Правда всё равно вошел в историю как защитник πфилов.

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

Ну удачи лечиться, учиться и делать инфраструктуру у васянов.


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

102. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 15-Фев-26, 13:29 
> Как у тебя в одном абзаце сочитается "отличие от вас" и "не судите других" ?

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

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

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

> Это какой-то особый красноглазый вид шизы и двойных стандартов?

А это называется "проекция". Неплохая получилась.

> Но пруфов ты конечно не предоставишь.

Я RH юзал еше когда там up2date был. Вот только убогий тормозной пакетник (у RH это традиция, всякие их yum и dnf не лучше) с полутора софтинами на всю репу - точно не фича. И то что в дебиане делается apt-get install something, в рх целый запрыг по граблям с сборкой самолично. Особенно если вы не толстый энтерпрайзный кот которому хватит полторы софтины которые хотели те.

> Ну раз так, то я работаю в секретном отделей спейсикс и пишу
> с секретного города на луне))

Не знаю что за отделей такой, толи отель, толи отделение, но надеюсь что Элон Маск не перекроет вам кислород. На его месте я б показал вам как правильно давать кредиты и делать вендорлок, организовав доставку кислорода по суперцене :)

> Быть жалким неудачником? Вполне выбор.

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

> Вон штульман свалил с лаборатории и ударился в идеологию...
> Правда всё равно вошел в историю как защитник πфилов.

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

> Ну удачи лечиться, учиться и делать инфраструктуру у васянов.

С теми суммами в МОЕМ кармане это получится намного лучше чем если я отстегну это редхату условному, внезапно :). Странно, правда?

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

103. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (98), 15-Фев-26, 13:30 
Коллега, как я Вас понимаю!
Кому дорога, а кому Путь. И путь - это всегда нелегко. Узки врата. Только так!
Желаю терпения и сил!
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

30. "Для ядра Linux предложена файловая система DLMPFS"  +4 +/
Сообщение от Аноним (30), 14-Фев-26, 13:57 
> как часики работает.

ну время показывать чтоб - и диск не нужен

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

99. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (99), 15-Фев-26, 13:00 
>> как часики работает.
> ну время показывать чтоб - и диск не нужен

Зачем вам диск для distributed locks FS?

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

56. "Для ядра Linux предложена файловая система DLMPFS"  +2 +/
Сообщение от Аноним (56), 14-Фев-26, 17:16 
Тоже не меньше использую btrfs и на серверах, и на ноутбуке. Как-то не хочется уже без многих возможностей обходиться (сжатие, подразделы, снимки, raid на уровне фс, scrub, send/receive, reflink и дедупликация). Xfs быстрая и там хотя бы есть reflink (дедупликация и возможность быстро сделать снимок любого файла или дерева каталогов), а зачем сегодня использовать ext4 я не очень понимаю.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "Для ядра Linux предложена файловая система DLMPFS"  +4 +/
Сообщение от Kerr (ok), 14-Фев-26, 11:44 
Для BTRFS на HDD для решения проблемы фрагментации, используйте параметр монтирования "autodefrag" для включения автоматической дефрагментации "на лету".
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

38. "Для ядра Linux предложена файловая система DLMPFS"  –4 +/
Сообщение от Alladin (?), 14-Фев-26, 15:13 
чтобы еще лучше угробиьь ресурс ssd
Ответить | Правка | Наверх | Cообщить модератору

44. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от Kerr (ok), 14-Фев-26, 15:29 
Уважаемый типичный опеннетный эксперт, я говорю только про HDD здесь, а на SSD по определению принципиально не может быть фрагментации, поэтому советую не включать там параметр "autodefrag" вовсе никогда.
Ответить | Правка | Наверх | Cообщить модератору

49. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (49), 14-Фев-26, 16:44 
>на SSD по определению принципиально не может быть фрагментации

Может, только её влияние на скорость чтения данных намного меньше, чем на HDD. Настолько меньше, что его, считай, и нет.

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

65. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (65), 14-Фев-26, 18:19 
В теории будет больше IOCTL будет больше, ведь придется читать фрагментики с разных частей диска. Хотя, да современному CPU плевать на это.
Ответить | Правка | Наверх | Cообщить модератору

48. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от maximnik0 (?), 14-Фев-26, 16:43 
>чтобы еще лучше угробиьь ресурс ssd

Если волнует ресурс ssd (а оно актуально с х3 ценами ) - нужно поменьше туда писать.Поэтому выбираем разделы которые редко обновляются но хорошо читаются ,ставим нужные опции ,пользуемся.4 год моей ssd а ресурс очень хорош -еще 60% осталось .UUID=ххх /usr           btrfs   defaults,nodiratime,relatime,compress=lzo 0 2
UUID=ххх /snap          btrfs   defaults,nodiratime,relatime,compress=lzo 0 2
Стартует приемлемо,не мгновенно но гораздо быстрее чем чисто с жесткого диска -но я долго мучился чтобы сон на ноутбуке заработал,так что очень редко перезагружаюсь.

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

61. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 14-Фев-26, 17:37 
> Если волнует ресурс ssd (а оно актуально с х3 ценами ) - нужно поменьше
> туда писать.

И пореже. Для чего commit= можно выставить в сколько там не жалко при крахе. Больше 300 секунд варнинг кидает. Но это так то раз в 5 минут.

Это фиксация консистентсности cow - когда форсируется скидывание dirty. Чем дольше - тем меньше записей на малоактивной ФС. На сильно активной влияние меньше.

> Стартует приемлемо,не мгновенно но гораздо быстрее чем чисто с жесткого диска

Если время монтирования не нравится, можно block group tree врубить, требует ядро 6.1 или новее в плане compat. На более старых будет в RO маунтиться - они не знают как апдейтить дерево, а для чтения ФС оно не требуется.

btrfstune --convert-to-block-group-tree с более-менее новыми btrfs utils. Это надо на размонтированой фс пулять, например с бутявки. Можно также фичу и отключить, отклюк просто снесет этот индекс.

BG Tree монтирование фс разгоняет очень даже. И на hdd и на ssd и на чем там еще.

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

68. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от maximnik0 (?), 14-Фев-26, 18:23 
> Если время монтирования не нравится, можно block group tree врубить, требует ядро
> 6.1 или новее в плане compat. На более старых будет в
> RO маунтиться - они не знают как апдейтить дерево, а для
> чтения ФС оно не требуется.

Да все там нормально с монтированием,просто корень на жестком диске находиться.Я уже 2 ssd взял ,но пока не решился ставить из за качества самих ssd ,да еще и дикий рост цен. Флешек с усиленным crc и нормальным алгоритмом записи мало -нормальный алгоритм это когда контроллер видит что записывать до хрена и сразу зажимает скорость записи вместо "зажарки памяти " и скорости флоппи дисковода после срабатывание тензодатчика :-( Извращаться с программными лимитами на запись лень.

> btrfstune --convert-to-block-group-tree с более-менее новыми btrfs utils. Это надо на
> размонтированой фс пулять, например с бутявки. Можно также фичу и отключить,
> отклюк просто снесет этот индекс.

Говорят есть баг с зоннированными устройствами .


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

104. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 15-Фев-26, 13:37 
> Да все там нормально с монтированием,просто корень на жестком диске находиться.

BG Tree заметно разгоняет монтирование - на чем угодно.

> Я уже 2 ssd взял ,но пока не решился ставить из за качества
> самих ssd ,да еще и дикий рост цен.

Если они стремные - можно немамонтам скинуть с наваром :). Тоже профит, хоть и в другом смысле. Тем более что с каким там NFTS или EXT4 они подляну если и заметят - то далеко не сразу и к тому моменту требовать откат сделки уже вообще совсем поздняк будет :))

> "зажарки памяти " и скорости флоппи дисковода после срабатывание тензодатчика :-(
> Извращаться с программными лимитами на запись лень.

Да не надо оно в общем случае. В среднем по больнице SSD все же более или менее работают. Другое дело что у гуаноконтроллеров факапы - крупноблочные, а у гуаномассивов и необычные, типа пробития FEC и выгрузки трухи наружу. Мало какие ФС ожидают что гамноконтроллер при power loss профачит мега так 32 или сколько там (весь erase group, erase block * N каналов) или что труха за FEC пролезет и выгрузится.

> Говорят есть баг с зоннированными устройствами .

С зонированными - возможно. Зонированные устройства в целом - довольно редко пока встречаются и это сильно менее протестированный code path. А у вас вот именно zoned девайсы которые вот именно хосту host-controlled zoned mode вывесили?

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

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

113. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от maximnik0 (?), 15-Фев-26, 22:07 
> встречаются и это сильно менее протестированный code path. А у вас
> вот именно zoned девайсы которые вот именно хосту host-controlled zoned mode
> вывесили?

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

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

87. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от maximnik0 (?), 15-Фев-26, 09:58 
>Если время монтирования не нравится, можно block group tree врубить

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

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

105. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 15-Фев-26, 13:40 
> как на ext4 с включенным индексированием. Поправили бы ещё слабо устойчивые
>  методанные, а то пару кластеров повредиться , все преплыли -
> редко когда бубен помогает,раздел уходит в RO.

Оно нынче по дефолту DUP юзает как схему метаданных - и таки пару бэдов под метаданными ведут лишь к воплям на сбой csum и починке из исправной копии. С данными аналогично работает в DUP или RAID1. Чем и прикольно.

А догнать до такого self heal по мере чтения или scrub более классические RAID ... ну не то что совсем невозможно но я б посмотрел как это без device-management-aware выглядит и насколько это будет сложно в менеджменте и глючно от потери инфо о ошибке между уровнями.

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

112. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от maximnik0 (?), 15-Фев-26, 21:47 
>Оно нынче по дефолту DUP юзает как схему метаданных - и таки пару бэдов под метаданными ведут лишь к воплям на сбой csum и починке из исправной копии.

Недавно столкнулся с проблемой - в одном из каталогов куча файлов не удалялось,проблема с деревом,откат транзакции. Прикол в том что - не хрена не ченилось,при том что взяв старый live диск те проблемные данные удалил даже без ошибок. Но эксплуатировать том оказалось невозможно - ругался драйвер что дерево не корректное и переводил том в RO. ??? Старый 22 года live диск  проблем не видел- нормально все писал без проблем. А в примечаниях к выпуску обновлений в дистрибутив которым я пользовался как раз было отмечено бэкпортирование усиленной проверки деревьев .Мда , а видь куча народу писало об том что на ровном месте диски переходят в RO и не чем  проблема не чиниться- почему у других фс к примеру ext4 проблема с деревом не приводит к катастрофе,если остальные методанные целы утилита fsck спокойно новое дерево создавало. Тут либо ремонт слабый-либо деревья еще чем то подпирать нужно чтобы из за пары байт том в RO не переходил.Понятно что данные не потеряешь,но форматировать и заново переносить данные мало приятно.

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

59. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 14-Фев-26, 17:24 
> чтобы еще лучше угробиьь ресурс ssd

Да ничего там не гробится на практике. На большей части обычных десктопных конфиг EXT4 и btrfs в статистике накопителя - фиг различишь. Я проверял. На разных конфигах.

Реально все эти страшилки про SSD - разве что на ACID базах с мелкими запросами можно увидеть. Если NOCOW не врублен. Весьма нишевой сценарий.

В остальных случаях - вон там господа догнали только метаданных - терабайт. Сколько там у них на btrfs данных - ну вы поняли! Да, у них менее 1% метаданные ФС, вот и считайте. Если совсем стремно - поставить commit=180 допустим. Максимум откатится на 3 минуты назад соответственно при крахе.

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

67. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (65), 14-Фев-26, 18:22 
> Реально все эти страшилки про SSD

У меня с прошлого ноута сдох. Диск был на 256 гб, записано было где-то 80-90 терабайт. После чего на него пишется нормально, brtfs scrub проходит нормально, а через пару дней тот же scrub начинает сыпать кучу ошибок на несовпадение сумм.


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

106. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 15-Фев-26, 13:47 
> было где-то 80-90 терабайт. После чего на него пишется нормально, brtfs
> scrub проходит нормально, а через пару дней тот же scrub начинает
> сыпать кучу ошибок на несовпадение сумм.

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

Если это TLC/QLC (а что же еще?!) - условимся что его четверть тера, 90 х 4 = 360 циклирований как оценка СНИЗУ. Реально больше ессно. Ну а сколько вы циклов с TLC/QLC ожидали поиметь, интересно? :)

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

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

5. "Для ядра Linux предложена файловая система DLMPFS"  +5 +/
Сообщение от Аноним (98), 14-Фев-26, 11:51 
Причём тут БТР и ехт?
Сабж распределённая фс. Она конкурирует с гфс, цепф...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

50. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от пэпэ (?), 14-Фев-26, 16:45 
Таким словам их не обучают, ты чего. Файловая система хранит файлы! Значит можно сравнивать!
Ответить | Правка | Наверх | Cообщить модератору

6. "Для ядра Linux предложена файловая система DLMPFS"  –5 +/
Сообщение от Аноним (6), 14-Фев-26, 11:52 
Ага, а фичи btrfs можно выполнять простыми баш скриптами поверх ext4)
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

14. "Для ядра Linux предложена файловая система DLMPFS"  +3 +/
Сообщение от pfg21 (ok), 14-Фев-26, 12:51 
ага, особенно CoW реализуем вааааще на трех командах башелапши :)  
не забили б на функции ext3cow то, можно было еще о чем-то говорить.
Ответить | Правка | Наверх | Cообщить модератору

21. "Для ядра Linux предложена файловая система DLMPFS"  –2 +/
Сообщение от Аноним (98), 14-Фев-26, 13:11 
Ну если уж о локальных фс:

>btrfs очень удобен если

Стоит божественная зфс!
Зфс'очка накуканивает БТР почти во всех мероприятиях специальной олимпиады.

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

22. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от Аноним (98), 14-Фев-26, 13:16 
>btrfs очень удобен если есть сервер с множеством дисков и на них требуется настроить RAID.

Особенно 5/6 рейд, который в этой подделке до сих пор овер 15 лет в анстейбл! Врайт хоул на раз.
То ли дело православный рэйд-з!

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

53. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (53), 14-Фев-26, 17:02 
А ведь могли бы объявить продакшон-рэди сразу, как только на десктопе девелопера проработало без крахов до конца рабочего дня.
Ответить | Правка | Наверх | Cообщить модератору

107. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 15-Фев-26, 13:49 
> А ведь могли бы объявить продакшон-рэди сразу, как только на десктопе девелопера
> проработало без крахов до конца рабочего дня.

ZFSники примерно так рефлинки и релизнули. Мол, а как тестировать если по дефолту отключено? Айда в прод, айда включим по дефолту! Ых, ых, что значит - ошибки ФС у гентушников собиравших go?!

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

108. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (98), 15-Фев-26, 14:16 
Сборка говешечки на дженту — это само по себе как обмазываться несвежим. Зфс просто пыталась спасти мир от лишних бинарников. А если серьезно, лучше один раз поймать баг на рефлинках, который уже пофиксили, чем всю жизнь сидеть на бтр и ждать, когда у тебя дерево метаданных решит самовыпилиться просто потому, что место на диске внезапно кончилось.
Ответить | Правка | Наверх | Cообщить модератору

109. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (-), 15-Фев-26, 17:42 
> Сборка говешечки на дженту — это само по себе как обмазываться несвежим.

Обычный сценарий. А то что ZFS вот так зарелизили в стиле нате на лопате - потестим фичу в проде - активировав по дефолту - ну круто, держат марку фс заботящейся о данных.

Btrfs'ники в этом смысле как-то разумне и консервативнее и явно экспериментальное по дефолту не врубают. Все познается в сравнении. Соотношения между апстримами тоже.

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

Кому лучше - тут пусть и сидит! Я уже цать лет слышу как у меня btrfs вот вот того этого. А он все не того и не этого. Даже мой датарек скилл VS btrfs restore в деле ни разу не проверил - ну что за бццтво? Сколько ждать то надо? Я так от старости умру быстрее, господа! :)

А вот зачем мне на моих системах тормозной out of tree утюг с никаким управлением памятью да еще вне майнлайна - я не в курсе. Тем паче что если это не 30-дисковая полка то оно будет - как в бенче фороникса. И вот оно мне такое надо? А btrfs что, он просто есть. И просто юзается. Даже на роутере с 64 мег живет, по приколу. А до кучи вот продвинутые фишки типа снапшотов, scrub и добавления девайсов по мере надобности.

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

110. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (98), 15-Фев-26, 18:26 
>Btrfs'ники в этом смысле как-то разумне и консервативнее и явно экспериментальное по дефолту не врубают.

Рэйд 5/6 ещё сколько от консерваторов ждать?
Это не консерватизм, это стабильное отрицание реальности. Зфс хотя бы выкатывает фичи и правит их, а в бтр ошибки дизайна метаданных десятилетней давности просто называют «особенностями реализации».

>Я уже цать лет слышу как у меня btrfs вот вот того этого. А он все не того и не этого.

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


>А вот зачем мне на моих системах тормозной

out of tree утюг

«Вне майнлайна» — это единственный способ не тащить в ФС костыли из ядра двадцатилетней давности. Зато когда у Вас на бтр случится очередной ЕНОСПЦ при наличии свободного места (классика!), Вы будете очень рады, что она «в майнлайне». По крайней мере, ядро честно напишет в логах, как именно оно похоронило данные.
И да, сравнивать зфс с бтр на 64 МБ памяти — это как жаловаться, что карьерный самосвал плохо паркуется у кофейни. Зфс — это про надежность и объемы, а бтр — это про то, как весело и задорно играть в рулетку со своими конфигами, пока скруб пытается сделать вид, что всё под контролем.

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

51. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от пэпэ (?), 14-Фев-26, 16:47 
>фичи btrfs можно выполнять простыми баш скриптами поверх ext4

Achievement unlocked

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

69. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (65), 14-Фев-26, 18:24 
Ага, контрольные суммы особенно. Чисто кроном запускаем и считаем в hash.txt
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

19. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (18), 14-Фев-26, 13:05 
btrfs очень удобен если есть сервер с множеством дисков и на них требуется настроить RAID.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

57. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от онанист (?), 14-Фев-26, 17:16 
оно не умеет raid5/6
Ответить | Правка | Наверх | Cообщить модератору

70. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (70), 14-Фев-26, 18:39 
Зато умеет raid10.
Ответить | Правка | Наверх | Cообщить модератору

27. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (27), 14-Фев-26, 13:32 
Сабж - не совсем файловая система. Скорее механизм управления блокировками в распределенных системах, выполненный в виде ФС.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

40. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (40), 14-Фев-26, 15:17 
ext4 вообще не нужна, есть xfs.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

66. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от онанист (?), 14-Фев-26, 18:21 
она уже перестала обнулять данные ?
Ответить | Правка | Наверх | Cообщить модератору

41. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (41), 14-Фев-26, 15:19 
DLMPFS для сугубо специфичных вещей. Ваш пример с BTRFS абсолютно неудачен
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

75. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Сталин (?), 14-Фев-26, 20:28 
У нас и наших заказчиков буквально везде на серверах XFS
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

12. "Для ядра Linux предложена файловая система DLMPFS"  –2 +/
Сообщение от Bob (??), 14-Фев-26, 12:14 
Она настолько нужна, чтобы включать в ядро?

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

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

16. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от pfg21 (ok), 14-Фев-26, 12:53 
хз, она явно рассчитана не на хомячковый десктоп :)    
так что и результаты работы и потребности будут собираться с корпов...
Ответить | Правка | Наверх | Cообщить модератору

20. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (18), 14-Фев-26, 13:08 
Сабж о серверах. Ну а если домашний хомяк то выбор очевиден --> EXT4.
Ответить | Правка | Наверх | Cообщить модератору

36. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (36), 14-Фев-26, 14:39 
> пересобирать себе ядро. Хотя бы потому, что туда настрочили всякого, прямо как в Сашу
> она явно рассчитана не на хомячковый десктоп

Она для серверного доступа.

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

93. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Tron is Whistling (?), 15-Фев-26, 10:15 
Нужна. И да - она тебе не помешает, её неиспользование в общем случае не требует никаких существенных ресурсов кроме пары килобайт под код и пустые структуры.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

25. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от Аноним (25), 14-Фев-26, 13:22 
А поддерживать её кто будет? Или через год её выкинут?
Ответить | Правка | Наверх | Cообщить модератору

35. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Аноним (36), 14-Фев-26, 14:37 
> Или через год её выкинут?

Обычное дело в опенсорсе. А если не будет выкидываться - сделают, как с Иксами.

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

39. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Alladin (?), 14-Фев-26, 15:15 
с иксами другое, к закрытию иксов редхат руку приложила
Ответить | Правка | Наверх | Cообщить модератору

52. "Для ядра Linux предложена файловая система DLMPFS"  +2 +/
Сообщение от Аноним (36), 14-Фев-26, 16:58 
Дак здесь тоже редхат.
Ответить | Правка | Наверх | Cообщить модератору

28. "Для ядра Linux предложена файловая система DLMPFS"  –2 +/
Сообщение от Аноним (28), 14-Фев-26, 13:34 
mandatory locks же вроде мало того что deprecated, так ещё и требуют и сборки, и запуска ядра со сопециальными флагами. Нам рассказывали, что mandatory locks не нужны ... а тут на тебе, целую ФС специально для них выпускают. Я ничего не понял, какая там в ядре сегодня методичка...
Ответить | Правка | Наверх | Cообщить модератору

29. "Для ядра Linux предложена файловая система DLMPFS"  –2 +/
Сообщение от Аноним (98), 14-Фев-26, 13:39 
>какая там в ядре сегодня методичка.

Как и всегда, усидеть на всех стульях сразу.
Сперва принять --> бонус получить. Затем громко выпилить...--> снова бонус и так по кругу. Раст, вот это все. А объём все рос...

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

31. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним на удаленкеemail (?), 14-Фев-26, 14:01 
Я вот считаю что модульное ядро самое лучшее решение. Монолит все таки такое себе. Пока что все работает во славу великого пингвина, но кажется что монолитность это скорее минус чем плюс для домашнего применения.
Ответить | Правка | Наверх | Cообщить модератору

32. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (98), 14-Фев-26, 14:15 
Соглашусь, коллега.
Думаю в ближайшую трехлетку ИИ будет набрасывать ядра на раз. Причём ему необязательно нужен человекочитаемый код. Со всеми вытекающими...
Времена доминации дедушки Линуса подходят к концу.
Ответить | Правка | Наверх | Cообщить модератору

34. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Васян Нечитаемыйemail (?), 14-Фев-26, 14:32 
-- - - - Причём ему необязательно нужен человекочитаемый код.

Ищобы. Главнае чтобы чилавеканечитаемый кампилятыр не подвёл. Всеми любимый ыы сам сибя написал и никто в нём ниразбараеццо, ат слова савсем. Правда?

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

42. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Аноним (41), 14-Фев-26, 15:20 
Интересно, насколько быстро найдет применение в GFS2...
Ответить | Правка | Наверх | Cообщить модератору

92. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Tron is Whistling (?), 15-Фев-26, 10:14 
Ни насколько. У GFS2 собственные локи.
Здесь больше решение как раз чтобы вот только из за локов OCFS2/GFS2 не городить.
Ответить | Правка | Наверх | Cообщить модератору

45. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (45), 14-Фев-26, 15:37 
>DLMPFS не позволяет записывать и читать данные из файлов, ограничиваясь только операциями с блокировками

Брр! Не понимаю!
Зачем нужны блокировки, если все равно нельзя читать или писать? И зачем нужна такая ФС?

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

55. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от онанист (?), 14-Фев-26, 17:14 
когда будет у вас более одного локалхоста - поймёте
Ответить | Правка | Наверх | Cообщить модератору

91. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Tron is Whistling (?), 15-Фев-26, 10:13 
А затем, что когда у тебя кластер например в распределённую СУБД пишет, даже без файлухи - у тебя бывают моменты, когда тебе надо на какую-то общую фигню лок выставить - чтобы не трахаться с дедлоками и откатом транзакций. У тех же распределённых СУБД нынешних с собственными локами всё очень плохо, обычно лок локальный на ноду записи, и не далее. Поэтому приходится рядом ещё shared fs городить просто для того, чтобы на неё локи класть - а тут будет готовое решение.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

71. "Для ядра Linux предложена файловая система DLMPFS"  –8 +/
Сообщение от windows10email (ok), 14-Фев-26, 18:50 
Ну все, прощай ext4 сотоварищи.

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

Потом на эту DLMPFS завяжется systemd, потом без DLMPFS не будет работать вяленд. И все это разумеется для блага пользователей.

Мир линукса медленно но неумолимо движется к GNU\Redhat c ядром на расте.

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

90. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Tron is Whistling (?), 15-Фев-26, 10:11 
При чём тут ext4?
Здесь узкоспециализированная технологическая "фс", которая даже не фс, а просто интерфейс к DLM.
Ответить | Правка | Наверх | Cообщить модератору

77. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от _ (??), 14-Фев-26, 23:04 
Мдеее ... а вот раньше все музло-плееры писали :(
Ответить | Правка | Наверх | Cообщить модератору

82. "Для ядра Linux предложена файловая система DLMPFS"  –2 +/
Сообщение от Аноним (82), 15-Фев-26, 01:48 
Почему у линуксоидов такая ярая гипер фиксация на ФС ? Это типа потому что "все есть файл" ? Как ни глянь, либо очередной тайлинг пилят, либо фс, и обязательно ведь инновационную блин, а как иначе. Ну и эта драма, с бтрфс, или как там её, бкачфс, хз путаю их постоянно - такой скандал раздули, из ничего, как буд-то кроме этого вообще ничего не проиходит.
Ответить | Правка | Наверх | Cообщить модератору

83. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Аноним (83), 15-Фев-26, 04:19 
"Все есть файл" это про Plan9/9front. Тут просто очередное угребище от красношапочников, которые суют мега гипер сложную хрень в ядро, чтобы потом без толпы не разобраться было что это за хрень вообще. Оверинженеринг в действии. Красношапковым нужны кластеры и влезть во все места под любым соусом. BTRFS это недоделка от Оракла, который купил Sun Microsystems у которого уже была файловая система ZFS против которой создавалась BTRFS. Но теперь люди хотят линукс, а оракл не тянет создание хотя бы стабильной файловой системы. Там у людей адский ад при программировании адовой их базы данных. Опять же монструозная хрень. Просто сейчас они там в штатах в ИИ ударились и надо делать вид что много всего делается и собственно покупайте от тех поддержку кто больше делает. Локальному компу вся эта бодяга ненужна. Эта байда про кластеры и облака, то есть про вытеснение персональных компов.
Ответить | Правка | Наверх | Cообщить модератору

85. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Аноним (36), 15-Фев-26, 09:39 
> Это типа потому что "все есть файл" ?

Сейчас новая стратегия опенсофта: "всё есть fail".

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

89. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Tron is Whistling (?), 15-Фев-26, 10:08 
Хорошая идея. Реально есть в проде аппликухи, у которых обмен данными идёт без использования shared fs, но нужны блокировки в кластере. Неплохо бы ещё к этой идее базовый стек по типу O2CB, потому что городить ради этого огород с коросинком тоже не просто.
Ответить | Правка | Наверх | Cообщить модератору

94. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Аноним (94), 15-Фев-26, 11:09 
> слой для распределённых файловых блокировок

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

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

95. "Для ядра Linux предложена файловая система DLMPFS"  –1 +/
Сообщение от Tron is Whistling (?), 15-Фев-26, 11:15 
Raft - плохая подпорка, там всё завязано на одну-единственную ноду.
Ответить | Правка | Наверх | Cообщить модератору

96. "Для ядра Linux предложена файловая система DLMPFS"  +/
Сообщение от Tron is Whistling (?), 15-Фев-26, 11:18 
Поясню.
В DLM у каждого лока есть lock owner.
Изменить состояние лока в режиме восстановления кворума всё равно не получится.
Но вот проверить - пока жив lock owner - можно.
С рафтом так не выйдет.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

97. "Для ядра Linux предложена файловая система DLMPFS"  +1 +/
Сообщение от Аноним (94), 15-Фев-26, 11:37 
Гм, да. Был неправ, спасибо за пояснение.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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