PDA

View Full Version : Should Library Scanning Bring Server to a Halt



Todd Fields
2005-07-27, 09:55
Scanning my library (about 40GBs of MP3s) has always taken
awhile with any version of SlimServer (since the SLIMP3 days.)
However, I've noticed that starting with version 6 (I'm
currently using 6.1.1), it now completely consumes my server's
resources. The PC acts as though it is locked up and my
Squeezebox displays a message that it's lost contact with
SlimServer. I usually just let it run overnight and eventually
it finishes the scan (not sure exactly how long it takes but it
is quite some time) and then everything operates fine. It's not
that big of deal as I don't rescan often and I just let it run
over night but I am just curious if this is normal behavior.

I'm running XP Pro on an Athlon 2100+ with 1GB RAM. The PC is
dedicated to SlimServer and runs nothing else other than
antivirus software.

kdf
2005-07-27, 10:04
Under normal circumstances, it should not overload the CPU for a night. I have
about 10,000 tracks and that takes about 15-20 minutes for a full rescan from a
cleared library. It depends on whether I'm running just a folder scan or
adding in iTunes and MusicMagic scans on top.

What can cause extended scan times are things like playlists that link to other
playlists, or shortcuts/links that point back to other locations within your
music folder. The former case is fixed in 6.2 nightlies, and should be into the
6.1.2 nightly in a day or two
(http://bugs.slimdevices.com/show_bug.cgi?id=1826). The latter has not yet
seen an acceptably complete solution:
http://bugs.slimdevices.com/show_bug.cgi?id=576

-kdf

radish
2005-07-27, 10:20
I'm running on an old Athlon with 512mb, and like Kevin a scan takes around 15 mins. Playback usually isn't affected, I certainly don't have any players losing contact. This is with a library of 9,500 tracks (~150gb of flac & vorbis).

One thing - try disabling the anti-virus. If you have it set to check every file you open that could seriously slow things down. I set a filter to have the anti virus ignore *.mpe, *.flac, *.ogg, etc. You should be able to do the same.

wr420
2005-07-27, 10:36
>
> I'm running on an old Athlon with 512mb, and like Kevin a scan takes
> around 15 mins. Playback usually isn't affected, I certainly don't
have
> any players losing contact. This is with a library of 9,500 tracks
> (~150gb of flac & vorbis).
>
> radish

Hi
Sorry to butt in, I just have a quick question regarding rescan. I
don't have playing problems during rescan, no drop outs ect.. but the
menus on SB and SB2 are quite sluggish during rescan. Can you confirm
that is to be expected/normal.

Thanks
Matt


The information contained in this e-mail is strictly confidential and for the
intended use of the addressee only; it may also be legally privileged and/or
price sensitive. Notice is hereby given that any disclosure, use or copying
of the information by anyone other than the intended recipient is prohibited
and may be illegal. If you have received this message in error, please
notify the sender immediately by return e-mail. All e-mail sent to this
address will be received by Acacia Pacific Holding's e-mail system and is
subjected to archiving and review by someone other than the recipient.

Acacia Pacific Holdings has taken every reasonable precaution to ensure that
any attachment to this e-mail has been swept for viruses. We accept no
liability for any damage sustained as a result of software viruses and
advise you carry out your own virus checks before opening any attachment.

kdf
2005-07-27, 10:45
Quoting Matt Alioto <malioto (AT) acpac (DOT) com>:

> Sorry to butt in, I just have a quick question regarding rescan. I
> don't have playing problems during rescan, no drop outs ect.. but the
> menus on SB and SB2 are quite sluggish during rescan. Can you confirm
> that is to be expected/normal.

They will suffer a bit during rescan. It is a very CPU intensive process, in
order to get it done in as reasonable amount of time as is possible. Audio
playback is buffered and is considered higher priority over menu response,
especially during a scan. In fact, I'd even suggest there is a level of
argument in favour of blocking animation and remote control input during a
rescan.

-kdf

Todd Fields
2005-07-27, 10:54
--- kdf <slim-mail (AT) deane-freeman (DOT) com> wrote:

> What can cause extended scan times are things like playlists
> that link to other
> playlists, or shortcuts/links that point back to other
> locations within your
> music folder. The former case is fixed in 6.2 nightlies, and
> should be into the
> 6.1.2 nightly in a day or two

I don't have playlists that refer to other playlists, however, I
believe I do have links that refer to other folders within the
library. Maybe that's my problem.

Todd Fields
2005-07-27, 10:55
--- radish <radish.1su9fn (AT) no-mx (DOT) forums.slimdevices.com> wrote:

> One thing - try disabling the anti-virus. If you have it set
> to check
> every file you open that could seriously slow things down. I
> set a
> filter to have the anti virus ignore *.mpe, *.flac, *.ogg,
> etc. You
> should be able to do the same.

This is a very good suggestion.