Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

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

В ФС Ext4 намечен к удалению режим data=journal

09.10.2026 09:39 (MSK)

В состав ядра Linux 7.3, релиз которого ожидается 19 октября, принято изменение, переводящее режим монтирования файловой системы Ext4 "data=journal" в разряд устаревших. Поддержку данной опции монтирования намерены прекратить в 2028 году.

Опция "data=journal" включает режим полного журналирования, при котором в журнал записываются не только метаданные, но и сами данные, что обеспечивает высокую устойчивость в случае сбоев, но усложняет сопровождение кода, приводит к значительному снижению производительности по сравнению с режимами "data=ordered" и "data=writeback". Кроме того данная опция не сочетается с некоторыми возможностями, такими как отложенное выделение блоков (delalloc) и прямой ввод/вывод, и мешает реализации новой функциональности в Ext4.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Заметки Теодора Тс'о о ядре Linux, кодексе поведения, ext4, btrfs и ZFS
  3. OpenNews: Выпуск Debian 12.3 отложен из-за проблемы, приводящей к повреждению ФС Ext4
  4. OpenNews: В ядро Linux для ФС Ext4 включена поддержка работы без учёта регистра символов
  5. OpenNews: Проблема с повреждением разделов Ext4 оказалась в md-raid0
  6. OpenNews: Для файловой системы Ext4 представлена поддержка шифрования
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66430-ext4
Ключевые слова: ext4, kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (306) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:51, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/–
    Хлебом не корми - дай да выпилить что-нибудь что не сломано и жить не мешает.
     
     
  • 2.2, A.Stahl (ok), 09:54, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +24 +/–
    >жить не мешает

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

     
     
  • 3.8, Kilrathi (ok), 10:12, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +12 +/–
    Если б "мешает реализации новой функциональности" было про "мешает внедрению copy-on-write" - это одно, а вырезать у фс единственный отказоустойчивый режим до/без внедрения альтернативы...
     
     
  • 4.70, Аноним (70), 14:31, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/–
    Бггг Ну вы ж по иному не возжелаете поработать для гугля и эй-би-эм б 821 е 8... большой текст свёрнут, показать
     
  • 4.113, User (??), 19:38, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Если в части "отказоустойчивости" вы полагаетесь на ФС - вы уже очень сильно обо...клались, вот
     
     
  • 5.132, Аноним (132), 23:35, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    >  Если в части "отказоустойчивости" вы полагаетесь на ФС - вы уже очень
    > сильно обо...клались, вот

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

     
     
  • 6.154, User (??), 06:47, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ... И натянул четвёртый слой резинотехнической защиты на свечку - ну, для НАДЁЖНОСТИ.
     
     
  • 7.208, Аноним (-), 00:12, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > ... И натянул четвёртый слой резинотехнической защиты на свечку - ну, для НАДЁЖНОСТИ.

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

     
     
  • 8.216, User (??), 07:21, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Оу А для тех, кто считает снапшоты бэкапами в пятёрочке самая лагучая касса... текст свёрнут, показать
     
     
  • 9.228, Аноним (-), 11:10, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Этот тип начал о чем-то догадываться Эти технологии не заменяют друг друга а... текст свёрнут, показать
     
     
  • 10.229, User (??), 11:18, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    и натянул вот еще четвёртый, ага Сыночка - эти вот твои аналоговнетные сна... текст свёрнут, показать
     
     
  • 11.252, alexanderyt (ok), 17:36, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Про виртуализацию тут никто и не вспомнил, кроме тебя Так что, не пиши лишнего,... текст свёрнут, показать
     
     
  • 12.254, Аноним (-), 17:43, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да не мешайте вы ему Клиентом Accenture становятся не от избытка экспертизы, та... текст свёрнут, показать
     
  • 12.257, User (??), 18:31, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну и зря так-то не вспомнил Мне вот еще один уровень снапшотов поверх того, что... текст свёрнут, показать
     
     
  • 13.266, Аноним (-), 20:48, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Зелен виноград, yada-yada Правда жизни проста Это некромант-бсдшник или древни... текст свёрнут, показать
     
  • 11.253, Аноним (-), 17:41, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Дедуля, в отличие от тебя я не убиваю время на переустановку систем при факапе, ... большой текст свёрнут, показать
     
     
  • 12.258, User (??), 18:43, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Оу Так и я нет - decomission deploy ноды в 2026 чуть-чуть не так, как ты себе э... текст свёрнут, показать
     
     
  • 13.270, Аноним (-), 22:49, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А мы возьмем и рассмотрим вот прям твой десктоп ноут и проч И как там decomissi... большой текст свёрнут, показать
     
     
  • 14.285, User (??), 07:50, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Где ж я тебе тот дысктоп -то в 2026м найду А с ноутом - ну давай Как думаешь... текст свёрнут, показать
     
     
  • 15.304, Аноним (-), 17:56, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В офисе например, у любой фирмы которая не хайпует а оптимизирует перфоманс-затр... большой текст свёрнут, показать
     
  • 3.10, Аноним (10), 10:13, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    >приводит к значительному снижению производительности

    Если она не нужна. Опция она для этого и существует.
    >не сочетается с некоторыми возможностями

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

    Ну сейчас модно новое ради нового. План по новому - новое по плану.

     
  • 3.11, Аноним (11), 10:15, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    > приводит к значительному снижению производительности... не сочетается с некоторыми возможностями... и

    ... обеспечивает высокую устойчивость в случае сбоев.

    ПС. Сам пользуюсь этой опцией чуть ли не с самого начала. Жаль :(

     
     
  • 4.19, Kilrathi (ok), 10:30, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Классика opensource: либо брать на себя поддержку режима, либо переходить на cow в zfs/btrfs (если производительность позволяет), либо компромиссить на xfs
     
     
  • 5.97, Аноним (-), 17:40, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Классика opensource: либо брать на себя поддержку режима, либо переходить на cow
    > в zfs/btrfs (если производительность позволяет), либо компромиссить на xfs

    Если вас XFS устраивал то EXT4 тоже так то наверное с теми неполными режимами журнала - пойдет?

     
     
  • 6.100, Kilrathi (ok), 18:38, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Если вас XFS устраивал то EXT4 тоже так то наверное с теми
    > неполными режимами журнала - пойдет?

    Если просто в лоб сравнивать ext4 и xfs в режиме "сферического коня в вакууме": для меня, субъективно, xfs "интереснее".
    Если же подбирать не в режиме "ок-по-дефолту", а смотреть по платформе и задачам - уже большая вариативность, не ограничивающаяся этими двумя.
    На большинстве используемых мною сейчас систем руты на ext4 и ffs, данные на btrfs и zfs.
    В частности/конкретных примерах: на домашнем бюджетном бесшумном минипк под микросервисы система на ext4, виртуалки на xfs, а флешка с бакапами на exfat; на основном пк calibre с зеркалом Флибусты в f2fs, а хостинг служебных ro демо-баз, вообще, в tmpfs...

     
     
  • 7.131, Аноним (132), 23:34, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > На большинстве используемых мною сейчас систем руты на ext4 и ffs, данные на btrfs и zfs.

    Что еще за ffs бжд?! Это какой-то ископаемый, из древних юниксов? Necromancy is a forbidden art!

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

     
     
  • 8.146, черпало (?), 00:56, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    ты восстанавливал сломанную фс или оно удобно, пока проблем нет если да, то да... текст свёрнут, показать
     
     
  • 9.210, Аноним (-), 00:39, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Я не занимаюсь восстановлением сломанных фс в общем случае Компьютеры должны ... большой текст свёрнут, показать
     
  • 8.163, Kilrathi (ok), 08:43, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Под ряд сетевых задач крутятся OpenBSD более 10 лет и кушать не просят, просто, ... текст свёрнут, показать
     
     
  • 9.211, Аноним (-), 00:44, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Будем считать что я предпочитаю более современные и простые в эксплуатации решен... текст свёрнут, показать
     
  • 5.189, Аноним (189), 16:12, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А как COW обеспечивает лучшую сохранность данных? Наоборот, если повредится блок - он может принадлежать нескольким файлам, значит можно одним повреждением запороть несколько файлов. Значит с COW сохранность данных как раз хуже.
     
     
  • 6.225, Аноним (-), 10:53, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Если это важно - надо избыточность юзать При том если на обычном RAID1 у вас ... большой текст свёрнут, показать
     
  • 3.26, Аноним (26), 10:55, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Простое же решение, в данном случае. Нужен максимум производительности - не включай data=journal, нужна повышенная надёжность - включай.
     
     
  • 4.152, ананим.orig (?), 05:28, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/–
    >нужна повышенная надёжность -

    Бери raid.

     
     
  • 5.226, Аноним (-), 10:54, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >>нужна повышенная надёжность -
    > Бери raid.

    Вот уж блеснул экспертизой на весь опеннет! Raid у него журнал оказывается заменяет :D

     
  • 3.122, Кирилл (??), 20:44, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    ...решается реорганизацией кода с сохранением отдельной подверсии/подрежима. В котором все конкурирующие опции отключены. Очевидно режим максимальной надёжности это не про ускорение с отложенными операциями.
     
  • 3.126, Аноним (126), 21:24, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Для реализации новой функциональности следует пилить EXT5 или ещё какую-нибудь в... большой текст свёрнут, показать
     
     
  • 4.147, черпало (?), 01:00, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > EXT4 не выбирают, потому что она более быстрая

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

     
  • 4.227, Аноним (-), 11:04, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Теодор Тсо прямым текстом сказал что никакого EXT5 делать не будет Этот дизайн ... большой текст свёрнут, показать
     
  • 3.149, Аноним (149), 04:30, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > приводит к значительному снижению производительности...

    А оно включено по умолчанию?

     
     
  • 4.162, Аноним (162), 08:33, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Нет. Если включить на ext4 полное журналирование, то она по скорости приблизится к zfs. И усиление записи вырастет в 2 раза.
     
  • 2.4, iPony128014 (?), 09:57, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/–
    У диванных анонимов так всегда...

    Для них код как шкаф, который стоит в углу и никому не мешает.

    Но такое не так часто.

     
     
  • 3.34, Аноним (34), 11:30, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/–
    у диванных проггеров так всегда...

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

    Но такое довольно часто.

     
  • 3.123, Кирилл (??), 20:47, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Странно, но когда то существовал такой термин как legasy-код, из которого состояло 70++% всего софта и на протяжении примерно 30 лет разработчики каким то образом умели с этим работать, получалось быстро, надёжно, дёшево и функционально. Потом ещё научились делать это безопастно.
    Ну а потом пришли новые "разработчики" и решили исправить "быстро, дёшнво, надёжно" да и собственно "работать".
     
     
  • 4.148, derfenix (ok), 01:48, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Интересно даже, что же изменилось за 30 лет, да....
     
     
  • 5.175, Кирилл (??), 13:16, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Изменились разработчики. Точнее их изменили менеджеры. Теперь на первом месте разработка ради разработки и график написания строк кода.
     
     
  • 6.213, derfenix (ok), 01:16, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Изменились разработчики. Точнее их изменили менеджеры. Теперь на первом месте разработка
    > ради разработки и график написания строк кода.

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

     
     
  • 7.221, Кирилл (??), 10:15, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А о каких таких требованиях к софту вы подумали? Кто требует выпускать новой версии андроида каждый год? Наверное это пользователи устроили митинг и под угрозой бойкота требуют переписывать весь плэймаркет по сути заново каждые 1,5-2 года? И вероятно это они же потребовали чтобы обновления андроида на устройствах приходили только на 20-30% устройств и в половине случаев приносили больше проблем чем затыкали дыр в безопастности, а о новом функционале речи в принципе не идёт уже давно.
     
     
  • 8.245, derfenix (ok), 13:18, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да понял я уже, что во всём виноваты злобные менеджеры, которые спят и видят тол... текст свёрнут, показать
     
     
  • 9.299, Кирилл (??), 11:59, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ты видел какие нибудь другие комментарии к какой нибудь новой и креативной верси... текст свёрнут, показать
     
     
  • 10.302, derfenix (ok), 12:05, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Жаль, что ты не понимаешь ещё, что твой взгляд на мир - не единственный Если те... текст свёрнут, показать
     
     
  • 11.312, Кирилл (??), 23:25, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Мне нужен работающий, не ломаемый, не выпиливаемый функционал И да, я в упор не... текст свёрнут, показать
     
  • 11.313, Кирилл (??), 23:31, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Или какой нибудь vlc Где там новый функционал Ему просто 3 раза перерисовали и... текст свёрнут, показать
     
  • 7.293, Кирилл (??), 11:40, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Фух, ну слава богу.. А то я уж подумал, что требования к
    > софту теперь не те, что 30 лет назад, как и сам
    > темп разработки, диктуемый другим темпом жизни.

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

     
  • 7.294, Кирилл (??), 11:42, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Фух, ну слава богу.. А то я уж подумал, что требования к
    > софту теперь не те, что 30 лет назад, как и сам
    > темп разработки, диктуемый другим темпом жизни.
     
  • 7.295, Кирилл (??), 11:43, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Мне даже интересно, это какие такие требования выдвинули пользователи андроида на митинге,
     
  • 7.298, Кирилл (??), 11:49, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    угрожая googлу boйkotom, и требуя выпускать по 1 версии системы ежегодно из за чего весь плэймаркет приходится переписывать практически с нуля каждые 2-3 года.
     
     
  • 8.300, derfenix (ok), 12:01, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Трындец тебя порвало, чувак Иди поспи, что ли ... текст свёрнут, показать
     
     
  • 9.311, Кирилл (??), 23:19, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это не меня порвало, это местный автобан считает слово гугл матерным ... текст свёрнут, показать
     
  • 4.284, iPony128014 (?), 06:49, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Странно, но когда то существовал такой термин как legasy-код, из которого состояло
    > 70++% всего софта и на протяжении примерно 30 лет разработчики каким
    > то образом умели с этим работать

    Ничего странного. И особо ничего не поменялось.

    Зависит от проекта, требований и всего прочего.

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

     
  • 2.20, опеншлёпивпродакшн (?), 10:33, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Если противников наберётся достаточно - форкнут ext4 и будут сами поддерживать. А если не наберётся, то это ты один такой особенный.
     
     
  • 3.42, Аноним (42), 11:54, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Поддержку данной опции монтирования намерены прекратить в 2028

    Люди и дистры просто будут массово сидеть на LTS вышедшем перед проблемной сборкой 2028, пока окончательно не прижмёт. Т.е. аж до самого 19 января 2038, а то и дольше

     
     
  • 4.106, _ (??), 19:17, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Нет не будут!
    Они и не такое-на-лопате жрали, жрут и будут жрать. К чему иллюзии то?
     
  • 3.116, User (??), 19:43, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ждите девуанный форк, ага!
     
  • 2.31, q (ok), 11:09, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/–
    Если код только добавлять, но никогда не удалять, то любой проект становится unm... большой текст свёрнут, показать
     
     
  • 3.61, пох.. (?), 13:27, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Чтобы удалить код, требуется качество, отсутствующее у многих: умение задавать вопрос "а
    > нахрен нам эта хрень вообще упала?"

    главное задавать его с безопасной дистанции - чтоб тебе при этом не задали встречный - а нахер ТЫ нам, отважный удаляльщик, упал?!

    И да, в эпоху ыы безопасной дистанции "вообще в другом городе" может неожиданно перестать хватать.

     
     
  • 4.95, Аноним (95), 17:24, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    > главное задавать его с безопасной дистанции

    Зачем? Потому что т#пого б@дла аргументов нет и в ход пойдут кулаки?
    Ну так да, лучше с такими говорить с безопасной дистанции.

     
     
  • 5.98, Аноним (11), 17:52, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > лучше с такими говорить с безопасной дистанции.

    Зачем вы вообще хотите с такими говорить? Чтоб продемонстрировать им, что они такие а вы не такой?

     
  • 5.103, Аноним (103), 19:00, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Пишите ваш код так, словно его будет сопровождать после вас маньяк знающий где вы живете (с) дейкстра.

    Дебилов-удаляльщиков "я не пользуюсь - значит никто не пользуется" только так и можно учить не лезть своими ручонками туда, куда не просят.

     
  • 5.159, Аноним (159), 07:18, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    То есть линксоиды новой волны считают всех заранее б...м с ск..м. И лучше знают что всем нужно методом запретов и удалений. Когда тоже самое делает госмашина они подпискивают и орут что они не такие снежинки, и так делать нельзя.
    Удивительное разложение мозга. Хотя чему тут удивляться.
     
  • 3.150, Аноним (149), 04:36, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Тонна бесполезной словесной софистики.
    Удалять нужно не рабочее, сломанное, а не то что работает и даже полезно но ты в это не можешь поэтому это тебе не нужно, а так как ты это подавляющее меньшинство то ты решаешь за всех и делаешь.
    Остановите этот мир на минуту, я сойду.
     
  • 2.74, Аноним (74), 14:52, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Тебе прямым текстом сказали что сломано и жить мешает.
     
     
  • 3.104, Аноним (103), 19:00, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    Навешали лапши на уши а ты и рад слушать?
     
     
  • 4.121, Аноним (74), 20:11, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Мне обоснование для удаления кода вообще не нужно.
     

     ....большая нить свёрнута, показать (73)

  • 1.3, Аноним (3), 09:56, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    >по сравнению с режимами "data=ordered" и "data=writeback"

    Ну, writeback, вообще, опасная штука. Такое себе решение дропать журналирование... Сами себе палки в колеса. Я хз, какая там доля ext4 на серверах, но теперь вообще будет 0.

     
     
  • 2.5, Другой аноним (?), 10:07, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Если прочитать получше - журналирование никто дропать не собирался. Дропают только режим полного журналирования вместе с данными, а не только метаданными - так никто не делает, ни на NTFS, ни на ext4.
     
     
  • 3.6, Аноним (3), 10:10, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/–
    Да, не подумал, что дети на тех.форуме под новостью о полном журналировании в коменте смогут увидеть что-то другое кроме полного журналирования. Именно это и имелось в виду: полное журналирование. Внезапно. Прости, что дропнул это слово. Ведь речь именно об этом в новости. Рукалицо бл.

    У меня в проде это критично ибо есть некоторые технические нюансы и требования.

     
     
  • 4.23, Другой аноним (?), 10:43, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Не нравится - используй btrfs, которая для этого и создавалась, полная транзакционность за счёт copy-on-write. Данные гарантированно или записаны целиком, или не записаны совсем.
     
     
  • 5.30, Аноним (3), 11:09, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    >btrfs

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

     
     
  • 6.133, Аноним (132), 23:39, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > На домашней машинке как раз это со снапшотами. Хорошая вещь. Но проды ведь
    > бывают разные. И такие, где ты не можешь просто так взять и перевести всю инфру.
    > Да и не имеешь привелегий принимать подобные решения, к сожалению.

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

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

     
     
  • 7.181, bx (?), 15:13, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У меня диск отвалился, сильно много писал, китайчатина, если бы не btrfs, хрен бы чего поднял. 13 лет примерно самому старому снапшоту. Но пару раз сдыхал, да. Лечилось, без потерь пока.
     
     
  • 8.230, Аноним (-), 11:21, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Я на нескольких особо сыпучих штуках по приколу btrfs разложил с DUP как данных ... большой текст свёрнут, показать
     
  • 6.196, Аноним (196), 17:37, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Это наоборот к счастью, что умные дяди не разрешают тебе на бэтер переходить. А то еще чужие данные просохатишь
     
  • 4.35, Аноним (35), 11:40, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И как часто в ваш прод попадает свежайшее ядро я кернел орг? Не знаю такого дистра для прода в котором будет 7.3 и выше раньше чем через 2-3 года.
     
  • 4.49, похнапоха (?), 12:27, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В продакшене для отказоустойчивости используют надежные СХД с поддержкой (внезапно?) соответствующих потребностям уровней RAID, а так же в дополнение к этому используют метро-кластеры, если данные действительно важные. ext4 в продакшене с опцией data=journal для хранение данных - это баловство, можешь просто использовать пяти дюймовые дискеты для таких данных.
     
     
  • 5.85, пох. (?), 16:24, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > В продакшене для отказоустойчивости используют надежные СХД

    лучше - сразу облачка, на которых восседает святой дух!

    (внезапно, чтобы твои данные добрались до супернадежной [тоже нет] схд - они проходят даже не через одну, а иногда аж через 3 fs - включая и обычную ext4. И да, на КАЖДОМ из этих этапов неуклюжее обращение с данными может что-то испортить.)

    главное ж веровать.

     
     
  • 6.93, похнапоха (?), 17:03, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Кроме вафли на ONTAP, чего они не скрывают и о чем гордятся, в остальных случаях корпоративные СХД - это простое блочное устройство, с собственной реализацией структур метаданных (конечно ведь снимки как-то должны работать) и тд, но называть это ФС - глупо. А ext4 на СХД - это для iSCSI, что в корпоративном секторе редкость, либо какой-нибудь NAS, что достаточно популярно.
     
     
  • 7.182, bx (?), 15:15, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А что же там? Ну так, ради интереса.
     
  • 6.118, User (??), 19:51, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну, внезапно если тебе нужно надёжное хранение данных, то избыточность, ec и вот это всё ты закладываешь вот - на уровне данных, нет?
     
     
  • 7.134, пох. (?), 23:40, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    нет, потому что тогда тебе придется эти данные писать на raw носитель И то - ис... большой текст свёрнут, показать
     
  • 4.91, Аноним (91), 16:58, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > У меня в проде это критично ибо есть некоторые технические нюансы и требования.

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

     
     
  • 5.190, пох. (?), 16:19, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Это опенсорс, детка

    тут ты жрешь с лопаты то что одобрили платиновые спонсоры, и ничего кроме!

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

     
     
  • 6.231, Аноним (-), 11:26, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    У него выбор - шире чем у тебя, внезапно ты то вообще выбираешь из 1 спонсора... большой текст свёрнут, показать
     
  • 3.14, Kilrathi (ok), 10:17, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Вообще-то полное журналирование есть в ufs через geom под "фрёй"
     
     
  • 4.36, пох.. (?), 11:40, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    c silent data corruption works as intended, не забывай уточнять.

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

     
  • 4.75, Аноним (74), 14:56, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    В UFS кривейший механизм soft updates, который так и не сделали нормально, а журналирование в geom отдельное от ФС разваливается при первом попадении питания, да так что fsck падает на unexpected soft update inconsistency и файловой системы считай что больше нет.

    Но какой идиот будет под FreeBSD использовать не ZFS.

     
     
  • 5.94, Kilrathi (ok), 17:11, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Вроде как проблемы были в ранних версиях su, а позже поправили но сам еще со вр... большой текст свёрнут, показать
     
     
  • 6.101, Аноним (70), 18:52, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Я другой аноним, но у меня кривейший SU ассоциируется лишь c режимом SU J Т... большой текст свёрнут, показать
     
  • 4.135, Аноним (132), 23:41, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Вообще-то полное журналирование есть в ufs через geom под "фрёй"

    Вот только кому весь этот адский кластерфак сдастся и зачем?...

     
  • 3.18, sabitov (ok), 10:29, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    А Вам не доводилось сталкиваться с потерей данных на ФС из-за падения питания? А у меня такое былО, когда в либцэшных .so файлах оказался мусор, а система не бутилась. Я с тех пор XFS не использую :) ХЗ, что там за прошедшие 25 лет поменялось :)  И мне пофиг, будет у меня сервер писать 300Мб/с или 250, главное, чтобы при любых раскладах данные не корёжились
     
     
  • 4.24, онанист (?), 10:53, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    приходилось
    на райзере
    лет так 27 назад :-)
     
  • 4.28, Аноним (3), 11:05, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    >сталкиваться с потерей данных

    Я думаю, все с этим сталкивались, кто более-менее с компами работает и имеет опыт.

     
  • 4.29, Другой аноним (?), 11:07, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    > либцэшных .so файлах оказался мусор

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

    В итоге, печально, но судя по всему, большинство присутствующих даже не понимают, как именно работает механизм журналирования ФС.

     
     
  • 5.38, пох.. (?), 11:46, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > В итоге, печально, но судя по всему, большинство присутствующих даже не понимают, как
    > именно работает механизм журналирования ФС.

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

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

     
     
  • 6.51, Другой аноним (?), 12:43, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ситуация, описываемая автором настолько странная, что там либо кривая писалка была, которая после каждого блока fsync'ала, либо (что вероятнее) это было повреждение данных на уровне HDD, от которого журнал никак бы не спас, ибо оно не для этого.
     
     
  • 7.52, пох.. (?), 12:54, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    не, ну можно ж вообще не фсинкать? а я хрен знает как всякие dpkg принято было писать в том самом ламповом 93м.

    Файл открываем сразу тот который обновляем, никаких этих вам mkstemp/rename, читаем откуда-то пишем куда-то вперемешку, чтоб шибкоумная фс не могла предугадать наших действий, надо быть непредсказуемым для противника, где-нибудь по дороге еще тупим (например потому что чтение подзависло на фоне записи), прилетает внезапное отключение электричества - проооофит!

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

     
  • 5.40, Аноним (40), 11:53, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В Unix/Linux любые обновления файлов делаются путём создания в том же каталоге (или в той же ФС) нового файла, а далее - атомарной операции rename.

    Никто не открывает на запись действующую .so-шку (да это и невозможно просто так, файл залочен операционкой).

    Вот удалить его можно, и переименование с удалением тоже возможно.

     
     
  • 6.50, Другой аноним (?), 12:38, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    По хорошему - да, через rename. И поэтому ситуация, как у автора вызывает больше вопросов, чем ответов. rename - это операция с метой, которая идёт через журнал, даже если data=journal нет. При этом оно /должно/ было случиться уже когда данные в новый .so уже записаны. И уж точно, даже без журнала на ext4 не мог побиться файл, в который не писали. Поэтому либо автор рукоспинствовал, и сделал rename перед записью, после чего писал .so в чистый файл, либо (намного вероятнее) это data corrupt на уровне диска, от которого всё равно никакой журнал не спасёт.
     
  • 6.53, пох.. (?), 12:57, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > В Unix/Linux любые обновления файлов делаются путём создания в том же каталоге

    хачю - делаю, не хачю - не делаю! И чо ты мне сделаешь, я вообще в другом городе!

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

    (хенд мейт между прочим, трю органик, не нейрослоп какой! Вполне вероятно у кого-то до сих пор в проде.)

     
     
  • 7.102, Аноним (91), 19:00, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > за такими нехачухами тут надысь километр кода пришлось перебирать

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

    > "а зачем нам коды возврата printf?" вишенкой на тортике.

    Всегда ли должна функция что-то возвращать, и всегда ли нужно это проверять -- классика, академики ещё в 70х не одну пивную кружку об голову собеседника расхерачили в пылу спора на эти темы. И только потом переключились на algol или lisp, emacs или vim, unix или cp/m.

     
     
  • 8.107, пох.. (?), 19:21, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    да он, сссскотина, вопросы какие-то задает а я ж не настоящий сварщик, я б во... текст свёрнут, показать
     
  • 6.128, maximnik0 (?), 22:22, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >Никто не открывает на запись действующую .so-шку (да это и невозможно просто так, файл залочен операционкой).

    Эта возможность опция, можно блокировку отключить.А юзер файлы записать без блокировки - вообще штатная возможность (root превелегии) .Да и samba тоже может писать без losk файла если это нужно.Механизм простой : записываться новый файл - старый файл помечается как удаленный- но пока дескрипторы заняты, не удаляется.Поэтому через отладку возможно файл восстановить - где то даже howto было на примере видиофайла который проигрывает mplayer  ,а каталог удалили.

     
  • 5.44, Аноним (35), 11:58, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    xfs действительно страдал всяческими пропажами при упавшем питании (ядра тогда крэшились тоже частенько, но не про это речь). в нулевых xfs можно было использовать только строго с ибп, это было само собой разумеющимся.
     
  • 5.71, Аноним (71), 14:32, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У меня была такая же проблема на ноуте, только там был NVMe от Samsung, Evo 970 вроде бы. Так же поставил ноут обновляться, всё скачалось, началось распаковываться, но происходило это очень медленно. Никаких ошибок в dmesg не было. После ребута нихрена не запустилось, потому что все файлы, в бут разделе в том числе (FAT32), оказались размером 0. Я грешу на фейл проца либо чего-то на материнке, что создаёт коррапт памяти (такое в ноутах делл было со сломанной клавиатурой, а на моём финке как раз у клавы кнопки коротить начали на мембранке), потому что потом с ноутом были такие же проблемы из разряда "чё этот прид*рок делает" и замена диска и плашек оперативки не помогла.
     
  • 4.46, Аноним (46), 12:10, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Xfs вообще интересная в плане багов, занулять рандомные файлы тоже любит и никак это не исправят до конца. Ext4 может повредить открытый на запись файл при data=writeback, но это надо, чтобы звёзды сошлись. После того, как она сотни внезапных отключений энергии подряд переживала без заметных последствий (худшее кэши браузера повреждаются и пару раз экстеншены браузера пришлось обнулить), у меня нет сомнений в её надёжности. Главное, fast_commit не включать, или придётся ждать часами пока убитый журнал регенерирует.
     
     
  • 5.77, Аноним (74), 14:58, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > тоже любит и никак это не исправят до конца

    Что значит "исправят"? У них в FAQ написано что это бай дизайн

     
     
  • 6.108, пох.. (?), 19:26, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    >> тоже любит и никак это не исправят до конца
    > Что значит "исправят"? У них в FAQ написано что это бай дизайн

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

    И лечится это правильным написанием кода - вот с теми самыми fsync ДО делания действий которые этот файл считают достоверным, а не чудесами фс.

     
  • 4.119, User (??), 19:56, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну а беда-то в чём? Ну выпала нода из кластера, и?
    Или то ЕДИНСТВЕННЫЙ сервер был, второй под кровать не влез?
     
  • 3.66, Метрика (?), 13:49, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это называется резервным копированием так то, а журналирование это сохранение всех inode файла, чтобы можно было найти его данные на диске, если их не затерли конечно
     
  • 2.127, Аноним (127), 21:41, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ничего там опасного нет вообще Но только, если в программе правильно расставлен... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (45)

  • 1.7, Аноним (7), 10:12, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    >Кроме того данная опция не сочетается с некоторыми возможностями, такими как отложенное выделение блоков (delalloc) и прямой ввод/вывод

    А может лучше оставить пользователю выбор? Или новый функционал, или полная устойчивость системы?
    >мешает реализации новой функциональности в Ext4

    Зачем нужно менять именно Ext4? Пускай новый функционал реализуют на уровне VFS.

     
     
  • 2.32, Скрудж (?), 11:12, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    > Или новый функционал, или полная устойчивость системы?

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

     
     
  • 3.45, Аноним (7), 12:08, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Все новости про уязвимости ядра мимо тебя прошли, да?
     
  • 2.151, Аноним (149), 04:41, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Свобода выбора, в свободном софте?!
     

  • 1.9, Аноним (9), 10:12, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Подождите... "в журнал записываются не только метаданные, но и сами данные" разве не приведет к дублированию всех данных на диске и занимаемого места?
     
     
  • 2.12, Кирилл (??), 10:16, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    Может дублироваться, но только до момента подтверждения записи всей транзакции на диск (т.е. данных), после этого блоки журнала переиспользуются
     
  • 2.13, Вацлав (?), 10:17, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    приводит
     
     
  • 3.15, Аноним (11), 10:21, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ложь. Размер журнала фиксирован, он не увеличивается и не уменьшается. Увеличивается только количество записей на диск.
     
     
  • 4.54, пох.. (?), 12:58, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Ложь. Размер журнала фиксирован

    да вроде нет? Ты с journal inode не перепутал?

     
     
  • 5.289, bx (?), 10:11, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это ты что-то перепутал. journal=data это пипец.
     
  • 2.16, Аноним (16), 10:29, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Приводит. Но обычно для этого используют отдельный SSD накопитель.
     
     
  • 3.290, bx (?), 10:12, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Который за 100 рублей купили?
     
  • 2.78, Аноним (74), 14:59, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Записать нужно два раза, да, но копию в журнале после подтверждения записи можно больше не хранить.
     

  • 1.17, Аноним (17), 10:29, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    >но усложняет сопровождение кода

    Но ведь сейчас ИИ из всех утюгов с историями успеха по сопровождению кода, как это может быть аргументов в 2026 году ?

     
     
  • 2.25, Аноним (25), 10:55, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Сопровождает. Успешно. Не бесплатно. Крупные корпы сидят на xfs и btrfs (судя по rhel и suse). Ну, возможно, кто-то ещё на zfs.
    А ext4 - удел подкроватных сисадминов с mdadm raid, которые даже не в курсе что такое тихие ошибки и data-integrity.
     
     
  • 3.41, Аноним (35), 11:54, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    ext4 замечательно работает поверх железных рейдов. там все нормально и с тихими ошибками, и резервированием, и проверками на фоне и тд. и даже с пропавшим питанием, если вдруг на ибп пожмотились. речь не про интеловские интеграшки разумеется.
     
     
  • 4.184, bx (?), 15:20, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ИБП )) Аккумуляторные. И ДГУ. И нахер с пляжа всех энергетиков, если дгу не завелся в установленное время. РКН не двет булки расслаблять.
     
     
  • 5.232, Аноним (-), 11:29, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > ИБП )) Аккумуляторные. И ДГУ. И нахер с пляжа всех энергетиков, если
    > дгу не завелся в установленное время. РКН не двет булки расслаблять.

    Ага, сейчас тебе пох. еще расскажет как правильно нарулить упсу. Чтоб заметить что АКБ сдох - когда свет пропал. Вместе с ФС по закону подлости :).

     
     
  • 6.291, bx (?), 10:14, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ДГУ - это не совсем батарейки )
     
     
  • 7.319, Аноним (-), 00:23, 13/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.27, RM (ok), 10:58, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/–
    читая новость, приходит только одна мысль, про "неосилили".
     
     
  • 2.110, _ (??), 19:32, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    А у меня почему то про "сахар в бензобак"(С) :(
    яЪ - ну чё им бтрфс для опытов не хватало? :(
     
     
  • 3.174, пох.. (?), 12:16, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > яЪ - ну чё им бтрфс для опытов не хватало?

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

    А дедуле тоже ж хочется подачек от спонсоров и не вылететь в early retirement с невыплаченным моргиджем. Приходится изображать бурную деятельность там, где ему позволяют.

    Одна только надежда - что ыы поставит жырную точку на всей этой камарилье года через два.

     
     
  • 4.186, bx (?), 15:35, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Через 2 - морда не треснет? Лет 5, если "друзья" не подключатся. Ну или мы объясним, что не стоит.
     

  • 1.33, Аноним (34), 11:14, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    > но усложняет сопровождение кода

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

     
     
  • 2.39, пох.. (?), 11:47, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    там как надо девелопер, старик а все сам делал.

    Ну вот поэтому такие и пироги.

     
     
  • 3.136, Аноним (132), 23:44, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > там как надо девелопер, старик а все сам делал.
    > Ну вот поэтому такие и пироги.

    Если это про Теодора - он уже давно всем объяснил что гальванизировать ЭТО - смысла вообще осталось довольно мало. А уж сильно развивать или там EXT5 какое - забудьте про это.

    Если кому next gen хочется, это не ext5 а скорее структуры как в bcachefs и проч. И Тсо об этом уже тоже догадывается. Как и разработчики btrfs с своими новыми деревьями и проч.

     
     
  • 4.144, пох.. (?), 00:37, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ну так - складывай дедуля полномочия - и выметайся Устал - уходи Но нет Денеж... большой текст свёрнут, показать
     
     
  • 5.234, Аноним (234), 11:43, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну так ты ж на замену не пришел если дедули уйдут - EXT4 совсем придется дроп... большой текст свёрнут, показать
     
     
  • 6.242, пох.. (?), 13:04, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Ну так ты ж на замену не пришел...

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

    > если дедули уйдут

    думаешь, зарплату поделят менеджеры звена повыше, и никому новому не передадут?
    В принципе, могут, конечно.

    > А со своими данными я разберусь без "благодетелей" типа тебя. Тем более что разработчики
    > btrfs у меня "at my fingertips" и если что - я скажу правильные волшебные слова

    "дам миллион"?

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

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

    А ты все продолжаешь раздувать щечки и рассказывать как ты жрешь с лопаты и тебя все устраивает.

     
     
  • 7.255, Аноним (-), 18:00, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Это немного не так работает В опенсорсе кому работа нужна тот ее и делает А на... большой текст свёрнут, показать
     
  • 2.105, Аноним (103), 19:02, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не "не могут", а "не хотят" очевидно. Почему - отдельный вопрос.
     

  • 1.43, Аноним (-), 11:55, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    >Опция "data=journal" включает режим полного журналирования, при котором в журнал записываются не только метаданные, но и сами данные, что обеспечивает высокую устойчивость в случае сбоев, но усложняет сопровождение кода

    Пыцаны btrfs же есть. Зачем из ext4 делать btrfs, или я что-о путаю?

     
     
  • 2.48, Аноним (48), 12:14, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Должен остаться только ntfs3g и fuse.
     
  • 2.65, Метрика (?), 13:44, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    Есть две работающие ФС это NTFS и ZFS, все остальное это попытка студентов в ФС, не более чем
     
     
  • 3.109, пох.. (?), 19:28, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Есть две работающие ФС это NTFS и ZFS, все остальное это попытка
    > студентов в ФС, не более чем

    одна, к сожалению. ТОЙ zfs уже двадцать лет как тоже нет.

     
     
  • 4.111, _ (??), 19:34, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну ежели так, то и XFS _той_ нет столько же :(
     
     
  • 5.115, пох.. (?), 19:43, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    та была образцовым копропродуктом поздних 80х, в ней как раз ничего хорошего и не было, ну может кроме идей чуть лучше чем идей extfs из 70х.

    насколько хороша та что есть сейчас, существенно переписанная рабами ibm в 2010-2014м - не уверен, поскольку в уже переписанной видел те же глюки что видел в 2009м.

     
     
  • 6.141, Аноним (132), 23:54, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А чего такого хорошего в блочнике-переростке с типа-переменными блоками для галочки? Сделанным ТАК по причине "мы так привыкли и этот паттерн нас не подводил"? Перфоманс таких структур и оверхед всего этого на современных SSD с зиллионами iops и gbps вызывает у энтерпрайзников только печальку. И никак это особо не починится уже.

    Этот мир просто изменился. Сети и IO приблизились к процам по скорости.

     
  • 4.191, Аноним (162), 16:32, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Если не секрет, чем ТА zfs лучше ЭТОЙ?
     
     
  • 5.193, пох.. (?), 17:03, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    там статья на пять страниц. неформат дляэтогосайта.
    Если готов сам разбираться - посмотри для начала вокруг abd.c

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

     
     
  • 6.194, Аноним (162), 17:21, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Т.е. претензий по существу нет. Так и запишем...
     
     
  • 7.195, пох.. (?), 17:30, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Т.е. претензий по существу нет. Так и запишем...

    ты м-к, так и запишем. нахрен вот ты спрашивал если тебя вообще не интересовал ответ?

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

     
     
  • 8.197, Аноним (162), 17:38, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Свой палец ты сам знаешь куда можешь засунуть Своими словами ответь Или настол... текст свёрнут, показать
     
     
  • 9.198, пох.. (?), 17:45, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    на х-й пошел я не собираюсь общаться со свиньями Я отвечаю людям в предположен... текст свёрнут, показать
     
     
  • 10.202, Аноним (162), 18:18, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Когда аргументов нет приходится переходить на оскорбления Понимаю Что ж, истер... текст свёрнут, показать
     
     
  • 11.204, пох.. (?), 18:36, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Когда собеседник полный м-к и аргументы ему непонятны, и не за аргументами он пр... текст свёрнут, показать
     
  • 7.244, Neandertalets (ok), 13:17, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Если не становиться в позу оскорблённой невинности, то простой запрос к ДипСику даёт такой ответ:
    ---
    Сам по себе файл abd.c реализует ARC Buffer Data (ABD). Это не просто оптимизация, а смена парадигмы того, как кэш ARC (Adaptive Replacement Cache) хранит данные в памяти.

    Вот в чём суть претензии:

    1. «Та» ZFS (Sun): простота через виртуальную память
    Изначально ZFS (в Solaris) использовала для буферов ARC обычную виртуальную память (vmalloc). Это было элегантно и работало на «родной» ОС (Solaris), где управление памятью было оптимизировано под такие задачи.

    2. Проблема порта на Linux
    Когда ZFS портировали на Linux (ZFS on Linux, будущий OpenZFS), выяснилось, что ядро Linux не любит активное использование виртуальной памяти для таких целей. Это вызывало фрагментацию и проблемы с производительностью, особенно на 32-битных системах (где виртуальное адресное пространство ядра было сильно ограничено).

    3. «ЭТА» ZFS (OpenZFS): сложность ABD
    Чтобы обойти ограничения Linux, разработчики создали ABD. Вместо одного непрерывного куска памяти теперь используются scatter/gather списки страниц (разбросанные по физической памяти куски).

    Это решило проблемы Linux, но породило архитектурную сложность:

    Код теперь должен уметь работать с двумя форматами буферов: Linear (для метаданных) и Scatter (для данных).

    Появились дополнительные структуры (abd_t), статистика, логика «сшивания» (gang ABD) и т.д.

     
     
  • 8.279, пох.. (?), 23:23, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    лоханулся твой дикпик Налил ведро воды, а до вишенки так и не докопался Если б... текст свёрнут, показать
     
  • 6.214, Аноним (70), 01:43, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > abd.c
    > вот ничего подобного в "той" - не было. И это вершина айсберга,

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

     
     
  • 7.217, пох.. (?), 09:24, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Mem 25M Active, 101M Inact, 10M Laundry, 809M Wired, 34M Free ARC 383M Total, ... большой текст свёрнут, показать
     
  • 7.256, Аноним (-), 18:04, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    > Не, на чо - зато с ним, родимым, ZFS на малинке (причем,
    > еще той самой) заработает! Не уверен, проверял ли кто-то, включая авторов
    > этого драндулета.

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

     
  • 5.235, Аноним (-), 11:48, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Если не секрет, чем ТА zfs лучше ЭТОЙ?

    Раньше солнце было зеленей, трава светила ярче, и ZFS - вот лучше был. Ща, похонах протрезвеет и продолжит мыслю. Я попытался в его стиль на первых двух, но для ZFS пусть он сам опишет.

     
     
  • 6.246, Аноним (70), 13:25, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    А там нечего особо продолжать, abd c - каноничный пример улучшизьмов который... большой текст свёрнут, показать
     
     
  • 7.248, пох.. (?), 13:34, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    А ты неленивый, однако. (но зачем, тут некому это читать и понимать, а я и так знаю)

    > "И вот так у них - все"(с).

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

    "Все" остальное починить - ну... когда-нибудь... на пенсии... непременно возьмусь. (... или сам Ходжа...)

    P.S. prefetch БЕЗ abd - меряли, не опрашивали. Не надо его выключать. Даже на виртуалках с гигом - не надо. Это, кстати, кажется от тех, титанов еще, не новодел. В общем, титаны тоже были так себе, но их костыль - работает.

     
     
  • 8.268, Аноним (162), 22:05, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Сделать zfs_abd_scatter_enabled 0 религия не позволяет ... текст свёрнут, показать
     
     
  • 9.324, пох.. (?), 02:44, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    это отключит scatter но не сам ненужный механизм abd ... текст свёрнут, показать
     
  • 7.305, Аноним (-), 18:12, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > а чанки - размером с pagesize. Ага. И  Теперь представь, сколько
    > их даже на 1 гиг выходит и как там с поиском
    > нужного чанка дело обстоит ...

    Да, мне еше интеерсно - в Linux нынче в моде folios так то. Что они будут делать если апя без folios просто повыпилят нахрен?

    И конечно ворочание подшивками сильно более 4 кил за присест - снижает оверхед. И разгоняет всякие IOPS и GBPS на сверхскоростных девайсах. Даже у btrfs, ага. Который УЖЕ на однодисковом быстром ssd - ZFS'у в обычном незамороченном бенче мастеркласс дает буквально - везде. Чуть не в разы при том. Хотя его оптимизнули лишь местами.

     
  • 4.199, Аноним (196), 17:48, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да, одна! И это ext4 на raid6.
     
     
  • 5.201, пох.. (?), 18:09, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    > Да, одна! И это ext4 на raid6.

    бльо... ну откуда ж вы лезете...

     
  • 2.137, Аноним (132), 23:46, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Пыцаны btrfs же есть. Зачем из ext4 делать btrfs, или я что-о путаю?

    Btrfs не делает двойную запись при сохранении семантики примерно равной полному журналу. А вот EXT4 очень даже - поэтому сабжевой фичой мало кто пользуется: больно уж это тормозит.

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

     
     
  • 3.143, пох.. (?), 00:22, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    У нее нет ничего похожего на полный журнал, и она делает не двойную а примерно 1... большой текст свёрнут, показать
     
     
  • 4.237, Аноним (-), 12:03, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это лишь вопрос точки зрения Т е механику commit rollback можно видеть и экспл... большой текст свёрнут, показать
     
     
  • 5.249, пох.. (?), 13:58, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> У нее нет ничего похожего на полный журнал,
    > Это лишь вопрос точки зрения. Т.е. механику commit/rollback можно видеть и

    причем бы здесь - журнал (данных)? Журнал не про комиты.
    Журнал про линейность записи прежде всего. Там где нужна гарантия что записанное вторым - всегда записано _вторым_.

    > каких. Которым вообще на самом деле raw device было а остальное

    нет. ты опять демонстрируешь познания ни в чем?

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

    > Теперь заменяем единичный блок на DVD-szied болванку - и получаем ровно обратные

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

    > Я конечно понимаю что подгонять решение под ответ твое все, но именно

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

    Где ты в 2k26 берешь какие-то "dvd болванки"?

    (вероятно там же где миллион файликов в одном каталоге на ntfs, в своих фантазиях)


    > и чего там в граммах было под МОИМИ сценариями. Что там
    > твой сферический блок в вакууме делает - мне малоинтересно. Потому что
    > это не мой сценарий.

    держи в курсе.

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

     
     
  • 6.260, Аноним (-), 19:42, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    В конечном итоге цель всей этой возни - получение того или иного диалекта ACID-п... большой текст свёрнут, показать
     
  • 3.178, Аноним (-), 14:08, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Btrfs имеет просто огромный оверхед. Нам просторах интернета даже исследование на эту тему встречалось... сравнение с ext4, xfs, zfs. Если мне не изменяет память, все очень плохо.
     
     
  • 4.180, Аноним (162), 14:41, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Нет там никакого оверхеда, по крайней мере не при обычном повседневном использовании.
     
     
  • 5.238, Аноним (-), 12:05, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Нет там никакого оверхеда, по крайней мере не при обычном повседневном использовании.

    При обычном десктопном юзеже рост sectors written за скажем месяц - на btrfs vs ext4 ну может на 20-30% отличается в крейсерском режиме. И конечно никаких 64х и рядом нет.

    Так что если он проживет не 100 лет а "всего" 70 - я, наверное, переживу...

     
     
  • 6.243, пох.. (?), 13:12, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    >> Нет там никакого оверхеда, по крайней мере не при обычном повседневном использовании.

    Вот у этого анонима лучше получилось - на 30 процентов!

    > При обычном десктопном юзеже рост sectors written за скажем месяц - на
    > btrfs vs ext4 ну может на 20-30% отличается в крейсерском режиме.

    показатели достигли потолка, с которого и были взяты?

    > И конечно никаких 64х и рядом нет.

    ты конечно - мерял?

    И можешь сейчас продемонстрировать методику измерения?

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

     
     
  • 7.262, Аноним (262), 20:08, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Среднепотолочный десктоп перешедший с EXT4 на BTRFS на рутфс норм пример как по ... большой текст свёрнут, показать
     
  • 7.269, Аноним (162), 22:47, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну я мерял На реальном железе с ssd запускал как тесты из состава phoronix blo... большой текст свёрнут, показать
     
     
  • 8.280, пох.. (?), 00:01, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ну это что-то странное ты мерял И чем-то странным Я бы не очень доверял в этом... большой текст свёрнут, показать
     
     
  • 9.282, Аноним (162), 04:09, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ничего там странного нет Вместо iostat можно было использовать nvme smart-log ... большой текст свёрнут, показать
     
  • 9.283, Аноним (162), 06:10, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Если интересно, то вот пример WA по результатам теста на основе blogbench сжима... текст свёрнут, показать
     
     
  • 10.288, пох.. (?), 10:02, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ты тут - сжатие протестировал собственно, с zfs btrfs это очевидно осталось то... текст свёрнут, показать
     
     
  • 11.292, Аноним (162), 11:03, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Нет, тут я протестировал усиление записи Для zfs и btrfs результаты по WA предс... большой текст свёрнут, показать
     
     
  • 12.317, Аноним (-), 00:02, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Ну ты то тестировал наверное что-то более реалистичное, а не ультра-синтетику гд... большой текст свёрнут, показать
     
  • 12.320, пох.. (?), 00:25, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    тогда что-то это странное Не сходится с тем что я знаю о внутренних структурах ... текст свёрнут, показать
     
  • 12.321, пох.. (?), 00:41, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    кстати, зря И результат для Zfs должен быть очень заметен, и еще интереснее есл... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (46)

  • 1.47, Аноним (46), 12:13, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Скорее всего это чатботы шалят опять. Ну конечно, будто в ext4 всё остальное работает. У неё куча ограничений и ограничения data=journal не самые худшие (особенно, если они задокументированы).
     
  • 1.56, pfg21 (ok), 13:03, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    интересно какой процент возмущающихся и почему использует журналирование содержимого в своей практике ??
     
     
  • 2.62, пох.. (?), 13:33, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ну мы когда-то давно обсуждали перспективу хранилки с быстрым ssd (сейчас бы это был наверное dm mirror поверх nvme) для журнала. Т.е. синхронная запись почти мгновенно приземляется в журнале, и возвращает ок, а переписыванием на медленную основную фс мы занимаемся асинхронно и никому не мешаем, данные уже один раз сохранены.

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

    А поверх ext4 nojournal.

     
     
  • 3.112, _ (??), 19:36, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    bcachefs ... но аффтЫрь чего то того ... :(
     
     
  • 4.117, пох.. (?), 19:45, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > bcachefs ... но аффтЫрь чего то того ... :(

    я показывал ссылку на статью 12го года про bcache без fs. Все плохо.
    С этим автором каши не сваришь.

    только storage space direct спасет мир. Может быть.

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

     
  • 2.120, User (??), 20:11, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да вот как будто бы и пофиг уже. Вона, даже в postgresql чексуммы на уровне страниц в 18 версии по дефолту включили.
    Во всяких block storage навроде недоброй памяти minio erasure coding И избыточность по дефолту, в кафке crc аж в двух местах (но надо знать нюансы), в nosql consistency level На чтение/запись почитай с самого начала - и примерно пофиг, что там под седалищем лежит - нижний слой по определению не надежен.
     
     
  • 3.145, пох.. (?), 00:46, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Да вот как будто бы и пофиг уже. Вона, даже в postgresql
    > чексуммы на уровне страниц в 18 версии по дефолту включили.

    И что будем делать если чексума не совпала - встанем колом и будем ждать бэкап?

    > Во всяких block storage навроде недоброй памяти minio erasure coding И избыточность

    тоже не для этого.

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

    Попытки все слепить в одного монстра - это недоброй памяти ceph. Вот там все в одном, и база данных на raw части носителя, и block storage прямо в физические блоки диска. И неотвратимый п-ц всему, потому что сделать надежно там даже и не думали, да и было им нечем.

     
     
  • 4.153, User (??), 06:46, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И что будем делать если чексума не совпала - встанем колом и будем ждать бэкап?

    Ээээ... Ну вот pgpro автоматически данные с реплики запрашивает, что не так?


    > тоже не для этого.

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

    И для этого тоже. Он так-то data shards и parity shards разбрасывавет и из этой "parity" их вполне себе восстанавливает что "налету", что при ручном heal. Это не "n-копий файла" В общем-то.

     
     
  • 5.164, пох.. (?), 09:43, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    нет parity - на случай отказа _носителя_ и только для этого При внезапном отка... большой текст свёрнут, показать
     
     
  • 6.170, User (??), 10:17, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> И для этого тоже.
    > нет. parity - на случай отказа _носителя_ и только для этого.

    Эээээ... там отдельно - highway hash для обнаружения и кодирование с избыточностью в рамках erasure set (Который у тебя вот не одна нода) для восстановления если что. _И_ обнаружение, _И_ самовосстановление. И нет, на надежность ФС под ней примерно пофиг
    И да, сценарий с "а теперь я чего-нибудь в данных на ноде ручками попорчу" я лично проверял - работает )

     
     
  • 7.172, пох.. (?), 11:08, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ты неправильно проверял. Положи вместо чанка - другой чанк.
    Контрольная сумма - совпадет.
    ecc не совпадет но восстановить ничего все равно нельзя. И даже обнаружить проблему сложно.

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

    Еще хуже будет - если что-то произойдет с xl.meta

     
     
  • 8.177, User (??), 14:04, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну, те-о-ре-ти-чес-ки возможность, что тебе отгрузят вот правильный datadir, пра... большой текст свёрнут, показать
     
     
  • 9.188, пох.. (?), 15:40, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    в смысле Это и есть то что гарантирует data ordered Хватит одного случайно восс... большой текст свёрнут, показать
     
     
  • 10.220, User (??), 09:57, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Поигрался Забавно, да На single-node instance все data-shards объекта доступн... большой текст свёрнут, показать
     
     
  • 11.233, пох.. (?), 11:32, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    такая же вот фигня Поэтому надеемся на xfs, на которой такая подмена _вроде_бы_... текст свёрнут, показать
     

  • 1.57, Аноним (57), 13:06, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Выкапывайте стюардессу! JFS всмысле.
     
     
  • 2.59, Аноним (59), 13:21, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Что-то,. помню, она ломалась при любом нештатном выключении питания, требуя ручного запуска fsck после.
     
  • 2.60, Аноним (60), 13:24, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    NILFS!
     
     
  • 3.79, Tron is Whistling (?), 15:01, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    devnullfs
     
  • 2.82, Аноним (48), 16:10, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Ее корпораст пилил, она работает. Только фсчек надо из чрут запускать, а то ридонли станет.
     

  • 1.63, Аноним (34), 13:34, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Арчеводы не согласны!

    https://wiki.archlinux.org/title/Ext4#Disabling_journaling
    > Use the journal to optimize performance

     
     
  • 2.67, Аноним (46), 13:50, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Сколько не замерял, то, что они предлагают только снижает общую производительность раз в 10. Больше слушайте этих домохозяек.
     
  • 2.73, Аноним (71), 14:40, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Во-первых, "Use the journal to optimize performance" - это следующий пункт, сразу после того на который ты ссылку скинул. Во-вторых прочитай что ты скинул. Там сравнение идёт между "data=journal" и дефолтным "data=ordered".
     

  • 1.68, EuPhobos (ok), 14:03, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    Почему не сделаю ext5 если ломают обратную совместимость?! Что за идиотизм..
     
     
  • 2.114, _ (??), 19:39, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Почему - почему ... по - плану!(С) :(
     
  • 2.138, Аноним (132), 23:47, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    > Почему не сделаю ext5 если ломают обратную совместимость?! Что за идиотизм..

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

     
     
  • 3.161, EuPhobos (ok), 08:21, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Всё отлично, но было бы хорошо, не получить мне сюрприз в самый неподходящий момент:
    В надежде, что у меня всё сработает, я записал кучу информации на HDD на ext4, и поехал с этим HDD к другому ПК, и при попытке смонтировать его там - получаю ошибку.
    А потом погуглив понимаю, что создал я ext4 на более новой версии, а более старая система, у которой rootfs тоже на ext4, она которая не может примонтировать мой HDD, потому что на нём ext4 созданная более свежими тулзами.
    И тут я понимаю, какой п#$%@ц тут происходит, когда у тебя система на ext4, не может примонтировать ext4
     
     
  • 4.168, пох.. (?), 09:58, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И тут я понимаю, какой п#$%@ц тут происходит, когда у тебя система
    > на ext4, не может примонтировать ext4

    МВАХАХХАХАХХА!
    и этот поц еще не в курсах про block size != page size

    А вот приехал бы ты к другу с ntfs - если у того не 98я конечно винда - все бы прочиталось.


     
     
  • 5.192, Аноним (189), 16:48, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Враньё. NTFS вечно меняет версию ФС втихую. И при подключении диска с новой NTFS в комп со старой виндой, ФС либо не читается, либо вообще весь комп выпадает в синий экран.
     
     
  • 6.200, пох.. (?), 17:52, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Враньё. NTFS вечно меняет версию ФС втихую. И при подключении диска с
    > новой NTFS в комп со старой виндой, ФС либо не читается,
    > либо вообще весь комп выпадает в синий экран.

    вранье - от начала до конца - твоя писанина.
    В мире существует наверное миллион флэшек в ntfs прямо с фабрики - самый массовый стандарт на протяжении десятка лет, пока не распространились sd-xc c exfat. Поври мне тут еще, как у всех кругом они не читаются и выпадают в синий экран.

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

     
     
  • 7.271, Аноним (189), 22:51, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    При чём тут флэшки? Ты возьми винчестер с NTFS от 10-ки и подлючи его в XP через внутренний кабель, например по SATA, не через USB. И посмотри на синий экран.

    Откуда ты взялся такой самоуверенный с зашоренным мышлением и зaцикленный на своём узком опыте? Ещё и понтуешься так, как будто всё про всё знаешь и не можешь быть неправ. А на деле лaжаешься в обсуждении под почти каждой новостью.

     
     
  • 8.316, Аноним (-), 23:58, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 8.323, пох.. (?), 02:33, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    а, точно - кабель влияет на чтение ntfs Вот это открытие ... текст свёрнут, показать
     
  • 7.272, Аноним (189), 22:56, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Или ещё можешь такой эксперимнт провести. Возьми загрузочный винчестер от XP, вставь в машину с 10, запиши на него какой-нибудь файл, потом вставь в оригинальную машину с ХР и попытайся загрузиться. И наблюдай синий экран.
     
  • 6.207, Аноним (207), 21:29, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Только вот диски, отформатированные ещё в XP, "почему-то" работают в "десятке" 🤦
     
     
  • 7.218, пох.. (?), 09:39, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Только вот диски, отформатированные ещё в XP, "почему-то" работают в "десятке" 🤦

    и наоборот работают, повторяю - каждая первая флэшка больше 4 гигабайт с 12 по 18й годы.
    xp уже давно была антиквариатом (что не отменяло и даже увеличивало шансы что придется таки тащить на нее что-то на флэшке)
    И вероятно по сей день - каждый первый внешний жесткий диск на рынке. (давно не покупал новых, но вряд ли там exfat)

    Откуда, откуда они тут берутся да еще в таком количестве? Ну это ж в каком пузыре надо существовать, чтоб такое нести уверенным тоном?

     
  • 4.176, Аноним (176), 13:20, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > ext4, не может примонтировать ext4

    ну это же было достаточно давно, хотя неприятно.
    посему у мну для хомяка ext3, а ext4 для системы...

     
  • 4.263, Аноним (-), 20:29, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    С EXT4 лучше забыть про это желание Я как-то скатался к ВНЕЗАПНОМУ кирпичу с EX... большой текст свёрнут, показать
     

  • 1.69, DEF (?), 14:23, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Теодор Тцо, разработчик ext4, рекомендует переходить на Btrfs, как на более продвинутую и современную ФС.
     
     
  • 2.72, Аноним (72), 14:36, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Значит теперь будут искусственно кастрировать другие файловые системы.
     
     
  • 3.89, Аноним (89), 16:36, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Именно, в этом и смысл  
     
     
  • 4.130, yylloc (-), 23:14, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Именно, в этом и смысл

    Но где?
    APFS не загнулась, NTFS тоже. Хотя, не о тех вспомнил. Начинаем: NILFS, QIC, 9fs, NFS, eroFS, exFAT, F2FS, ZFS. Да даже FAT32. Продолжать можно долго, это ещё BSD не упоминаю. btrfs чем так ужасна?

    Насчёт слишком раннего выпиливания - полностью согласен. ext4 должна умереть в январе 2038, как и огромное количества не критической legacy инфраструктуры.

     
     
  • 5.142, Аноним (72), 00:01, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    >Начинаем

    Всё это сторонние фс в линксе не являются конкурентами btrfs.

    >btrfs чем так ужасна?

    https://lkml.org/lkml/2010/6/3/313

     
     
  • 6.239, Аноним (-), 12:07, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >>Начинаем
    > Всё это сторонние фс в линксе не являются конкурентами btrfs.
    >>btrfs чем так ужасна?
    > https://lkml.org/lkml/2010/6/3/313

    Сведения 16-летней давности. Какая милота :). И главное - все эти говорящие головы забыли решения лучше выкатить. Так что могут идти обратно в свой телевизор.

     
  • 2.76, Аноним (76), 14:57, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Потом выйдет EvenBetterFS и все дружно на неё переходить будем?
     
     
  • 3.86, Аноним (86), 16:26, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Есть же bacachefs. Лучшая ФС. Жаль только выпилили побоявшись конкуренции.
     
  • 3.96, Аноним (95), 17:30, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Потом выйдет EvenBetterFS и все дружно на неё переходить будем?

    А почему бы и нет?
    Вам цифорка 4 в Ext4 ни на что не намекает?))

    Если будет лучше - то разумеется перейдем.

     
  • 2.80, Аноним (42), 15:51, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Но на неё забил редкат?
     
  • 2.84, Аноним (48), 16:13, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    На СистемД перевели и тут никуда не денуться. Организация одна и та же.
     
  • 2.88, Аноним (57), 16:35, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А на ней система за 2 секунды загружается?
    А файлы там сами себя пишут, сами проверяют контрольные суммы, а фс это типа композитор?
     
     
  • 3.125, _ (??), 20:54, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не важно.
    Не тебе решать что в линуксе юзать. И не мне. Да и * с ним! (C), ну что ж поделаешь?
     
  • 3.139, Аноним (132), 23:51, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/–
    >  А на ней система за 2 секунды загружается?

    Две не две а одноплатник с 1ГГЦ 1 ядерным 32 бит процом секунд за 5 подымается. С системдой, ога. При том половину занимает декомпресс ядра и проч.

    Если скорость монтирования btrfs важна - его надо делать с block group tree. Можно его потом отрастить, требует ядро 6.1 или новее. Так он маунтится... чуть не быстрее сабжа. А если сабж еще и крешнулся и там fsck... ух... ну запустите это на винче терабайт на 5 забитом, посмотреть как вам идея fsck такой шляпы вообще.

     

  • 1.83, Инопланетянин (?), 16:13, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Опция "data=journal" включает режим полного журналирования, при котором в журнал записываются не только метаданные, но и сами данные, что обеспечивает высокую устойчивость в случае сбоев

    Получается журналирования данных не будет или есть какая-то другая опция?

     
     
  • 2.92, Аноним (92), 17:02, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Да, не будет. Чтобы клиенты начали покупать специализированные средства.
     
  • 2.158, Аноним (158), 07:15, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Журналирование никуда не делась. Просто убрали не нужный функционал.
     

  • 1.87, Cyber100 (ok), 16:32, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    удалить журналирование, которое каждый по желанию мог отключать сам == это гипер-сильно. и на каких таких скоростных устройствах кто-то там заметил якобы тормоза от создания записей транзакций...
     
     
  • 2.99, пох.. (?), 18:28, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    тормоза как раз на медленных устройствах - буквально вот 8x write amplification вместо 4x у обычной ext4.

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

     

  • 1.124, Аноним (124), 20:48, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Ext4 - журналируемая файловая система. Начиная с ядра 7.3 не журналируемая. Как теперь её описывать - Ext4 - журналируемая файловая система до ядра 7.2 включительно. Полужурналируемая система. Недожурналируемая система. Все кто против - старые пердуны, луддиты ретрограды. Главное первым начать громко и чётко стигматизировать тех кто против. Часто вспоминаю времена, когда перешли на Ext4 после Ext2... эх.
     
     
  • 2.140, Аноним (132), 23:52, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Вообще XFS тоже такой полунедожурналируемый. Как и JFS какой. Полный журнал на классике - пишет данные два раза и это комбо посему тормозит как апокалиптец.
     
     
  • 3.157, Аноним (158), 07:13, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >Полный журнал на классике - пишет данные два раза

    Ты выдумываешь. Такой классики не бывает.

     
     
  • 4.165, пох.. (?), 09:46, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    >>Полный журнал на классике - пишет данные два раза
    > Ты выдумываешь. Такой классики не бывает.

    бывает, гугли про log structured fs. Ну по дороге нагуглишь, конечно, почему бывает, но как динозавры примерно. В каких-то окаменелостях иногда находят.

     
     
  • 5.274, Аноним (-), 23:02, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > бывает, гугли про log structured fs. Ну по дороге нагуглишь, конечно, почему
    > бывает, но как динозавры примерно. В каких-то окаменелостях иногда находят.

    Log structured это по сути - диалект CoW технологии как таковой. Просто оно у тех кто пробовал - было еще более странными зверушками чем btrfs. Но в конечном итоге CoW все делают что-то наподобие по общему смыслу действа, для избегания двойной записи. Конкретные детали реализации интересны в основном - с точки зрения достигнутых параметров. А общая идея действа остается та же самая.

     
  • 4.264, Аноним (264), 20:31, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >>Полный журнал на классике - пишет данные два раза
    > Ты выдумываешь. Такой классики не бывает.

    Да вот же - сабж. Сперва в журнал, потом в основную область. Классика жанра. Отстойная по перфомансу - за что и не используется как правило.

     
  • 2.179, Аноним (-), 14:20, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    ZFS? Тут все честно.
     
     
  • 3.219, пох.. (?), 09:43, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > ZFS? Тут все честно.

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

    Т.е. как раз читеры ;-)


     
     
  • 4.275, Аноним (-), 23:04, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    >> ZFS? Тут все честно.
    > там нет именно журнала данных.
    > Там за счет структуры фс чуть лучше с гарантиями, но все зависит
    > от аккуратности автора приложения. (и немножко от везения)
    > Т.е. как раз читеры ;-)

    Проблема в том что с его околоблочной структурой все это ему очень мало поможет уже.

     
  • 3.261, Alladin (?), 19:44, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    да, большая часть данных в озу - всегда
    теряем данные так теряем, ни шагу назад
     

  • 1.129, ятупойтролль (ok), 22:40, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    а в чем проблема сделать ext5? религия не позволяет? нужно сломать то, что уже работает у миллионов людей?
     
     
  • 2.167, пох.. (?), 09:55, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    > а в чем проблема сделать ext5? религия не позволяет?

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

    (на самом деле изрядно нае..лись с ext2 и потом ext3, это реально было крайне хреновое решение, и, поскольку гугль не собирался делиться патчами - проще было зак0пать, чем оживлять те трупики. А деду еще не было и 50, он был еще полон сил и энтузазизьма.)

     
     
  • 3.308, Аноним (-), 22:48, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Согласно Теодору Тсо правда жизни немного иная Дизайн просто выжат до предела и... большой текст свёрнут, показать
     
     
  • 4.309, пох.. (?), 22:59, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.155, Аноним (162), 06:48, 10/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/–
    Этот древний хлам вообще давно пора выбросить из ядра. Что заставляет людей при наличии таких фс как btrfs и zfs продолжать пользоваться откровенно отсталой ext4 одному богу известно.
     
     
  • 2.156, Аноним (158), 07:10, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Толсто. Ext4 самая надёжная ФС.
     
     
  • 3.160, Аноним (162), 07:51, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    > Толсто. Ext4 самая надёжная ФС.

    Это пока у тебя при обновлении что-нибудь не сломалось, и толку тогда от этой надёжности? Снимков нет, контрольных сумм данных нет, возможности хранить чувствительные данные в нескольких образцах нет, возможности создания рейд-массива (хотя бы зеркала) нет. Хочешь рейд и контрольные суммы -- будь добр, городи многоэтажные костыли из кучи малосвязанных инструментов. Зато быстрая, ага.

     
     
  • 4.166, пох.. (?), 09:51, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    ну нет Ладно б еще ntfs3g, скажем Самая надежная - fat32 Максимальная избыточ... большой текст свёрнут, показать
     
  • 4.212, maximnik0 (?), 01:14, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >контрольных сумм данных нет

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

     
     
  • 5.250, пох.. (?), 14:04, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Уже есть.Но костыльно - проверка только на чтение, есть специальная псевдо фс

    г-ди... ну осильте ж вы уже md5sum , а?!
    (я уж молчу про mtree, если ценность имеют не только отдельные файлики а то как они лежат при этом)

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

     
     
  • 6.265, Аноним (264), 20:32, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    >> Уже есть.Но костыльно - проверка только на чтение, есть специальная псевдо фс
    > г-ди... ну осильте ж вы уже md5sum , а?!

    Ага, и вот ща буду каждый проект KiCad после очередного сохранения md5sum гонять...

     
  • 6.267, maximnik0 (?), 22:02, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >никакие специальные фс для этого не нужны,

    Тут куча народа писала- что у ext4 из за отсутствия контрольной суммы спокойно может уйти повреждённый файл в бэкап а ты и знать про это не будеш. В отличие от к примеру btrfs. Вот для этого и есть костыль : fs-verity — это функция ядра Linux, предназначенная для прозрачной проверки целостности и подлинности отдельных файлов.fs-verity защищает отдельные файлы на файловой системе, которая может быть read-write (например, ext4, f2fs, btrfs. Не совпадает хэш - выдаст функция ошибку чтения, админ узнает о повреждении файлов.

     
     
  • 7.273, пох.. (?), 23:01, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Тут куча народа писала- что у ext4 из за отсутствия контрольной суммы спокойно может уйти
    > повреждённый файл в бэкап

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

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

    Причем _самая_ из них невероятная - это как раз повреждение данных при исправной фс непосредственно на диске.

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

    А городить косые этажерки нет ни малейшего смысла.

     
     
  • 8.278, maximnik0 (?), 23:18, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это как раз самая вероятная причина - сейчас идут черепичники И у многих есть а... текст свёрнут, показать
     
     
  • 9.314, пох.. (?), 23:43, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    они ни в каких скрытых потерях данных не замечены Они просто жутко медленные пр... текст свёрнут, показать
     
     
  • 10.318, maximnik0 (?), 00:03, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Повреждаются файлы ,если бы не BTRFS я бы про это дело хрен узнал бы Может у 3,5... текст свёрнут, показать
     
     
  • 11.322, пох.. (?), 02:31, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ноутбучные больше терабайта - все smr, чудес-то не бывает, не впихнуть в этот ра... текст свёрнут, показать
     
     
  • 12.325, maximnik0 (?), 02:48, 13/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Сутки гонял тесты , нечего memtest не нашел А ошибка у меня вообще прикольная бы... текст свёрнут, показать
     
  • 7.276, Аноним (-), 23:08, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Еще веселее когда у тебя ВНЕЗАПНО - бабах - readonly filesystem Бабах fsck - оп... большой текст свёрнут, показать
     
     
  • 8.315, пох.. (?), 23:48, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.173, Аноним (173), 11:48, 10/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Подскажите, какая файловая система Linux лучше всего подойдёт для хранения данных на внешних / съёмных жёстких дискаx? Ну, и на флешках...
     
     
  • 2.185, пох.. (?), 15:31, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    размер дисков-то какой? И в чем цель хранения?
    А то в диапазоне от ntfs3g до fat32+mtools

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

     
  • 2.206, Аноним (207), 21:27, 10/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 3.240, пох.. (?), 12:33, 11/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.205, Аноним (205), 20:48, 10/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    до дропа слегка барахлящих жёстких дисков на всяких там пульсирующих аэрокулах 3... 2... 1...

    ждём разброса на индийских и сомалийских помойках электронного мусора

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

     
  • 1.209, Аноним (209), 00:23, 11/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    Господи, разговоров-то. Будто каждый второй использует data=journal (возможно, эти же люди пытаются попутно выиграть чуть-чуть производительности с помощью mitigations=off, чтобы уравновесить зло добром).
     
     
  • 2.241, пох.. (?), 12:39, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Господи, разговоров-то. Будто каждый второй использует data=journal (возможно, эти же
    > люди пытаются попутно выиграть чуть-чуть производительности с помощью mitigations=off,
    > чтобы уравновесить зло добром).

    "когда они пришли за коммунистами..."

    а когда они придут сломать тебе твою любовно построенную этажерку (потому что могут!) - уже всем будет похрену.


     
     
  • 3.307, Аноним (-), 22:37, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > а когда они придут сломать тебе твою любовно построенную этажерку (потому что
    > могут!) - уже всем будет похрену.

    Может он к тому моменту три новые этажерки построит, намного лучше, так что ему останется разве что сказать "спасибо что прибрали тут мусор"? :)

     

  • 1.215, Аноним (215), 06:37, 11/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    В плане устойчивости к внезапным выключениям ничего лучше NTFS не встречал. А Btrfs эта так вообще может сама по себе глючить.
     
     
  • 2.247, пох.. (?), 13:25, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > В плане устойчивости к внезапным выключениям ничего лучше NTFS не встречал.

    а ты с винды-то слезать - пробовал?

    У меня есть вот такое:
    -rw-r--r-- 1 root root 118 Nov  2  2011 /etc/os-release
    LABEL=tmp     /tmp            ext4    noatime,noacl,nosuid,nodev,bsdgroups,barrier=0  1       2

    внутри nojournal. Примерно до 19го года - стабильно висло и перезагружалось ресетом раз в неделю (глюки встроенной графики и несуществующего интеловского драйвера)

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

    Я очень сомневаюсь что так используемую ntfs не пришлось бы все же лечить переформатированием несколько раз за такой промежуток времени.

     

  • 1.222, Аноним (222), 10:29, 11/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    использую data=journal всегда и везде, производительность устраивает. они там о чем думают ломать надежный инструмент? давайте хоронить все что тормозит и плевать что это дает надежность, так?
     
  • 1.223, Аноним (222), 10:32, 11/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    безумие какое-то. с data=journal ext4 действительно надежная и быстрая fs.
    на что тогда уходить если отключат? ext4 по сути реинкарнация ext3 которая продолжение ext2 с журналом - оно развивается больше 20 лет - стабильно уже очень и очень что проверено и мной в куче установок и множеством людей. что еще настолько же стабильно и надежно?
     
  • 1.224, Аноним (222), 10:34, 11/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    скажем ACID не будет работать на 100% если fs не гарантирует консистентность. ext4 с data=journal консистентность гарантирует и они это хотят сломать???
     
     
  • 2.236, пох.. (?), 11:59, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > скажем ACID не будет работать на 100% если fs не гарантирует консистентность.
    > ext4 с data=journal консистентность гарантирует и они это хотят сломать???

    если твой acid пишет транзакции printf'ом не проверяя возвращаемое значение - нет, тоже не гарантирует.

    Если правильно использует позик-семантику - даже data=writeback достаточно.

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


     
  • 2.277, Аноним (-), 23:10, 11/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > скажем ACID не будет работать на 100% если fs не гарантирует консистентность.

    Большинство если не все реализации БД и проч - таки умеют жить с ТОЙ семантикой. Правда это - ценой выоса половины механики журнала на уровень приложухи...

     

  • 1.259, Alladin (?), 19:41, 11/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    ext4 надежная система, никогда на ней данных не терял. но и никакого data=journal я никогда не активировал

    а значит, думаю ничего не поменяется

     
  • 1.287, Sm0ke85 (ok), 09:18, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Прочитал новость, объяснения выпиливания - глупые абсолютно, смотрятся как детский сад... Там реально хоть одна проблема то есть...? ext4 - rip в ближайшем будущем?
     
     
  • 2.301, пох.. (?), 12:03, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Прочитал новость, объяснения выпиливания - глупые абсолютно, смотрятся как детский сад...
    > Там реально хоть одна проблема то есть...? ext4 - rip в
    > ближайшем будущем?

    а вот это ты узнаешь когда научишься кодить ;-)

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


     
     
  • 3.303, Sm0ke85 (ok), 13:44, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >а вот это ты узнаешь когда научишься кодить ;-)

    При чем тут "кодить" и конкретная реализация ФС...?

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

    Пока ничего не ясно. Конкретика есть?

     
     
  • 4.306, Аноним (-), 22:29, 12/10/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/–
     
  • 4.310, пох.. (?), 23:13, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >>а вот это ты узнаешь когда научишься кодить ;-)
    > При чем тут "кодить" и конкретная реализация ФС...?

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

    А пока вот:

    >>пока есть личное мнение дедушки на зарплате ibm (которой работающая ext4 вообще не нужна) который пять лет назад признавался что кодить давно разучился, и ни на каком инструменте не играет, он руководитель.
    >>(в основном причем погоняющий бесплатновую рабсилу)
    > Пока ничего не ясно. Конкретика есть?

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

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

    Своим глазам - верить, безусловно можно. Но надо кое-что знать и уметь.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: