From: PCMan <pcm...@gm...> - 2010-04-04 16:54:12
|
Good point. It's just an experiment and Berkely db is the most famous one so I tried it. Now the latest lxmusic cache branch in git uses gdbm instead. The generated db file is twice as large as the one generated by Berkely db, but this is ok since Berkely db itself is much larger than the db file. So I guess the saved loading time in runtime library offsets the wasted time due to larger db file. Please delete the old cache file in ~/.cache/lxmusic.cache and test the latest source code in git "cache" branch. Thanks for testing and commenting. On Sun, Apr 4, 2010 at 11:50 PM, Marty Jack <mar...@co...> wrote: > I would say depending on bdb is a questionable decision. Two other good candidates that are heavily used and quite a bit lighter are gdbm and sqlite. > > On 04/04/2010 11:43 AM, PCMan wrote: >> I just created a new git branch for lxmusic named cache. >> What it does is quite simple. It caches info of every songs in the >> playlist in our private db. >> Due to the limitation of xmms2, it's very slow to get all these info >> due to excessive IPC roundtrips. >> Now with our own cache, the loading of large playlist gains great speed up. >> The speed improvement is quite visible. Try it and you'll see. >> The cache file is a small, simple, and compact Berkely db file. >> Please get it tested. If this is ok, I think it can be merged to >> master branch later. >> >> Cheers! >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Lxde-list mailing list >> Lxd...@li... >> https://lists.sourceforge.net/lists/listinfo/lxde-list >> > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > |