Performance tuning proxy Content Manager

We are experincing timeouts when loading the the proxy content manager pages, this may have something to do with the large amount of emails held in quarrantine. The pages eventually time out with an "internal server error"

We have reduced the amout of items held in quarrantine to get around the problem but this is not an answer as our users expect to be able to release emails up to 7 days old... Unfortunately this means we have at any time (when I can get in to the content manager) in excess of 50,000 emails in quarantine. 

Hardware spec is a 3ghz P4 Intel, with 1.5gb RAM, 80gb disk.

Top shows

Tasks:  89 total,   2 running,  85 sleeping,   0 stopped,   2 zombie
Cpu(s):  4.7% us,  1.3% sy,  0.0% ni,  0.0% id, 92.6% wa,  0.0% hi,  1.3% si
Mem:   1556308k total,  1317856k used,   238452k free,    37224k buffers
Swap:  1048816k total,   346636k used,   702180k free,   570168k cached

httpd logs show (modified to hide server identity)

2006:12:21-19:20:31 (none) httpd[17073]: [error] [client 11.111.111.11] FastCGI: comm with server "/var/wfe/index.fpl" aborted: idle timeout (240 sec), referer: https://firewall.name/index.fpl?frameset=active
2006:12:21-19:20:31 (none) httpd: 11.111.111.11- - 

[21/Dec/2006:19:16:31 +0000] "POST /index.fpl?frameset=active HTTP/1.1" 1 510
2006:12:21-19:27:40 (none) httpd[17074]: [error] [client 11.111.111.11] FastCGI: comm with (dynamic) server "/var/wfe/index.fpl" aborted: (first read) idle timeout (240 sec), referer: https://firewall.name/index.fpl?frameset=active

2006:12:21-19:27:40 (none) httpd[17074]: [error] [client 11.111.111.11] FastCGI: incomplete headers (0 bytes) received from server "/var/wfe/index.fpl", referer: https://firewall.name/index.fpl?frameset=active

2006:12:21-19:27:40 (none) httpd: 11.111.111.11- - [21/Dec/2006:19:21:40 +0000] "POST /index.fpl?frameset=active HTTP/1.1" 500 538


I have tried to tune fastcgi in httpd.conf from

FastCgiConfig -idle-timeout 120 -processSlack 1 -maxClassProcesses 1 -maxProcesses 4 -startDelay 120 -appConnTimeout 121

To

FastCgiConfig -idle-timeout 240 -processSlack 1 -maxClassProcesses 1 -maxProcesses 6 -startDelay 120 -appConnTimeout 121

Ideally I would like to tune the content manager script to run faster rather than just increase idle timeouts in apache ... Any suggestions
-- 
Steve

This thread was automatically locked due to age.