Hi guys,
We’re running some performance tests on our Continua server as we’re due to go live next week, but we’re noticing a high CPU usage when the server is idle (varies between 20 and 50%) and some very heavy memory use. The service hit almost 1GB memory use after only a few minutes of restarting the server - but then decreased and levelled out at about 320MB (see below):
And CPU use over a few minutes idle:
After running our heaviest build load (4 concurrent builds between 3-5 hours each), the service CPU use hit 70% and stayed there even after all the builds were completed, total CPU use on the server hit 100% at this point and prevented us logging into the server machine. After restarting the service again, it went back to between the 20-50% range. We also noticed a fair amount of disk write use by the postgres services when idle, not sure if this is just logging related.
If you could help me troubleshoot this next week that would be great, let me know if I can send any logs etc that might help. I’m getting the feeling that I’ve done something horribly wrong when setting all this up…
Have a good weekend!
Regards,
p.s. Running the latest build (1.5.1.90)
Hi Luke,
Thank you for your report.
To help troubleshoot your performance issues we would also need to look at a diagnostics report. You can download this using a link at the top of the Event Log administration page. It would also be useful to look through a server debug log to see want is happening during periods of high CPU usage. You can send these files to support@finalbuilder.com rather than posting publically.
Are these performance issues happening while using the LDAP authentication mode? If so it is possible that these issues have been deal with in the latest beta version 1.6 just uploaded. Are you able to install that and see what improvements you get?
Other than LDAP use, we would be interested in the number and type of repositories, triggers and event handlers running on the server. The diagnostics report and debug log will provide these details.
Looks like the performance issues are LDAP related - returning to forms mode seems to fix the issue. Unfortunately I can’t get the beta to work yet so haven’t been able to test the new improvements, but it sounds promising at least! I’ve sent a separate email about that.
Regards,