PDA

View Full Version : New user with 35000 songs: ugh



Patrick Blaya
2004-05-18, 09:43
> the echoing silence on my request on how to
> simply put the Squeezebox into "play random shuffle" mode scares me!

I do it all the times (only 2000 songs in my iTunes library though): into
the playlists menu there is one called "library": I push play, and I have
immediately a song playing, in shuffle all mode.

Patrick

honey@gneek.com
2004-05-18, 09:52
On Tue, 18 May 2004, Patrick Blaya wrote:

> > the echoing silence on my request on how to
> > simply put the Squeezebox into "play random shuffle" mode scares me!
>
> I do it all the times (only 2000 songs in my iTunes library though): into
> the playlists menu there is one called "library": I push play, and I have
> immediately a song playing, in shuffle all mode.

Patrick: you mean you create a playlist of all your songs and shuffle
it? That's what I referred to earlier as my only theoretical solution,
and it doesn't work for me with 35k songs, in a practical sense:
loading the playlist takes aeons or just never returns. As previously
mentioned this isn't a hardware limitation, as I'm doing this on my
high spec machine.

I wish there was a function in the software to pick up (say) 10 random
songs and queue them: but I can't see one. Anyone?

kdf
2004-05-18, 10:17
Quoting honey (AT) gneek (DOT) com:

> On Tue, 18 May 2004, Patrick Blaya wrote:
>
> > > the echoing silence on my request on how to
> > > simply put the Squeezebox into "play random shuffle" mode scares me!
> >
> > I do it all the times (only 2000 songs in my iTunes library though): into
> > the playlists menu there is one called "library": I push play, and I have
> > immediately a song playing, in shuffle all mode.
>
> Patrick: you mean you create a playlist of all your songs and shuffle
> it? That's what I referred to earlier as my only theoretical solution,
> and it doesn't work for me with 35k songs, in a practical sense:
> loading the playlist takes aeons or just never returns. As previously
> mentioned this isn't a hardware limitation, as I'm doing this on my
> high spec machine.
>
> I wish there was a function in the software to pick up (say) 10 random
> songs and queue them: but I can't see one. Anyone?

There isn't any way to generate a playlist og 10 random songs with the server on
its own. If you use Moodlogic, under windows, and subscribe enough to profile
all your songs, you can create "Instant Mixes" which arent' so really random,
but are picked by matching the mood to any given song, artist, or genre. You
can then choose a mood direction or change the variety combo setting to create
longer or shorter playlists.

-kdf

Moses Leslie
2004-05-18, 11:10
Debian stable, with a 2.4.25 kernel, SlimServer 5.1.5.

19,000 songs, around half are flac and half are mp3.

After only running for 2 days, it's quite large:

27440 slimp3 9 0 902M 443M 2268 S 0.5 88.0 31:06
slimserver.pl

After it finishes the scanning, it's usually between 40 and 80 megs, which
is more around what I'd expect.

It seems to grow more quickly when I leave it paused, rather than when I
leave it stopped, although I haven't done a ton of testing to prove that.

As there is only 512M ram in the machine, when it gets a little larger it
will end up swapping itself to death.

Moses

Moses Leslie
2004-05-18, 11:25
Oops, forgot the "+ cache" part of my email.

Is it worth a feature request to have an option to have slimserver cache
more data, so that when (for example) a server's disk is busy, there won't
be dropoffs in music? I understand that this would possibly make it take
longer to skip songs and stuff like that, but that would be less annoying
that dropouts in music when I start hammering the disk on my fileserver
for something else :)

Thanks,

Moses

On Tue, 18 May 2004, Moses Leslie wrote:

> Debian stable, with a 2.4.25 kernel, SlimServer 5.1.5.
>
> 19,000 songs, around half are flac and half are mp3.
>
> After only running for 2 days, it's quite large:
>
> 27440 slimp3 9 0 902M 443M 2268 S 0.5 88.0 31:06
> slimserver.pl
>
> After it finishes the scanning, it's usually between 40 and 80 megs, which
> is more around what I'd expect.
>
> It seems to grow more quickly when I leave it paused, rather than when I
> leave it stopped, although I haven't done a ton of testing to prove that.
>
> As there is only 512M ram in the machine, when it gets a little larger it
> will end up swapping itself to death.
>
> Moses
>

