Alan Cox wrote:
Not really. What made gconf slow was dumb ideas like storing one value per file. XML is relatively efficient compared to the damage that did. The storage is jut a backend however. Gconf as a system could use punched cards for its data storage too if you really wanted
Yes, implementation details. But GConf still has the drawback of having tons of dependencies and was not designed for system wide use, nor it has a global namespace.
Regarding speed, Elektra now has a new Berkeley DB backend, very very fast.
Avi
devel@lists.stg.fedoraproject.org