Simple threading question
Ankur Gupta
ankur655 at gmail.com
Mon Sep 27 10:50:05 MSD 2010
I can change the number of threads but my question is something completely
orthogonal to what you replied. Why did the two server requests to php-fpm
get serialized and not happen in parallel even though there are enough
worker threads?
On Sun, Sep 26, 2010 at 11:17 PM, mat h <mat999 at gmail.com> wrote:
> nginx doesnt need 100+ threads, it uses an event worker model. Set
> your worker_processes to something more reasonable. If you are trying
> to handle 150 requests then you really only need a single worker.
>
> On Mon, Sep 27, 2010 at 4:05 PM, Ankur Gupta <ankur655 at gmail.com> wrote:
> > Hi,
> >
> > I have a bunch of nginx and php-fpm worker threads. I am running a
> > very simple test with a script doing: <? sleep(20); ?>. I notice that
> > if I make two requests at the same time (from the same IP address), they
> get
> > serialized on the
> > php-fpm side and have a twenty second differential. Why would this
> > happen and the two requests not get processed in parallel when there
> > are an abundant number of threads? Here are the two requests in the
> > slow log file and they have a twenty second difference:
> >
> > Sep 26 19:02:38.177091 pid 13597 (pool default)
> > script_filename = /var/www/test1/test.php
> > [0x00000000095b5280] sleep() /var/www/test1/test.php:2
> >
> > Sep 26 19:02:58.321560 pid 13609 (pool default)
> > script_filename = /var/www/test1/test.php
> > [0x000000000942a890] sleep() /var/www/test1/test.php:2
> >
> > I have 100+ nginx threads
> > $ ps -afe | grep nginx | wc -l
> > 120
> >
> > and 150 php-fpm threads
> > $ ps -afe | grep php-fpm | wc -l
> > 150
> >
> >
> > Thanks,
> > Ankur
> > _______________________________________________
> > nginx mailing list
> > nginx at nginx.org
> > http://nginx.org/mailman/listinfo/nginx
> >
> >
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20100926/88370571/attachment-0001.html>
More information about the nginx
mailing list