Re: Serving Images via FastCGI

All that is coming to your server should be two connections. Both
Mozilla and IE restrict the number of connections to 2 per domain
(this is why google maps uses multiple domains). So it shouldn't
matter about keep-alive or anything else in principle. It does sound
like the processes are not being reused, and that is disturbing. I'd
like to hear how you came to a resolution, should I have see such a
thing happen.

-s

On 1/30/07, Simon <[email protected]> wrote:
> Hello,
>
> I have a PHP application which loads images via PHP script. Running this PHP
> script via PHP FastCGI creates a problem. The application loads hundreds of
> small images via this script on a single .php page This invokes hundreds of
> FastCGI processes just to serve a single user.  When images are served via
> Apache, only 2 processes are used to serve all the images for a single HTTP
> keep-alive session in a series manner instead of parallel in case of FastCGI. Is
> there a way to implement same keep-alive mechanism in the case of a FastCGI
> app serving images during single HTTP keep-alive session?
>
> The available affinity patch is either IP or Cookie based, but I guess the above
> would require a HTTP keep-alive session based session tracking, instead. Has
> anyone run into this problem and found a solution?
>
> Thank you for any input you may provide.
>
> -Simon
>
>
> ___________________________________
> fastcgi-developers mailing list
> http://fastcgi.com/fastcgi-developers/
>
___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/