Question about FastCGI: How it handle simultaneous connections with one process when PHP itself is blocking language ? What if I have something "sleep(100)" . Wont it block the process for the other users ? Thanks
Maxim Dounin wrote in post #1101079: > Hello! > > On Sat, Mar 09, 2013 at 10:43:47PM +0800, Ji Zhang wrote: > >> >> But I also find an interesting article on how great this feature is, >> back to 2002: >> http://www.nongnu.org/fastcgi/#multiplexing > > This article seems to confuse FastCGI multiplexing with > event-based programming. Handling multiple requests in a single > process is great - and nginx does so. But you don't need FastCGI > multiplexing to do it. > >> and perform asynchronously. >> >> Does my point make sense? or some other more substantial reasons? > > You are correct, since FastCGI is used mostly for local > communication, multiplexing on application level isn't expected to > be beneficial. Another reason is that multiplexing isn't > supported (and probably will never be) by the major FastCGI > application - PHP. > > There were several discussions on FastCGI multiplexing here, and > general consensus seems to be that FastCGI multiplexing might > be useful to reduce costs of multiple long-polling connections to > an application, as it will reduce number of sockets OS will have > to maintain. It's yet to be demonstrated though. > > -- > Maxim Dounin > http://nginx.org/en/donation.html -- Posted via http://www.ruby-forum.com/. _______________________________________________ nginx mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx
