The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Файловая система ReiserFS объявлена устаревшей в ядре Linux"
Отправлено Аноним, 04-Сен-23 11:31 
> даже не знаю, что сказать.. пользователи aix, понятное дело, не жаловались, т.к.
> jfs сперва точили под аппаратно-программный комплекс ibm (железо+aix)..

Я - не они. А уровень технологий тогда был другой. По тем временам наверное неплохо. А здесь вам не тут, технологии вперед ушли. И теперь будущее будет создаваться по лекалам которые первыми уловили btrfs а потом доразвил в bcachefs Кент, имхо.

> потом оптимизировали под os/2 в частности.. про jfs2 не говорю, но даже то,
> что сегодня в ядре, кмк, оч годная штука..

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

> если есть желание и/или потребность - лучше всего попробовать для себя.. с
> deadline i/o sched.. к сожалению, при сбоях питания (если нет ups),

Я пробовал раньше, ничего интересного. Слоупочная ФС. Если удастся зафрагментить, дефрага нет и это упс.

> возможно, потребуется fsck..

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

> опции по уменьшению раздела без потери данных  (есть у jfs2 в aix)..

Я aix не пользуюсь и не планирую - для меня это бесполезное знание засоряющее мозг.

> можно глянуть "Comparison of file systems" в вики за опции..

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

> насчёт скорости - оч субъективно: у некоторых jfs с reiserfs рвут xfs на
> записи больших файлов, где-то отмечали, что jfs притормаживает на работе с
> разными файлами в каталоге, кто-то счастлив с переходом на xfs, кто-то
> наоборот, файлопомойку перевёл на jfs..

А я был счастлив перейти на btrfs и начать рулить системами и сторажами так как это более уместно для XXI века. Когда расширить ФС или переконфигурировать схему хранения - просто, когда факап можно откатить за пару минут вернувшись на снапшот, когда не надо колупаться в наслоениях LVM, md, dm и прочего миндфака, а файлуха к тому же еще и вот так сразу знает какая из копий верная если они разъехались. И алертит меня о проблемном железе. Когда сжатие, снапшоты и чексумы и даже возможность потрепыхаться на 1-дисковом конфиге - это для меня, а место добавляется втыканием девайса и 1 командой, без траха с выравниванием и проч. Не говоря о tail packing и хранении мелочи inband в метаданных. А почему я должен себя обувать на современные технологические возможности и наслаждаться доисторическими ограничениями лохматых девяностых, если уже можно вот так?! Потому что какие-то сказочники с виндой и бсдями рассказывают как это рушится? У меня вот ничего не рушится. По крайней мере на исправном оборудовании точно. А еще оно как раз неплохо проверяет - насколько мое оборудование исправное. Если кто хочет глюкать на полумертвом железе и надеяться там что-то отколупать - это его выбор. Но это лотерея с любой ФС, как по мне. Предпочту в нее не играть.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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