Re: Has anyone used multiplexed connections with FastCGI?
Jon Ribbens <jon+fastcgi-developers-JgzTmhv+UHffC7kMvaharFpr/1R2p/[email protected]> Mon, 1 Feb 2010 03:40:36 +0000
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Message-ID | <[email protected]> |
On Mon, Feb 01, 2010 at 02:10:12AM +0000, Darren Garvey wrote: > <shameless_plug> > I'm developing a (c++) FastCGI library that's "supposed" to support > multiplexed connections, but I've never been able to test this aspect of > it (ie. multiplexing) so can't claim to support it either completely or > reliably. That said, I am currently rewriting the docs for this library > and hope to wrap a release shortly, free-time permitting. > </shameless_plug> > > (Started writing a FastCGI application, putting in support for > multiplexed connections, and wondering if this might be a bad idea.) > > Supporting multiplexing caused me some headaches with the unbuffered > approach I took. I still wonder how much efficiency can be gained from > supporting multiplexed connections and if it is worth it in the end. The > Jury's out until there are some performance numbers against a > multiplexing-enabled production server. I haven't found that supporting > multiplexing causes any noticeable runtime overhead, but does add some > complexity to the implementation because of multithreaded considerations. > If you'd like to share your ideas / implementation, let me know (offline > if you prefer). My Python FastCGI client library at http://jonpy.sf.net/ supports multiplexing, but like you say it's never been tested really because I don't know of any server side libraries that use it. It was easy to fit in my design though so I put it in.