[Mono-dev] FastCGI Performance

[Greg Young]

We get > 5000 just using httplistener.


On Mon, Apr 7, 2014 at 5:35 PM, Alfred Hall <ahall at ahall.org> wrote:

> 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
> http://www.techempower.com/benchmarks/#section=data-r8&hw=i7&test=json&s=2&p=13ydj4-0
> .
>
>
>
>
> 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
>>> implementation?
>>>
>>> Regards
>>>
>>>
>>> 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:
>>>> https://github.com/mzabani/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:
>>>>
>>>>
>>>> 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 <
>>>> 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.
>>>>>
>>>>> Regards
>>>>> --
>>>>> Giuliano Barberi
>>>>>
>>>>> _______________________________________________
>>>>> Mono-devel-list mailing list
>>>>> Mono-devel-list at lists.ximian.com
>>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Giuliano Barberi
>>>
>>
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
Le doute n'est pas une condition agréable, mais la certitude est absurde.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20140407/16d77e14/attachment-0001.html>