nieco sa mi mari, ze aj Nina bola z katalogu neviest
a tiez sa mi zda, ze povodnym najvacsim protiargumentom proti uvedeniu ReiserFS 4 do mainline kernelu bolo to, ze si sam implementoval niektore funkcie, ktore sa v tej dobe povazovali za zodpovednost VFS a mali byt nezavisle na driveri FS. Napriklad kompresiu a sifrovanie. To uz ale s brtfs a zfs neplati, tak je sanca, ze sa to do kernelu pretlaci.
Jedna z idei byla uplne vynechat VFS, nejen pridat nejake transformace dat. Selling-point (doslova) mel byt novy systemcall reiser4, kde se pomoci stringu dalo definovat, co se ma udelat pro danou cestu. Napriklad z cesty souboru vyrobit adresar se soubory podle obsahu (jako priklad se uvadel /etc/passwd kde bych po cd /etc/passwd/ mohl videt vsechny zaznamy jako soubory). A mnoho dalsich, s moznosti rozsireni podle pluginu. Zakladni pluginy jako komprese byly v zakladu, nicmene business model mel byt prodej komercnich pluginu.
Protlaceni v soucasny podobe nevidim uplne jako schudny, bylo by s tim dost prace. IIRC nejaka zmena do generickeho kodu writebacku je porad soucasti toho r4 patche, a ta byla predmetem sporu uz kdysi. Ten novy syscall byl jiste zajimavy napad, ale pres VFS maintainera by to taky asi bylo obtizny. Ono jedna vec je layering violation (jako ma treba btrfs kompresi), a jina je uplne obejiti subsystemu za ucelem nekalosti, ktera nehraje dobre s opensource.
Těch problémů bylo podstatně víc. Nejpodstatnějším bylo spíš to, že Hans Reiser připomínky nejen opakovaně ignoroval nebo bagatelizoval, ale často jejich autory dokonce napadal a obviňoval ze zaujatosti, jak v jednom z těch mailů zmiňuje Theodore Tso.
https://youtu.be/ogqTaSG-MSM?t=53
vony to potrebujou, vony na to cekaj!