| 1.1, Аноним (1), 09:51, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Хлебом не корми - дай да выпилить что-нибудь что не сломано и жить не мешает.
| | |
| |
| 2.2, A.Stahl (ok), 09:54, 09/10/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
 >жить не мешает
приводит к значительному снижению производительности... не сочетается с некоторыми возможностями...и мешает реализации новой функциональности
| | |
| |
| 3.8, Kilrathi (ok), 10:12, 09/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Если б "мешает реализации новой функциональности" было про "мешает внедрению copy-on-write" - это одно, а вырезать у фс единственный отказоустойчивый режим до/без внедрения альтернативы...
| | |
| 3.10, Аноним (10), 10:13, 09/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>приводит к значительному снижению производительности
Если она не нужна. Опция она для этого и существует.
>не сочетается с некоторыми возможностями
Вот это уже политическая борьба внутри системы. Потребителя не спрашивают. Либо круг потребителей противоречивый.
>мешает реализации новой функциональности
Ну сейчас модно новое ради нового. План по новому - новое по плану.
| | |
| 3.11, Аноним (11), 10:15, 09/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> приводит к значительному снижению производительности... не сочетается с некоторыми возможностями... и
... обеспечивает высокую устойчивость в случае сбоев.
ПС. Сам пользуюсь этой опцией чуть ли не с самого начала. Жаль :(
| | |
| |
| 4.19, Kilrathi (ok), 10:30, 09/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Классика opensource: либо брать на себя поддержку режима, либо переходить на cow в zfs/btrfs (если производительность позволяет), либо компромиссить на xfs
| | |
|
|
| 2.4, iPony128014 (?), 09:57, 09/10/2026 [^] [^^] [^^^] [ответить]
| +4 +/– | |
У диванных анонимов так всегда...
Для них код как шкаф, который стоит в углу и никому не мешает.
Но такое не так часто.
| | |
| 2.20, опеншлёпивпродакшн (?), 10:33, 09/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если противников наберётся достаточно - форкнут ext4 и будут сами поддерживать. А если не наберётся, то это ты один такой особенный.
| | |
|
| 1.3, Аноним (3), 09:56, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>по сравнению с режимами "data=ordered" и "data=writeback"
Ну, writeback, вообще, опасная штука. Такое себе решение дропать журналирование... Сами себе палки в колеса. Я хз, какая там доля ext4 на серверах, но теперь вообще будет 0.
| | |
| |
| 2.5, Другой аноним (?), 10:07, 09/10/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Если прочитать получше - журналирование никто дропать не собирался. Дропают только режим полного журналирования вместе с данными, а не только метаданными - так никто не делает, ни на NTFS, ни на ext4.
| | |
| |
| 3.6, Аноним (3), 10:10, 09/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Да, не подумал, что дети на тех.форуме под новостью о полном журналировании в коменте смогут увидеть что-то другое кроме полного журналирования. Именно это и имелось в виду: полное журналирование. Внезапно. Прости, что дропнул это слово. Ведь речь именно об этом в новости. Рукалицо бл.
У меня в проде это критично ибо есть некоторые технические нюансы и требования.
| | |
| |
| 4.23, Другой аноним (?), 10:43, 09/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не нравится - используй btrfs, которая для этого и создавалась, полная транзакционность за счёт copy-on-write. Данные гарантированно или записаны целиком, или не записаны совсем.
| | |
|
| 3.18, sabitov (ok), 10:29, 09/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 А Вам не доводилось сталкиваться с потерей данных на ФС из-за падения питания? А у меня такое былО, когда в либцэшных .so файлах оказался мусор, а система не бутилась. Я с тех пор XFS не использую :) ХЗ, что там за прошедшие 25 лет поменялось :) И мне пофиг, будет у меня сервер писать 300Мб/с или 250, главное, чтобы при любых раскладах данные не корёжились
| | |
|
|
| 1.7, Аноним (7), 10:12, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>Кроме того данная опция не сочетается с некоторыми возможностями, такими как отложенное выделение блоков (delalloc) и прямой ввод/вывод
А может лучше оставить пользователю выбор? Или новый функционал, или полная устойчивость системы?
>мешает реализации новой функциональности в Ext4
Зачем нужно менять именно Ext4? Пускай новый функционал реализуют на уровне VFS.
| | |
| 1.9, Аноним (9), 10:12, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Подождите... "в журнал записываются не только метаданные, но и сами данные" разве не приведет к дублированию всех данных на диске и занимаемого места?
| | |
| |
| 2.12, Кирилл (??), 10:16, 09/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Может дублироваться, но только до момента подтверждения записи всей транзакции на диск (т.е. данных), после этого блоки журнала переиспользуются
| | |
| |
| 3.15, Аноним (11), 10:21, 09/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ложь. Размер журнала фиксирован, он не увеличивается и не уменьшается. Увеличивается только количество записей на диск.
| | |
|
| 2.16, Аноним (16), 10:29, 09/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Приводит. Но обычно для этого используют отдельный SSD накопитель.
| | |
|
| 1.17, Аноним (17), 10:29, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>но усложняет сопровождение кода
Но ведь сейчас ИИ из всех утюгов с историями успеха по сопровождению кода, как это может быть аргументов в 2026 году ?
| | |
|
