> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их
> поступления.

если проблема для своего решения требует каждый раз переписать пол-ядра - возникают сомнения в мудрости изобретшей проблему на пустом месте мартышки.

> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные

потому что ежу понятно что не нужно в такие стораджи лезть с традиционными fs (а если уж лезешь - не рассчитывать на максимум производительности)

> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

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

Теперь оно одинаково хреново работает и на spinning rust (который от нас никуда не денется потому что супернанофлэши по прежнему супермалоемки) и на флэшах мапящихся напрямую на адресное пространство. Так победим!