PDA

View Full Version : Searching for song stops music



Lars Kellogg-Stedman
2004-10-02, 10:11
I'm running Slimserver 5.3.1. I've recently noticed a couple of
performance quirks (also saw these in 5.3.0).

(1) Trying to "Search for song title" via the web interface drives CPU
utilization way up -- not to 100%, but to around 96% for the
slimserver.pl process. This causes the Squeezebox to respond sluggishly
(if at all) to the remote, and it tends to interrupt the music. The
search does eventually complete.

(2) Clicking the "Statistics" link from the playlist page has the same
behavior.

(3) I occasionally see the same behavior when first selecting one of the
"Browse by ..." links in the web browser (high CPU utilization, no
response to remote, music stops playing). It can actually take several
minutes before the list of songs is available and the software starts
responding normally.

(4) Tracks that are disabled ("unchecked") in iTunes still show up,
despite the following:

ignoredisableditunestracks = 1
itunes = 1

(5) After installing 5.3.1, I had to manually choose "rescan music
library" before any music was available.

Slimserver is running on a 1.6Ghz Linux box with 256MB memory. There
are roughly 10,000 songs in the library.

-- Lars

Oscar Marsh
2004-10-02, 11:28
On 2 Oct 2004, at 6:11 pm, Lars Kellogg-Stedman wrote:

> (1) Trying to "Search for song title" via the web interface drives CPU
> utilization way up -- not to 100%, but to around 96% for the
> slimserver.pl process. This causes the Squeezebox to respond
> sluggishly
> (if at all) to the remote, and it tends to interrupt the music. The
> search does eventually complete.

Nightly 2004-09-30, iBook 600 Mhz/ 640 MB RAM and I'm having the same
problem. In addition, my SLIMP3's display blanks while the search
progresses. I have stopped using the song search for this reason.

Oscar Marsh
--
jabber: ojmarsh (AT) amessage (DOT) at

kdf
2004-10-02, 12:12
search for song drags the server down because the algorithm is not efficient
enough to handle thousands of items for a search.

it was a feature that has never worked well.

SQL will hopefully make this work, but unlikely the current version can be
fixed.
-kdf

Quoting Oscar Marsh <oscarmarsh (AT) fusemail (DOT) com>:

> On 2 Oct 2004, at 6:11 pm, Lars Kellogg-Stedman wrote:
>
> > (1) Trying to "Search for song title" via the web interface drives CPU
> > utilization way up -- not to 100%, but to around 96% for the
> > slimserver.pl process. This causes the Squeezebox to respond
> > sluggishly
> > (if at all) to the remote, and it tends to interrupt the music. The
> > search does eventually complete.
>
> Nightly 2004-09-30, iBook 600 Mhz/ 640 MB RAM and I'm having the same
> problem. In addition, my SLIMP3's display blanks while the search
> progresses. I have stopped using the song search for this reason.
>
> Oscar Marsh
> --
> jabber: ojmarsh (AT) amessage (DOT) at
>
>

Fred Kufner
2004-10-02, 12:17
I have noticed the same problem with searching for songs while music is playing.
I now avoid searching for songs for this reason.

Is this a known problem? Searching for songs is a nice feature.

I am running Slimserver 5.3.0. Windows XP SP2 AMD Athlond 2800 with
512M memory. 5800 songs in my libray.

- Fred

On Sat, 02 Oct 2004 13:11:36 -0400, Lars Kellogg-Stedman
<lars (AT) oddbit (DOT) com> wrote:
> I'm running Slimserver 5.3.1. I've recently noticed a couple of
> performance quirks (also saw these in 5.3.0).
>
> (1) Trying to "Search for song title" via the web interface drives CPU
> utilization way up -- not to 100%, but to around 96% for the
> slimserver.pl process. This causes the Squeezebox to respond sluggishly
> (if at all) to the remote, and it tends to interrupt the music. The
> search does eventually complete.
>
> (2) Clicking the "Statistics" link from the playlist page has the same
> behavior.
>
> (3) I occasionally see the same behavior when first selecting one of the
> "Browse by ..." links in the web browser (high CPU utilization, no
> response to remote, music stops playing). It can actually take several
> minutes before the list of songs is available and the software starts
> responding normally.
>
> (4) Tracks that are disabled ("unchecked") in iTunes still show up,
> despite the following:
>
> ignoredisableditunestracks = 1
> itunes = 1
>
> (5) After installing 5.3.1, I had to manually choose "rescan music
> library" before any music was available.
>
> Slimserver is running on a 1.6Ghz Linux box with 256MB memory. There
> are roughly 10,000 songs in the library.
>
> -- Lars
>
>

Lars Kellogg-Stedman
2004-10-02, 13:56
In article <1096744378.415efdbada177 (AT) callisto (DOT) deane-freeman.com>,
kdf <slim-mail (AT) deane-freeman (DOT) com>
wrote:

> SQL will hopefully make this work, but unlikely the current version can be
> fixed.

And the same story for browsing (by genre, by artist, etc)? And for
displaying song statistics?

I haven't been following the list for a while. Is the SQL functionality
available in a useful form now? And does it play well with the iTunes
module?

Thanks,

-- Lars

kdf
2004-10-02, 14:06
Quoting Lars Kellogg-Stedman <lars (AT) oddbit (DOT) com>:

> In article <1096744378.415efdbada177 (AT) callisto (DOT) deane-freeman.com>,
> kdf <slim-mail (AT) deane-freeman (DOT) com>
> wrote:
>
> > SQL will hopefully make this work, but unlikely the current version can be
> > fixed.
>
> And the same story for browsing (by genre, by artist, etc)? And for
> displaying song statistics?
>
bloody well hope so. or the complaints will flood in. I've never done any
profiling of the db vs the curent server. I'm sure it will depend on a great
many factors, and how you use slimserver. Some people inevitably will decide
that they feel its slower, others will be forever thankful. its hard to guess,
which is all I can do :)

time for the experts to step in.


> I haven't been following the list for a while. Is the SQL functionality
> available in a useful form now? And does it play well with the iTunes
> module?
strictly available through CVS using BRANCH_SQL_DB, but its not in any useful
form aside from those who are into developing the db.