On 14 Jan 2011, at 11:02, Duncan Garland wrote:
However, the whole mode of operation of the system has changed and there has been a performance hit.

When a request arrives, we get multiple catalyst processes spawned. These hang around for a while, handle the request and die within a couple of minutes. When the next request arrives, the processes have to be started up again.

This is your web server killing them off..

That’s analogous to cgi operation and not what we had before. I thought that fastcgi processes were supposed to handle requests in a loop and I was expecting at least one of the processes to persistent for a significant period of time (eg 30 minutes).

Is this correct operation?

It is correct operation, but I'd suggest your web server config needs tweaking to significantly increase the interval between killing off processes.

Alternately (and more recommended), would be to run the fastcgi in 'external' mode, so that you start your myapp_fastcgi.pl entirely independently from the web server, and it manages the processes, rather than your web server being able to start and stop the application whenever it likes.

Cheers
t0m



_______________________________________________
List: [email protected]
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/[email protected]/
Dev site: http://dev.catalyst.perl.org/

Reply via email to