itm wrote: > That's an interesting idea. I did a trial run by running a dir command > manually, then doing a both a browse of my main music folder (on the USB > drive) and a search. Both were still quite sluggish (at least 30 seconds > to return a response). During that time I could hear the -internal- > drive of the server getting hammered (i.e. not the LMS data USB drive). > I have a large collection (90k tracks, 6k albums).
Yep, the OS drive contains the database itself. SSD is a Very Good Idea!! > The machine is an Intel Q6600 2.4GHz, with 4Gb RAM, running Win Server > 2008. There's nothing much else running on it. Q6600, whilst still a nice bit of kit, is a bit old now. The area it shows its age the most is random memory access (no on-chip memory controllers, plus DDR2 RAM). If you're worried about it, totally recommend a hardware refresh. Perl and database searching is all about pointer chasing and random memory access. Occasionally you can stumble on a HP Microserver for 100 UKP, or at least aim for anything with DDR3 and Nehalem or later CPU core. Second thing is a USB HDD (USB2 is likely on a Q6600) will limit the IOPS you can sustain. Finally, for the spin-down stuff (I agree with your diagnosis), you can use the windows version of HDPARM: http://disablehddapm.blogspot.co.uk/ Please note I've not tested this as I run it under Linux so be careful ... ------------------------------------------------------------------------ drmatt's Profile: http://forums.slimdevices.com/member.php?userid=59498 View this thread: http://forums.slimdevices.com/showthread.php?t=105787 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
