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

Это не инженерный принцип, это принцип неудачника. Для конечного продукта нужно для начала понимать куда ты хочешь придти иначе это и превращается в долгострой без конечной цели.

> В этом плане эмпирический и итеративный подход может оказаться лучше. Еще несколько
> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные
> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

20 лет назад была сформирована файловая система FreeBSD 5.0 как она сейчас есть - в основном GEOM, и о чудо она до сих пор актуальна, в рабочем состоянии ДЛЯ ЛЮБЫХ носителей в том числе и SSD, конечно минорно модернизируется но ей уже 20 лет и никто не жалуется, система работает.
И, например, разработчики решения, обсуждаемые в другой теме о TrueNAS SCALE говорят об этом. В кратце "Нам не нужно рвать ..опу чтобы поддерживать версию для FreeBSD в актуальном состоянии, чего нельзя сказать о Linux - и они ожидают что максимально потраченное (SPENT) время будет именно на проект для Linux". Тут обращу внимание на глагол EFFORTS SPENT - обычно он означает потраченные усилия в пустую.