PDA

View Full Version : 6.01 eval and performance



Jason
2005-04-03, 23:18
Yes, I've seen the same problem, shuffling or unshuffling even moderately
sized playlists will cause the server to stop responding for 20-40 seconds
and in at least one case caused the server to completely die. I have a very
robust server and only about 7,000 tracks so shouldn't be seeing this sort
of performance problem. Something in the shuffle/unshuffle routine is
hosed.



> -----Original Message-----
> From: discuss-bounces (AT) lists (DOT) slimdevices.com
> [mailto:discuss-bounces (AT) lists (DOT) slimdevices.com] On Behalf Of Free Lunch
> Sent: Sunday, April 03, 2005 2:00 PM
> To: Slim Devices Discussion
> Subject: [slim] 6.01 eval and performance
>
> On Apr 3, 2005 3:13 AM, Jack Coates <jack (AT) monkeynoodle (DOT) org> 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
>