[Mono-dev] FastCGI Performance

Greg Najda gregnajda at gmail.com
Mon Apr 7 01:43:25 UTC 2014

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.
> Regards
> --
> Giuliano Barberi
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20140406/0c12a24f/attachment.html>

More information about the Mono-devel-list mailing list