kdf
2004-05-18, 11:34
There was a bug in 5.1.5 that would cause the web interface to grow the memory.
This will be fixed in an upcoming release, or is available in the nightly builds:

http://www.slimdevices.com/downloads/nightly/latest/

cheers,
kdf

Quoting Moses Leslie <yahoogroup (AT) malformed (DOT) org>:

> Debian stable, with a 2.4.25 kernel, SlimServer 5.1.5.
>
> 19,000 songs, around half are flac and half are mp3.
>
> After only running for 2 days, it's quite large:
>
> 27440 slimp3 9 0 902M 443M 2268 S 0.5 88.0 31:06
> slimserver.pl
>
> After it finishes the scanning, it's usually between 40 and 80 megs, which
> is more around what I'd expect.
>
> It seems to grow more quickly when I leave it paused, rather than when I
> leave it stopped, although I haven't done a ton of testing to prove that.
>
> As there is only 512M ram in the machine, when it gets a little larger it
> will end up swapping itself to death.
>
> Moses
>

dean
2004-05-18, 11:37
There was a memory leak found in slimserver 5.1.5 that has been fixed
in the latest pre-release "nightly" build:

http://www.slimdevices.com/downloads/nightly/latest


On May 18, 2004, at 11:10 AM, Moses Leslie wrote:

> Debian stable, with a 2.4.25 kernel, SlimServer 5.1.5.
>
> 19,000 songs, around half are flac and half are mp3.
>
> After only running for 2 days, it's quite large:
>
> 27440 slimp3 9 0 902M 443M 2268 S 0.5 88.0 31:06
> slimserver.pl
>
> After it finishes the scanning, it's usually between 40 and 80 megs,
> which
> is more around what I'd expect.
>
> It seems to grow more quickly when I leave it paused, rather than when
> I
> leave it stopped, although I haven't done a ton of testing to prove
> that.
>
> As there is only 512M ram in the machine, when it gets a little larger
> it
> will end up swapping itself to death.
>
> Moses
>

Chris Caldwell
2004-05-18, 12:42
The latest nightly is definitely much better, I'm running Debian Sid,
2.6.4, and have 15620 256KBit encoded MP3s + cacheing and thumbnails.
The box is also running Squid, Apache, Samba, NFS, BIND, Postfix, UW
IMAP - all on top of software RAID. I haven't had any problems with
dropouts. It also fixed my shuffle problem.

1798 slimp3 16 0 38616 33m 5972 S 0.3 3.4 29:33.64
slimserver.pl

On Tue, 2004-05-18 at 14:25, Moses Leslie wrote:
> Oops, forgot the "+ cache" part of my email.
>
> Is it worth a feature request to have an option to have slimserver cache
> more data, so that when (for example) a server's disk is busy, there won't
> be dropoffs in music? I understand that this would possibly make it take
> longer to skip songs and stuff like that, but that would be less annoying
> that dropouts in music when I start hammering the disk on my fileserver
> for something else :)
>
> Thanks,
>
> Moses
>
> On Tue, 18 May 2004, Moses Leslie wrote:
>
> > Debian stable, with a 2.4.25 kernel, SlimServer 5.1.5.
> >
> > 19,000 songs, around half are flac and half are mp3.
> >
> > After only running for 2 days, it's quite large:
> >
> > 27440 slimp3 9 0 902M 443M 2268 S 0.5 88.0 31:06
> > slimserver.pl
> >
> > After it finishes the scanning, it's usually between 40 and 80 megs, which
> > is more around what I'd expect.
> >
> > It seems to grow more quickly when I leave it paused, rather than when I
> > leave it stopped, although I haven't done a ton of testing to prove that.
> >
> > As there is only 512M ram in the machine, when it gets a little larger it
> > will end up swapping itself to death.
> >
> > Moses
> >