32 messages in com.googlegroups.pylons-discussRe: Fast Python webserver
FromSent OnAttachments
Ian Bicking16 Feb 2007 15:15 
Robert Leftwich16 Feb 2007 15:49 
Ian Bicking16 Feb 2007 15:56 
Ben Bangert16 Feb 2007 16:01 
Robert Leftwich16 Feb 2007 17:19 
James Gardner18 Feb 2007 09:49 
Cliff Wells18 Feb 2007 11:36 
Bob Ippolito18 Feb 2007 12:19 
Cliff Wells18 Feb 2007 12:47 
James Gardner18 Feb 2007 13:21 
Ian Bicking18 Feb 2007 13:36 
James Gardner18 Feb 2007 14:00 
Bob Ippolito18 Feb 2007 14:20 
James Gardner18 Feb 2007 14:51 
Robert Leftwich18 Feb 2007 15:09 
James Gardner18 Feb 2007 15:41 
Robert Leftwich18 Feb 2007 15:59 
Cliff Wells18 Feb 2007 16:03 
Matt Good18 Feb 2007 23:26 
Robert Leftwich18 Feb 2007 23:54 
Max Ischenko19 Feb 2007 04:19 
Jose Galvez19 Feb 2007 09:56 
John_Nowlan19 Feb 2007 13:09 
wyatt-bC19 Feb 2007 19:00 
Shannon -jj Behrens20 Feb 2007 16:48 
Sean Davis20 Feb 2007 17:37 
Graham Dumpleton20 Feb 2007 19:54 
Sean Davis21 Feb 2007 04:41 
John_Nowlan21 Feb 2007 09:19 
Robert Leftwich21 Feb 2007 16:23 
Cliff Wells22 Feb 2007 14:46 
Robert Leftwich03 Mar 2007 22:03 
Subject:Re: Fast Python webserver
From:Cliff Wells (clif@public.gmane.org)
Date:02/18/2007 12:47:57 PM
List:com.googlegroups.pylons-discuss

On Sun, 2007-02-18 at 12:20 -0800, Bob Ippolito wrote:

However, proxying is a lot easier to set up than FastCGI.

Absolutely. That's what I always use. I doubt the small performance gain is going to add up to much in the way of scalability anyway ;-)

What I typically use is a small cluster of Pylons servers proxied to by Nginx, which is something else not as easily done with FastCGI.

I'm sure there's things that can be done to paste.httpserver to make it come closer to FastCGI in performance.

Maybe. I'm going to be investigating fapws (and perhaps CherryPy's WSGI server as well) to see if there's any significant gain by using those rather than paste.httpserver (although I suspect most of the overhead is in the framework and application, not the HTTP server itself, so even significant gains in HTTP performance might not add up to much overall).

Regards, Cliff