ну, с reiser4 немного в другом была проблема.

думаю, многим уже понятно, что существующий VFS API нуждается в серьезных доработках. т.е. ребята из namesys это давно знали, а остальные, на примере ext4 и btrfs, въезжают только сейчас.

только вот разработка и внедрение нового API -- задача на несколько порядков более трудоемкая, чем написание какой-нибудь ФС. особенно в отсутствии централизованного управления проектом. ну вот объявят сейчас обсуждение этого вопроса. во-первых, в LKML начнется срач на пару лет на тему что следует выносить на уровень VFS, а что нет. во-вторых половина активных разработчиков найдут аргументы против введения новых стандартов. соответственно, с переводом на новые рельсы старых ФС будут большие проблемы. вводить новый API для какой-то одной ФС (закладыыаясь на то, что мы покажем как надо, а там и остальным понравится) -- это затягивать процесс на долгие годы. будут проблемы с тестированием, с формализацией, с прикладными программами под новые возможности (ну кто будет дописывать код, работающий только на одной ФС?).

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

и линус это, по-моему, понимает. а ругань -- это от бессилия.