"I'm getting about 2000 requests/second and sometimes locks up after a long period of time."
Perhaps that is the GC cleaning up. On Mon, Apr 7, 2014 at 9:35 AM, Alfred Hall <[email protected]> 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 <[email protected]> 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 <[email protected] >> > 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 <[email protected]>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 <[email protected]> >>>> Sent: 06/04/2014 22:43 >>>> >>>> To: Giuliano Barberi <[email protected]> >>>> Cc: Mono Developer List <[email protected]> >>>> 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 < >>>> [email protected]> 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 >>>>> [email protected] >>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list >>>>> >>>>> >>>> >>> >>> >>> -- >>> Giuliano Barberi >>> >> >> >> _______________________________________________ >> Mono-devel-list mailing list >> [email protected] >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> >> > > _______________________________________________ > Mono-devel-list mailing list > [email protected] > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website
_______________________________________________ Mono-devel-list mailing list [email protected] http://lists.ximian.com/mailman/listinfo/mono-devel-list
