I have been playing a bit with massif, and a little gnuplot script. Below you see a small analyse of gmpc (on opensuse 0.11 x86_64) connected to my mpd (With 23.000 items in the playlist). First you see gmpc start, connect, fill the playlist and load the taglists. After that you see a huge rise this is a database search for aa then a, this matches 24151 songs, after that I clear the search window, releasing the memory. After that I do search for “Clapton” in the metadata browser, this is slow (gmpc reports it takes 1.5 seconds). I am wondering if I should make the search use a lazy loading model, to reduce the memory usage, or is a 10mb extra acceptable?
Calendar
Misc
GMPC Git
- ADd nick as special contributer.
- Add auto mode to replaygain option and bump libmpd dep.
- Update translations
- Update website url.
- Fix building gmpc with vala 0.9.X
- Replace deprecated += api.
- Fixed patch from bug 2937
- Add Musicbrainz links to weblinks.list
- Extra check
- Track window state,, and change to fullscreen mode accordingly.
7 Responses
Stay in touch with the conversation, subscribe to the RSS feed for comments on this post.
You should make the image clickable for a larger version
I always forget that wordpress scales them down, but the rss feed doesn’t. I will fix it. thx.
In my eyes are these 10mb absolutely acceptable.
Part of the (not mentioned) problem is, it also has to be transferred over the netwerk (1-2 mb I estimate, maybe a bit more). On a normal local lan this is no problem, even over a solid wifi it should not be an issue. But what if you use it remotely? over the internet.
I should find a good way to test this.
Can you please post your gnuplot script? I’m sure others would be interested in giving it a try, starting with me. Valgrind’s massif looks interesting but it lacks a basic graphical output.
As I said it is a bit of a hack, but you can find it here:
http://download.sarine.nl/massifplot/
run ./test.sh
Continuing the Discussion