The OpenNET Project / Index page

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



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

Оглавление

Файловая система ReiserFS объявлена устаревшей в ядре Linux, opennews (??), 31-Авг-23, (0) [смотреть все]

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


205. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (207), 01-Сен-23, 14:59 
> А вы удваивайте каждый раз при пересоздании. Или учетверяйте. И довольно быстро

...поймете что намного лучше использовать СОВРЕМЕННЫЕ фс с динамической аллокацией инодов по мере надобности :)

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

227. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (227), 01-Сен-23, 17:19 
> СОВРЕМЕННЫЕ фс с динамической аллокацией инодов по мере надобности

ИМЯ, сестра, ИМЯ!

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

236. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (207), 01-Сен-23, 17:45 
>> СОВРЕМЕННЫЕ фс с динамической аллокацией инодов по мере надобности
> ИМЯ, сестра, ИМЯ!

Я для себя btrfs'ом пользуюсь. Но XFS тоже сие вроде умеет. Да и вообще, это архаика из EXT2. У других ее особо и не было так по жизни.

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

249. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +1 +/
Сообщение от IZh. (?), 01-Сен-23, 19:57 
Возьмём бенчмарк: https://www.phoronix.com/news/Linux-5.14-File-Systems

Для тех же SSD явного лидера нет. Поэтому и говорю, что, в целом, ext4 работает неплохо. А для узкоспециализированных задач можно выбрать что-то и побыстрее.

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

260. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Kuromi (ok), 01-Сен-23, 23:36 
Там зато показательна способность f2fs быть то лидером то аутсайдером тестов.
Ответить | Правка | Наверх | Cообщить модератору

306. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (291), 02-Сен-23, 12:50 
Да и х. с ним. На Ext4, всё равно, сжатие врубать, ибо она не умеет в упаковку хвостов файлов.
Ответить | Правка | Наверх | Cообщить модератору

345. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от maximnik0 (?), 03-Сен-23, 10:46 
>ибо она не умеет в упаковку хвостов файлов.

