On Apr 3, 2005 3:13 AM, Jack Coates <[EMAIL PROTECTED]> wrote: > > 7710 songs. > > add all songs to a new playlist (35 seconds or so), then hit shuffle by > album (maybe 70 seconds before the webui refreshed with the new data). I > have high CPU usage, but that's what it's there for... it's hardly > interfering with anything else. The slimp3 display goes dark for about > 30 seconds, then it's fine. I wasn't trying to play music, people are > trying to sleep here :)
Ah-hah! But what about when you *are* trying to play music? ;-) It seems like you're seeing a similar performance problem, regardless of the disk i/o pattern specifics. I run into this one a lot. I frequently listen to shuffled playlists and then decide I want to continue listening to the artist or release currently playing.. So I simply unshuffle the play list. But then I incur the music outages, slimserver limbo, etc. Pushing a button on the remote shouldn't 'knock out' the display 30 or 70 seconds (the "OH - Don't push that button!!" button when doing a demo). I note that re-sorting the playlist on the system is pretty quick: % time sort -r __00_04_20_04_0a_b1.m3u > /dev/null 0.008u 0.002s 0:00.00 0.0% 0+0k 0+0io 0pf+0w Regards, FL _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
