> Вот атрибутов для каким архиватором сжато нет :-( Наверное при очсильном желании могут попытаться содрать идею с btrfs, но для этого придется еще и структуры переделать - и это само по себе incompat. А если учесть что там еще легаси код ворочания ext23 без экстентов... комбинаторный взрыв это все не профакапит?
> Раньше я уже писал что нашел какие флаги совместимости:
Ну да, там и readonly есть, так что какой-нить индекс/дерево - если старый парсер можно убедить игнорить это - можно вот так оформить.
В btrfs например завести плюс-минус дерево с индексом "чего-нибудь" само по себе вообще не проблема. Лимит в основном 1) способность старого парсера это игнорить/юзать и 2) не будет ли рассинхрон (если будет, это RO mount). Скажем у них есть "extent tree v2", он должен быть заметно быстрее но вот его старый парсер совсем не прожует и это именно полный incompat. Оно нацелено на устранение проблем перфоманса всплывших при эксплуатации. Т.к. это именно полный incompat они и не спешат его выкатывать "по мелочи" как дефолт, я так понимаю постараются максимизировать решение известных проблем до того как сломать совместимость. Но технически части в коде уже есть.
На мой вкус главное при всем этом - возможность плавного апгрейда. Не, пересоздайте том - это не ответ. Если чтобы новые фичи поюзать придется пересоздать том - ну я вот на btrfs заодно и перейду. А со временем - подумаю не будет ли там bcachefs, пока он сыренький еще, но ряд идей там - "beyond btrfs". Как вот фронт-бэк, когда в идеале можно всегда видеть и скорость SSD и емкость HDD, взяв лучшее обоих мировф.
