On Mon, Feb 21, 2011 at 12:15:14AM +0100, Rogier Wolff wrote: > > BTW, my backup plan was to replace tdb with something else. One of > > the candidates I was looking at was sqlite, but rumors of its speed > > deficiencies are making me worry that it won't be a good fit. I don't > > want to use berk_db because it has a habit of changing API's > > regularly, and you can never be sure which version of berk_db > > different distributions might be using. One package which I thought > > held promise was Koyoto Cabinet, but unfortunately, it's released > > under GPLv3, which makes it incompatible with the license used by > > e2fsprogs (which has to be GPLv2, since there are a few files which > > are shared with the Linux kernel). > > Hmm. I'll take a look. If you could put a bit of time into this, that would be really great. I have a lot of things that I need to do at the moment, and trying to improve [scratch_files] performance is something I've known about for a while, but I just haven't had time to get to it. The fact that the problem can be solved by using 64-bit capable CPU's and a large swap space has kept this from rising to the top of the priority heap, but it is an important use case, since we do have NAS boxes that use cheap-sh*t 32-bit processors, and I'd like to be able to support them. But I just don't have the time ATM, so if I can delegate this out to someone else, that would be really helpful. - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
