[Mono-dev] FastCGI Performance
ahall at ahall.org
Mon Apr 7 14:35:46 UTC 2014
I've been experimenting with hello world requests running under self-hosted
Nancy and I'm getting about 2000 requests/second and sometimes locks up
after a long period of time. When running similar test using Golang and
Martini I'm getting around 4700 on the same hardware. I'm concerned why
there is such a big difference between Mono/HttpListener and Go. It
shouldn't be that much slower.
Anyway gonna try your FastCGI implementation with Nginx in front and see
how it performs.
Keep these benchmarks coming, that's the only way Webstuff on Mono will
improve! We need to get Mono higher up in
On Mon, Apr 7, 2014 at 3:20 PM, Marcelo Zabani <mzabani at gmail.com> wrote:
> 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 <gbarberi at aotaonline.com>wrote:
>> Have you benchmarked it to see how it compares to the existing FastCGI
>> On Sun, Apr 6, 2014 at 11:03 PM, Marcelo Zabani <mzabani at 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:
>>> It is also available at NuGet.
>>> From: Greg Najda <gregnajda at gmail.com>
>>> Sent: 06/04/2014 22:43
>>> To: Giuliano Barberi <gbarberi at aotaonline.com>
>>> Cc: Mono Developer List <mono-devel-list at 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:
>>> He ended up writing a replacement for the Mono FastCGI server instead of
>>> changing it because of architectural changes:
>>> On Sun, Apr 6, 2014 at 7:43 PM, Giuliano Barberi <
>>> gbarberi at 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.
>>>> Giuliano Barberi
>>>> Mono-devel-list mailing list
>>>> Mono-devel-list at lists.ximian.com
>> Giuliano Barberi
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mono-devel-list