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 > >
_______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list