Bugzilla – Bug 518
very poor performance and conflict with iTunes
Last modified: 2008-12-18 11:51:38 UTC
Folks, I have had this problem for about 1.5 years and through several versions of the server software and slimp3 firmware (v2.3 firmware now). Basically, things are slow and if I run iTunes at the same time as SlimServer, the system bogs down. (1) My computer slows down overall when running SlimServer. (2) When I run iTunes, neither program works very well, very slow to respond, and either one or both lock-up. (3) If I run just iTunes aor just SlimServer, the problem goes away. (4) I had precisely the same problem using MusicMatch. My current machine no longer runs MusicMatch. (5) I have had this problem with a Win 2k machine as well about 2yrs ago. Some conditions: XP Home fully updated (not SP2 yet), 2.4GHz P4, 60GB music libary, all mp3, ~160-192kbps for all files, using iTunes for org, slimp3 connected via WiFi (D-Link DI-624 basestation with latest firmware, Linksys WET-11 bridge connected to Slimp3). Thanks for the help.
A-HA! Bug is simply a result that SlimServer was using iTunes AND still looking for file. Disable Slim building it's own directoty, and the bug is now just a user interface issue only, in that if you enable iTunes, you should be reminded to disable your library.
try changing the iTunes update interval from server settings, additional, itunes. The server, by default, checks for updates to iTunes even 60 seconds. If you are making changes, you will experience a slowdown as the server rescans every time it detects a change.
since about 5.2.1 the server has been designed to work from multiple sources. There should no longer be a need to disable the library when using itunes, as it is all stored in the slimserver.db file. There have been some issues with using slimserver while itunes is running that hav ebeen fixed.
new db and importer plugins for 6.0 resolve this issue.
I've got a similar issue with iTunes 6.0 and SlimServer 6.2. If I have the SlimServer running, and I go to iTunes and play a song, SlimServer takes up all possible CPU cycles according to Windows Task Manager, and any connected streams on other computers loose their connections and try to rebuffer. I've got a Windows PC running SP2, with an Athlon 3000+ and 1GB of RAM.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.