On Mon, Apr 5, 2010 at 7:48 PM, Jürgen Hötzel <[email protected]> wrote: > 2010/4/5 PCMan <[email protected]>: >> Now gdbm is used for caching and it seems to work quite well. >> I found that using "lmod" key can obtain mtime of medialib entries. >> So we compare the cached info in our caceh and the one obtained from >> xmms medialib. >> If mtimes are the same, don't update the UI. >> Now the startup of lxmusic with very large playlist (mine has 5000 >> songs in it) is fast enough. >> I also add version number to the cache file so future format change >> won't cause crashes. >> Please test the "cache" branch of lxmusic. > > The XMMS2 framework doesn't support caching yet. If the medialib gets > updated, while LXMusic isn't running (thus doesn't receive update > events) data will be inconsistent. Actually this is correctly handled. On startup, lxmusic cache branch load track info from our local cache and show them to the users. Then, it still queries data from medialib. Later, medialib will return the requested data. LXMusic then compares the mtime of retrived entires and the one in our cache. If the ones in medialib are newer, it replace current track info with the newer one, and later the new info is writen to cache, too. If the retrived entries are not newer, then LXMusic prevents unnessary UI updates. That's how it works. So the users can still get the latest info in medialib. Nothing will be broken. >> If things work well and there is no objection, I want to merge this >> back to master branch later. >> Thank you all. > > Performance issues are already addressed by XMMS2 developers. They are > going to replace SQLite backend: > > http://xmms2.org/wiki/New_medialib_backend > > This should be preferred to client-side workarounds, which are another > source for code-obfuscation and bugs. > > Jürgen >
------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/lxde-list
