I have not compared the fastcgi implementation per se, because it is not very easy to test only the underlying fastcgi implementations and I never had the time for that. Fos, however, is a highly asynchronous server implementation, and I've seen it dealing with a lot of connections simultaneously. I haven't benchmarked it properly and compared it to other servers yet, but I'll try to do that in the next two weeks. I run a website with Fos and I get 10-20ms average response time (measured as Fos -> Nginx, that is, not counting the time it takes for the response to reach the user) with static pages. In case you want to take a better look at these numbers, take a look at http://beeder.com.br/_stats
Don't be scared by the large response times for some of the URLs, as those are usually contacting Facebook through Fb's API. On Mon, Apr 7, 2014 at 8:02 AM, Giuliano Barberi <gbarb...@aotaonline.com>wrote: > Have you benchmarked it to see how it compares to the existing FastCGI > implementation? > > Regards > > > On Sun, Apr 6, 2014 at 11:03 PM, Marcelo Zabani <mzab...@gmail.com> wrote: > >> In case you want to host an OWIN application with Mono and FastCgi, you >> may wanna take a look at a project of mine, Fos: >> https://github.com/mzabani/Fos >> It is also available at NuGet. >> ------------------------------ >> From: Greg Najda <gregna...@gmail.com> >> Sent: 06/04/2014 22:43 >> >> To: Giuliano Barberi <gbarb...@aotaonline.com> >> Cc: Mono Developer List <mono-devel-list@lists.ximian.com> >> Subject: Re: [Mono-dev] FastCGI Performance >> >> Someone looked into Mono FastCGI performance a couple months ago and made >> a series of blog posts: >> >> >> http://forcedtoadmin.blogspot.com/2013/11/servicestack-performance-in-mono-p1.html >> >> http://forcedtoadmin.blogspot.com/2013/11/servicestack-performance-in-mono-p2.html >> >> http://forcedtoadmin.blogspot.com/2013/12/servicestack-performance-in-mono-p3.html >> >> He ended up writing a replacement for the Mono FastCGI server instead of >> changing it because of architectural changes: >> https://github.com/xplicit/HyperFastCgi >> >> >> On Sun, Apr 6, 2014 at 7:43 PM, Giuliano Barberi <gbarb...@aotaonline.com >> > wrote: >> >>> After looking at some of the Mono web benchmarks ( >>> http://www.techempower.com/benchmarks/#section=data-r8&hw=i7&test=json&s=2&p=13ydj4-0 >>> ) >>> I got very curious as to why FastCGI performance was so much lower than >>> when using a C# libevent implementation. >>> >>> If you look at nancy-libevent2 vs nancy benchmarks, the only difference >>> is a C# wrapper around libevent ( >>> https://github.com/kekekeks/evhttp-sharp ) vs Mono FastCGI. Since Mono >>> uses epoll underneath which is what libevent uses afaik, I would not expect >>> there to be such a gap in performance. >>> >>> I'm curious whether performance of FastCGI is being looked at or if this >>> is expected. Mono when using FastCGI benchmarks almost at the bottom of the >>> list when compared to many other technologies ( >>> http://www.techempower.com/benchmarks/#section=data-r8&hw=i7&test=json ). >>> I've done a bit of analysis on where the bottleneck is and everything I've >>> found is pointing to the FastCGI implementation. >>> >>> Regards >>> -- >>> Giuliano Barberi >>> >>> _______________________________________________ >>> Mono-devel-list mailing list >>> Mono-devel-list@lists.ximian.com >>> http://lists.ximian.com/mailman/listinfo/mono-devel-list >>> >>> >> > > > -- > Giuliano Barberi >
_______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list