[rt-users] mod_perl vs fastcgi, which performs best, which is more scalable?

[Derek Suzuki]

 I posted the details back when it happened, but nobody seemed to have any ideas.  I assumed that there was something odd about our configuration that triggered the problem.  MySQL was more or less idle and completely responsive at all times.  Off the top of my head, the perl process seemed to be doing some sort of rapid polling that didn't produce any results.  Typically we would see perl lock up for about 30-120 seconds 10-20 times per day.  This was with five active administrators and about 100 tickets per day.
 I would guess that having multiple backend processes doesn't actually prevent the hangups, but it does allow other people to keep working without any visible problems.


-----Original Message-----
From: Jesse Vincent [mailto:jesse at bestpractical.com]
Sent: Tue 6/15/2004 9:46 PM
To: Derek Suzuki
Cc: Charles Jones; rt-users at lists.bestpractical.com
Subject: Re: [rt-users] mod_perl vs fastcgi, which performs best, which is more scalable?
 



On Tue, Jun 15, 2004 at 09:43:57PM -0700, Derek Suzuki wrote:
>  I've been running on FastCGI since 3.0.7.  Starting from 3.0.9 we have seen some horrendous performance problems (CPU pegging and effectively hanging the application for upwards of a minute) even on modern hardware with minimal workloads.  We were able to work around them by pre-starting multiple server processes (the perl process is actually what seems to hang), and performance has been pretty good since then.

Was the perl process waiting on anything? Was there a blocking database
query? Did you attempt any sort of debugging of the actual problem?

	Thanks,
	Jesse



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20040615/f5a76c2c/attachment.htm>