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. > 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