Архитектурно сжатие возможно.А насчёт хвостов ,на 4 версии?? ...она  ЭКСТЕНТАХ... возможно конечно,но дефрагментатор на что ,можно же раз в 3 месяца погонять.
Просто сжатие оказалось  не доведенное.В Коховской или Аллоновской ветке даже эту фичу включали,но не довели:-(

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

353. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 03-Сен-23, 15:16 
> Просто сжатие оказалось  не доведенное.В Коховской или Аллоновской ветке даже эту
> фичу включали,но не довели:-(

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

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

360. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от maximnik0 (?), 03-Сен-23, 22:32 
> А смысл этот трупик гальванизировать? Он даже в динамическую аллокацию инодов не
> умеет. И таким и помре видимо.

Имеет ,это от незнания. Просто если на XFS и BTRFS  все предусмотренно в дизайне фс,то в ext пологаеться на LVM. Когда делали 4 версию не стали ломать совместимость,но обьемы дисков то уже в десять раз возросли и стали в домашнем использование вылазить косяки статических инодов.


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

370. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (159), 04-Сен-23, 07:43 
>> А смысл этот трупик гальванизировать? Он даже в динамическую аллокацию инодов не
>> умеет. И таким и помре видимо.
> Имеет ,это от незнания.

Ну ты как великий знаток сакрального знания - этот смысл озвучь наверное, а не только щеки надувай, да? Или в чем это сакральное "знание" состояло?

> Просто если на XFS и BTRFS все предусмотренно в дизайне фс,то в ext пологаеться на LVM.

В XFS это тоже _НЕ_ предусмотрено изначальным дизайном. CoW - кой-как натянули сову на глобус, на минималочках совсем, а потому - близко не конкурент btrfs/bcachefs по возможностям. И даже так - майнтайнер познал горя с раджами. Настолько что был задолбан багрепортами бота и удалился восвояси, высказав все что думает. Btrfs'ники почему-то до такой ручки не доходят - им сов на глобусы натягивать не требуется, и репорты syzbot они чинить не обламываются и не пиндят что слишком много багов находит. Так по моему понятнее у кого с качеством кода лучше, и кому проще фичи имплементить.

Ах да! Headroom в дизайне на улучшения и оптимизации - это то для чего архитекта и нанимают, если кто еще не понял. Хороший архитект может спасти кодеров в будущем от множества траблов. И под этим углом...

- В Btrfs довольно много мест для улучшений и оптимизаций а дизайн позволяет многое. Его главная проблема - не делался по паттернам "ультралайт", важно для современных суперскоростных сторажей. Что добавило головняка кодерам (как и во всех остальных фс, bio, vfs и вокруг).
- Поэтому есть некий смысл в bcachefs. Это довольно похожие идеи, но - реворкнуто чтобы быть максимально легким, сразу на старте. Попытка взять все лучшее из разных миров номер 2. С учетом требования очень быстрых алго.
- В XFS фаза архитектинга была но в такие лохматые времена что с тех пор реалии радикально изменились. А натяг сов на глобус никогда не работал хорошо. XFS никогда не делался под CoW/снапшоты/рефлинки/чексумы/сжатие. И тем более - под нормальное управление местом и девайсами.
- EXT4 хаотичное нечто, выросшее из EXT2. В нем не было фазы проектирования, содрали доисторический дизайн и его костыляли понемногу под вылезающие проблемы и требования. Де факто это деревянный самолет который наполовину переделали в алюминиевый, кой-как приделали турбореактивный движок, но реально это - этажерка на стероидах.
- В сабже были интересные идеи - на момент его создания он был на шаг впереди. А сейчас все что он умеет есть даже у btrfs который даже и не кичился ни скоростью ни компактностью но вобрал все эти наработки. И в целом это уже никак не инновации. И есть ряд технических проблем. Которые не решаются.
- JFS. Ничем особо не плох, но архитектура звезд с неба не хватает - а потому нет ни 1 аргумента "за". Не быстрый, fsck порой делает что-то странное, сжатие, шифрование, управление томами и проч не умеет. И потому поводов выбрать именно его - примерно ноль. Никто и не тратит на него свое время, стал заброшкой почти как сабж. И тоже может вылететь. Никому не надо такой фс, чисто для галочки. В диком виде он же не встречается, это не NTFS/FAT/exFAT чтобы этим париться.
- F2FS. Делан под дружественность флешу. Это даже прокатило, самсунгу ли не знать как флехи работают. Но общее его качество - "делано перегруженным Jeon". Который тянул на себе 3-4 большие проекта каждый из которых на десяток кодеров потянет. Так что я при тестах его убивал раза три - да так что fsck не чинит. И это обычный powerloss/crash. Понятно что вы и так не сможете, если на вас ksmbd и exFAT подвесить, как на Jeon'а, но качество кода от этого не улучшится и ресурсов у дева не добавится, самсунг очень перегнул с числом галер vs гребцов. Чтобы одна тушка аж 3-4 галеры тянула - беспрецедентно вообще. И это плохой прецедент.
- Есть всякие более странные вещи типа nilfs - но они относительно нишевые, странные, и зачем это надо понимает лишь узкая каста странных людей. Есть более живые штуки типа UBIFS но оно тоже нужно далеко не всем и не всегда. И чем сношаться с "raw nand" многим проще запаять eMMC и делегировать FTL на их любимых MLC/TLC/QLC тому кто эту гадость и делает, чтоб те сами с своими (не)отбраковками теряющими данные от дуновения ветра и бодались.
- ZFS. Последний^W первый из могикан. Очень хотели сделать звездолет - но решительно не умели их делать. Получился характерный урод, как у землян в B5. Вроде даже летает, но эстетика и функциональность как у кирпича. Не то чтобы совсем не работает но любой кто видел более продвинутые дизайны в действии немедленно догадывается об уровне технологий того утюга и утюг занимается в основном либо получением люлей, либо латанием пробоин. А тут еще роялти с дизайна и проч. Так что большая часть народа крутит пальцем у виска, легаси дизайн на дурных условиях - здорово конечно, но выбор сильно некоторых ценителей. Эта штука даже еще не экстентная, поблочный аллокатор на стероидах. Так что отсутстие искусственной гравитации компенсируется уродской крутящейся секцией, простите, то-есть, тормоза дизайна затыкаются гигазами рамы под кеши.
- Всякие Reiser4/5 - waporvare. Высококонцептуально. Но кажется создатель высунув нос в реальный мир и получив порцию новых данных и сам не понял что хотел. И пошел переделывать так и не доведенный до ума Reiser 4 в Reiser 5. Жить на полусобраной космической станции - не совсем круто - даже из скафандра не вылезешь, умрешь в вакууме сразу. И так годами. А тут господин высовывается и говорит - фигня получается, давайте все разберем и по другом соединим! Ух, круто. Но только не в случае если вы этим пользоваться намеревались.

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

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

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

381. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от maximnik0 (?), 04-Сен-23, 12:06 
>Ну ты как великий знаток сакрального знания - этот смысл озвучь наверное, а не только щеки надувай, да? Или в чем это сакральное "знание" состояло?

C LVM можно при отсоедененном томе использовать комбинацию resize2fs | tune2fs -m (говорят что уже достаточно tune2fs -m,информация с  некоторых иностранных форумах,не проверял) без потери информации для перестройки кол-ва инод,правда это достаточно свежие ядра и LVM  . Но бит resize_inode o должен быть активен ,т.е не старая версия ext4 .

>В XFS это тоже _НЕ_ предусмотрено изначальным дизайном.

Динамическое выделение инод еще в 4 было.Не отслеживал но вроде был переход на 5 версию когда добавили контрольные суммы на метаданные и починили баг с нулями в файлах.

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

415. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 06-Сен-23, 10:39 
> C LVM можно при отсоедененном томе использовать комбинацию resize2fs | tune2fs -m

По сравнению с
1) Подключить девайс.
2) btrfs device add
3) PROFIT
Это как-то сложновато, кривовато, и - нахрен надо. Тем более что это катит даже с RAID. Без прогрева мозга выравниванием и проч. Просто прицепил что было и получил +N места. И вынул точно так же, ага! Оно backrefs'ами удвинет только то что реально занимало место и если на 3-терабайтном диске реально было 200 гигз, ну, значит, время операции скостится во многие разы. Вот это - менеджмент ОС и ФС XXI века. Как оно должно быть. А попытки сделать из трех кукурузников один звездолет - ни к чему хорошему, имхо, не ведут. Ну не делалось оно для этого и потому в дизайне нет фич упрощающих это. А сложно, костыльно, стремно, хреново и криво - зачем оно такое? Показать как именно менеджить ОС и ФС не надо? Ну, может быть, на фоне такого франкенштейна вон тот менеджмент ФС сияет ярче и его прелести понятнее окружающим.

