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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
