Asi som nevysvetlil moj navrh dost jasne. Skusim objasnit.
V pripade, ze dany novy FS bude namontovany vhodnym modulom, nebude ina moznost pristupu k tym datam, ako cez nejake specialne api, alebo cez upravu xml suboru, kde kazda aplikacia bude mat napriklad vlastny. Fyzicky to vsak bude vsetko ukladane do jedneho a zaroven bude updatovana databazova, binarna, verzia toho xml. Teda pri beznej cinnosti nebude dane subory vidno. Pouzivanie toho specialneho virtualneho fs by bolo jednoucelove, len pre uchovavanie nastaveni...
Jednoduchsia a menej sialena implementacia je teraz uz podla mna vsade pouzivana (neviem, ako to robi mac os x?). Je xml s nastaveniami, ktory je pristupny cez nejake api a to si riesi samostatne konkurentne pristupy a vsetko. V pripade padu systemu, nabootujem z livecd, par echo prikazov do vhodneho xml suboru, restart os a pri starte si natiahne dane data z xml a funguje dalej.
Spomienka o xml parseri v jadre je dobra a beriem ju ako jasny prblem pri mojom navrhovanom rieseni. To by bolo, aspon v dnesnej dobe, dost divne... Mozno v nejakom java OS by to slo :-)
PS: ak sa nemylim, pre xml subory (databazy v xml) je mozne vytvorit index tiez. Mozno i toto by bolo riesenie.
Názor k článku
Nejzajímavější novinky v chystaném GNOME 3
