Bug 995 - SS v6.0b1 scanning library glacially slow
: SS v6.0b1 scanning library glacially slow
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: iTunes
: 6.0.0
: Macintosh MacOS X 10
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-03-09 10:11 UTC by Julius Friede
Modified: 2011-03-16 04:18 UTC (History)
0 users

See Also:
Category: ---


Attachments
slimserversql.db from v6.0b1 (3/10 build) (5.27 MB, application/zip)
2005-03-10 08:49 UTC, Julius Friede
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Julius Friede 2005-03-09 10:11:22 UTC
I tried the first public beta of SlimServer 6.0 on Mac OSX 10.3.8 and it is
really slow on initial scanning of my Library (iTunes), albeit my library is
quite large (15,000+ songs). Updating after an ID tag change is equally slow.
V5.1.x is much more responsive, which sent me back to the latest nightly (3/9).
All firmware and software is the most current.
Comment 1 KDF 2005-03-09 12:15:58 UTC
it will be first time becuase it has to read each file and construct the
database. 15,000 songs might take upwards of 25 minutes to complete (I'm at
about 18 mins for 10,000).  After that, re-reading itunes xml should be much
faster when changes are detected, and server startup should be much faster than
5.x.x.

If you are finding that this is absolutely not the case, please provide log
output, d_info (for timing song by song scan) and maybe d_server to get an idea
of startup time, maybe add d_http so there is a timestamp for the first time you
are able to get a reponse from webUI, or d_command, d_ir for first response to
player UI.
Comment 2 Julius Friede 2005-03-09 22:36:04 UTC
I waited about 40 minutes and my library was scanned.
At this point a bigger problem presented itself. The
SB was showing a lot of artist entries that do not
appear in either iTunes or the Slimserver interface.
All these artists contain no songs. The excess artists
appear when browsing artists, genres, etc. Maybe it is
the composer field that is being displayed, but that
option is off in Slimserver. Back to v5.4.x:-(

Julius
Comment 3 KDF 2005-03-09 23:13:41 UTC
Thanks for the report.  I believe Dan checked in a fix for the 'composer in
artists' settings today, so that will be in the March 10 build.  it would still
be useful, if you feel up for another run at it, to have information on the
timings of the scans, as output in the d_info log as each importer completes. 
We can compare this to other known systems.
Comment 4 Dan Sully 2005-03-10 00:45:54 UTC
Julius - if you still have the slimserversql.db file around, could you upload it
to this bug?

It will help me track down the problem.

Thanks.
Comment 5 Julius Friede 2005-03-10 08:49:16 UTC
Created attachment 316 [details]
slimserversql.db from v6.0b1 (3/10 build)

Dan,

I installed the 3/10 nightly build of v6.0b1 and the artist listing problem is
still present. Attached is the file you requested from this install.

Julius
Comment 6 Dan Sully 2005-03-11 21:13:59 UTC
Julius - what are some of the invalid Artist names?

Thanks.
Comment 7 Julius Friede 2005-03-11 23:19:56 UTC
They are definitely Composer entries. I am not running v6.0 currently, but some
of the �artists� were �A Kidjo/J. Herbrail�, �A. Levine & J. Valentine�, and
�Aaron Johnston, Clark Gayton, Didi Gutman, Jesse Murphy & Sabina Sciubba.�

Hope this helps.

Julius
Comment 8 Dan Sully 2005-03-12 14:29:01 UTC
Julius - I've commited a fix as subversion change 2451.

It will be in tonight's build - or if you are tracking subversion, sync your tree.

Thanks.
Comment 9 Julius Friede 2005-03-12 17:49:24 UTC
Excellent. Can�t wait to try it.