Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
sxr71;441298 Wrote: > Maybe I should give Moose a try. iPeng is actually not bad at all. But I > know that the album page is very slow to load. I have been tracking > performance since the beginning and waiting 10+ seconds for a page of 50 > items to load is a bit much. Even when running entirely in RAM. > > Do you have any idea why it needs to read my music folder when it is > caching my artwork? That's an issue right there. It slows things down a > lot. I use both the SC performance monitoring and check CPU use via > remote desktop. The machine I am using has everything else disabled and > services disabled galore. It has 2GB RAM and 1GB free. > > I noticed that once all album art has been displayed once it then > speeds up again but CPU use is still high and it is single threaded. > Multithreaded is the way forward. Other interface elements are extremely > fast when not loading artists or albums since I am on RAMDisk. But > artists and albums for browsing are still slow. Your PC setup is "screwed up" somehow. My lowly Athlon 1.7 loads 50 albums with artwork from browse in Explorer or Chrome in 3 seconds (no ramdisk). Honestly. (This is on XP sp3 with 2Gb of RAM, latest 7.4 nightly). The disk reads are probably related to your browser cache. -- Phil Leigh You want to see the signal path BEFORE it gets onto a CD/vinyl...it ain't what you'd call minimal... SB3 (wired) - TACT 2.2X (Linear PSU) + Good Vibrations S/W - MF Triplethreat(Audiocom full mods) - Linn 5103 - Aktiv 5.1 system (6x LK140's, ESPEK/TRIKAN/KATAN/SEIZMIK 10.5), Townsend Supertweeters, Blue Jeans Digital,Kimber Speaker & Chord Interconnect cables Outdoors: Boom Phil Leigh's Profile: http://forums.slimdevices.com/member.php?userid=85 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
I love backseat coders. Anyway, the server does now incorporate some multi-threaded bits... oh, except on Windows because that platform is a horrible mess. I do plan on moving artwork resizing into a separate process soon, mostly as a fix to some memory issues with libgd. -- andyg andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
sxr71;441298 Wrote: > I noticed that once all album art has been displayed once it then speeds > up again but CPU use is still high and it is single threaded. > Multithreaded is the way forward. Other interface elements are extremely > fast when not loading artists or albums since I am on RAMDisk. But > artists and albums for browsing are still slow. Patches are always welcome to magically enable multi threaded code. Don't you think that if it was relatively straight forward to do this, the dev would have done it already? There have been lots of discussions over the years about how this is an extremely difficult thing to achieve with Perl and the way the whole system works. At least now the scanner is a seperate process, that helps a lot. -- funkstar my collection: *1*x boom *2*x controller, *1*x receiver *2*x sb3 (sliver/black, *1*x sb2 wired (silver), *1*x sb (black) *1*x slimp3 (with rear shield) interested in any others if you have them! funkstar's Profile: http://forums.slimdevices.com/member.php?userid=2335 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
autopilot;441296 Wrote: > Reading that, sounds are you talking about web interface performance? Or > actual performance of the players? > > You could overclock your PC to the cows come home, but web interface > will never be as snappy a native application. Have you looked at Moose? > > > I admit i have seen a few spikes in CPU and memory usage recently, but > this is beta software (very much so at the moment). Generally though i > dont have any performance issues with my very modest server. Maybe I should give Moose a try. iPeng is actually not bad at all. But I know that the album page is very slow to load. I have been tracking performance since the beginning and waiting 10+ seconds for a page of 50 items to load is a bit much. Even when running entirely in RAM. Do you have any idea why it needs to read my music folder when it is caching my artwork? That's an issue right there. It slows things down a lot. I use both the SC performance monitoring and check CPU use via remote desktop. The machine I am using has everything else disabled and services disabled galore. It has 2GB RAM and 1GB free. I noticed that once all album art has been displayed once it then speeds up again but CPU use is still high and it is single threaded. Multithreaded is the way forward. Other interface elements are extremely fast when not loading artists or albums since I am on RAMDisk. But artists and albums for browsing are still slow. -- sxr71 sxr71's Profile: http://forums.slimdevices.com/member.php?userid=18773 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
sxr71;441290 Wrote: > The system is unbelievably CPU intensive. I mean I have checked CPU use > and disk activity using the wonderful Windows 7 resource manager and > clearly the system is excessive in CPU usage. > > I mean on a 1.6Ghz Core Duo laptop which I tweaked to run 100% CPU > speed 24/7 so as to not suffer from Intel Speedstep slowdowns it sits > and uses 50% CPU (yeah it look very single threaded this program - > somebody fix that one day I mean 4 or more cores are becoming the norm) > for a good 5-10 seconds. > > WHY? > > I mean I run the whole shebang inside a RAM disk and I cache album art. > Why it is reading data from my music drive every time I load an album > page? It takes so darn long to load even if I reduce the number to 50 > items. The fact that it does not cache properly and needs to read the > album art from the music disk is simply inexcusable. My entire cache is > on RAMDisk and it is still so slow. Beyond that it was much slower when > running on a HDD. I wonder how people running this on NAS even find the > performance acceptable at all. > > The program is so badly CPU and disk limited. I am now thinking of > building an expensive fast dual core machine just for this program at > considerable cost to me. Why I don't just wisen up and switch to another > system I don't know. It would save me hundreds of dollars. The only > reason I am doing this is just to take pride in having the fastest > operating SC I know of. So for this I am planning on getting a Core i7 > and O/C to 4Ghz (maybe that will reduce an album page load from 5-10 > seconds to 2-4 seconds - which still isn't that fast considering). Then > I am going to get 12GB RAM so maybe I can devote 1GB just for this > program and then take hours and hours to move all my album art to a > separate folder and then put that whole folder on the RAMDisk. Maybe > together with all that effort I will finally see album pages loading in > 1-2 seconds. Maybe then I can set it to the 200 items per page I want to > use. > > So $800 and hours of work later finally this system will perform > DECENTLY. Why I don't just get a Sonos or just get iTunes + remote and > run it on a cheap $300 machine with better performance I don't > understand sometimes. Maybe I am an idiot. With MusicIP dead and Apple > getting Genius, it has lost its only advantage. Genius "computes" out my > library in 2-3 hours as opposed to MusicIP taking 3-4 days at 100% CPU. > > > All this over-engineering to get acceptable performance. Something is > seriously wrong with the way this system is coded. Performance is > unacceptable and 7.4 despite its change of DB and breaking of Trackstat > doesn't help one bit. Someone needs to sit down and rewrite this thing > from scratch. Just my honest advice. Reading that, sounds are you talking about web interface performance? Or actual performance of the players? You could overclock your PC to the cows come home, but web interface will never be as snappy a native application. Have you looked at Moose? I admit i have seen a few spikes in CPU and memory usage recently, but this is beta software (very much so at the moment). Generally though i dont have any performance issues with my very modest server. -- autopilot Cheers, auto. -"don't call me Shirley."- autopilot's Profile: http://forums.slimdevices.com/member.php?userid=1763 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
The system is unbelievably CPU intensive. I mean I have checked CPU use and disk activity using the wonderful Windows 7 resource manager and clearly the system is excessive in CPU usage. I mean on a 1.6Ghz Core Duo laptop which I tweaked to run 100% CPU speed 24/7 so as to not suffer from Intel Speedstep slowdowns it sits and uses 50% CPU (yeah it look very single threaded this program - somebody fix that one day I mean 4 or more cores are becoming the norm) for a good 5-10 seconds. WHY? I mean I run the whole shebang inside a RAM disk and I cache album art. Why it is reading data from my music drive every time I load an album page? It takes so darn long to load even if I reduce the number to 50 items. The fact that it does not cache properly and needs to read the album art from the music disk is simply inexcusable. My entire cache is on RAMDisk and it is still so slow. Beyond that it was much slower when running on a HDD. I wonder how people running this on NAS even find the performance acceptable at all. The program is so badly CPU and disk limited. I am now thinking of building an expensive fast dual core machine just for this program at considerable cost to me. Why I don't just wisen up and switch to another system I don't know. It would save me hundreds of dollars. The only reason I am doing this is just to take pride in having the fastest operating SC I know of. So for this I am planning on getting a Core i7 and O/C to 4Ghz (maybe that will reduce an album page load from 5-10 seconds to 2-4 seconds - which still isn't that fast considering). Then I am going to get 12GB RAM so maybe I can devote 1GB just for this program and then take hours and hours to move all my album art to a separate folder and then put that whole folder on the RAMDisk. Maybe together with all that effort I will finally see album pages loading in 1-2 seconds. Maybe then I can set it to the 200 items per page I want to use. So $800 and hours of work later finally this system will perform DECENTLY. Why I don't just get a Sonos or just get iTunes + remote and run it on a cheap $300 machine with better performance I don't understand sometimes. Maybe I am an idiot. All this over-engineering to get acceptable performance. Something is seriously wrong with the way this system is coded. Performance is unacceptable and 7.4 despite its change of DB and breaking of Trackstat doesn't help one bit. Someone needs to sit down and rewrite this thing from scratch. Just my honest advice. -- sxr71 sxr71's Profile: http://forums.slimdevices.com/member.php?userid=18773 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
tamanaco;440918 Wrote: > I'm finding that the Squeezebox Server (SqueezeSrv.exe) is taking a long > time to start even when no scanning is taking place. I disabled the > automatically detect changes option in the Basic Settings page. I also > find that the SqueezeSrv.exe takes a lot of CPU cycles just to restart > the server when no configuration or library changes have been made. I > have noticed this behavior with the 7.4 SQLite builds of the last 3 > days.Same here - it goes up to 98% for a while during startup. Todays install ended in error, as it thought the service hadn't started. -- bonze TranquilPC T2-WHS-A3 - SqueezeCenter Version: 7.4 - 27567 3 x wireless SB3 + a Duet bonze's Profile: http://forums.slimdevices.com/member.php?userid=6150 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
I'm finding that the Squeezebox Server (SqueezeSrv.exe) is taking a long time to start even when no scanning is taking place. I disabled the automatically detect changes option in the Basic Settings page. I also find that the SqueezeSrv.exe takes a lot of CPU cycles just to restart the server when no configuration or library changes have been made. I have noticed this behavior with the 7.4 SQLite builds of the last 3 days. -- tamanaco tamanaco's Profile: http://forums.slimdevices.com/member.php?userid=4620 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
I fixed a bug where the MusicIP check would take 60 seconds to time out if MIP is not running on localhost. For some reason on Windows the connect request hangs where on other platforms it fails immediately if the port is not open. -- andyg andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Slow startup of EXE as Windows service?
JJZolx;440122 Wrote: > I haven't played with the compiled Windows EXE of the server in quite a > while, but just reinstalled it yesterday. Is it my imagination or has > the startup time (until the server is responsive via either remote or > web interface) increased by a large amount over past versions? Startup > of the EXE is much slower than that of the perl source code version of > the server. I have also noticed that the last few versions on my Vista 64 server have taken a LOT longer to start. And often, the tray icon says the server has stopped even though its running. Not had time to play too much and file any bugs yet though. -- autopilot Cheers, auto. -"don't call me Shirley."- autopilot's Profile: http://forums.slimdevices.com/member.php?userid=1763 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
[SlimDevices: Beta] Slow startup of EXE as Windows service?
I haven't played with the compiled Windows EXE of the server in quite a while, but just reinstalled it yesterday. Is it my imagination or has the startup time (until the server is responsive via either remote or web interface) increased by a large amount over past versions? Startup of the EXE is much slower than that of the perl source code version of the server. -- JJZolx Jim JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=65549 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
