On Mon, Aug 30, 2010 at 5:53 PM, Brett Gmoser <bgmoser@xxxxxxxxxxxxxxx> wrote: > Hello all, > > I'm looking to migrate from my current mod_fastcgi configuration to > mod_fcgid. Since my FastCGI server (the application I write) is a big large > and unwieldy, currently I use mod_fastcgi to spawn five instances of my > server application, which in turn spawns about 400 threads internally which > handle incoming requests in a multi-threaded fashion. This works okay with > mod_fastcgi - this is a busy httpd servicing an average of around 75 > requests per second. An odd part of this server is that many of the requests > may take up to twenty seconds to complete due to back-end processing with > third party APIs, the processing time is not within my control (just > mentioning this in case it matters). > > At any rate, this all works pretty well with mod_fastcgi (although > mod_fastcgi is a bit buggy). My problem is that in migrating to mod_fcgid > (supposedly, I shouldn't need to make any changes to my FastCGI application > - just configure mod_fcgid and use that instead of mod_fastcgi), it seems > mod_fcgid isn't aware of the fact that my server is multi-threaded and is > able to handle more than one request. Thus, 75 requests per second on five > servers queues up pretty fast, and if I can get it to eventually answer a > request it'll take around five minutes to do so. > > There are no errors in the error log - I don't think there would be, because > this is related to volume that mod_fcgid doesn't think my application can > handle, and everything just fails silently. Here's my mod_fcgid > configuration, from my httpd.conf: mod_fcgid will only route a single concurrent request to a single process it has spawned, and it has no support for externally managed servers. Use mod_fastcgi at least until mod_proxy_fcgi is ready (part of future Apache 2.4). --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|