> (говорят что уже достаточно tune2fs -m,информация с  некоторых иностранных форумах,не
> проверял) без потери информации для перестройки кол-ва инод,правда это достаточно свежие
> ядра и LVM  . Но бит resize_inode o должен быть активен ,т.е не старая версия ext4 .

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

>>В XFS это тоже _НЕ_ предусмотрено изначальным дизайном.
> Динамическое выделение инод еще в 4 было.

Я про СoW а не иноды. Изначальный дизайн XFS его не предусматривает и его прикрутили на проволоку и скотч. Так надеюсь понятнее почему майнтайнер в панике сбежал будучи заваленый багами, да еще сразу по v4 и v5. К тому же v4 кодили диды и там такое качество кода всплыло... а чинить легаси - манагеры не поймут-с. Майнтайнер и зашился под потоком багов.

Кстати - он таки дожал обладателей syzbot и тот более v4 формат вообще не тестит. Это "легаси", чинить не будем. Ну вот такое отношение к качеству файлухи. И я все понимаю, но они забыли тулсы для миграции сделать - и это только под полный снос, и при этом странно на xfs v5 после такого опыта, имхо.

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

Переход - это громко сказано. Потому что когда оно мне было актуально, средств перейти с существующими v4 томами на v5 просто не было. Зато была страшилка что мол, у вас теперь легаси и после 2030 мы его - того. Если кому нравится менеджмент файлух трансформирующийся в именно его проблемы - они конечно в своем праве, старина Пох ждет их на своем корабле (honk-honk, failboat arrived!)

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

416. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от maximnik0 (?), 06-Сен-23, 13:33 
>но они забыли тулсы для миграции сделать

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

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

422. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 06-Сен-23, 16:53 
>>но они забыли тулсы для миграции сделать
> Были тулсы, но очень короткое время,всего лишь 2 года а затем из
> пакета обслуживания убрали, став рекомендовать  перенос данных.

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

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

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

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




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

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