Just to add some info on *Fos*, I've just tried the Hello World json
serialization benchmark (taken from
http://www.techempower.com/benchmarks/#section=data-r8hw=i7test=jsons=2p=13ydj4-0)
and in my machine I'm getting a little more than 3000 requests per second
using ServiceStack's Json
Hello there. Today I spent some time messing up with libevent and managed
to implement multiworker mode (multiple threads accepting connections from
the same socket) in my evhttp-sharp wrapper. That gave me 2.5 times faster
results in benchmark (from 32K to 79K rps). Now I'll send pull request to
Nice I will pull and check it out.
Good work.
Greg
On Sat, Apr 12, 2014 at 7:50 PM, Nikita Tsukanov kek...@gmail.com wrote:
Hello there. Today I spent some time messing up with libevent and managed
to implement multiworker mode (multiple threads accepting connections from
the same socket)
Oh, sorry for misinformation. FrameworkBenchmarks already has experimental
and buggy implementation of the same thing (see multiworker branch). So the
good news that it can be now considered stable.
Profiling with some optimizations gave me about 20% performance boost
however.
Before:
Running
Developer List mono-devel-list@lists.ximian.com
Envoyé: Mardi 8 Avril 2014 20:50:23
Objet: Re: [Mono-dev] FastCGI Performance
To be more exact I did not write some special code for connection
pooling, but I did thread pooling for MonoWorkerRequest and tried to
pool CGI records, which are used
-list@lists.ximian.com
Envoyé: Mardi 8 Avril 2014 20:50:23
Objet: Re: [Mono-dev] FastCGI Performance
To be more exact I did not write some special code for
connection
pooling, but I did thread pooling for MonoWorkerRequest and
tried
I like this. If it provides the ability to easy change one listener to other
and also ability to change HTTP servers it'll be awesome. By the way it also
should provide the ability to run current ASP.NET server otherwise people
could not migrate their web application to Linux platform. ASP.NET
From my point of view the bollteneck currently is not in the socket library,
but in the System.Web implementation. For example, when I did benchmarks for
HyperFastCgi server, I've got such results:
Get static file from nginx - 10K rps
Get hardcoded html-response from HyperFastCgi server (without
I'm gonna close this issue. I mainly opened it to ask about whether that
would help a lot but I can see from you said it won't since you're already
pooling. The evhttp-sharp implementation does use native calls though it
uses evhttp from libevent but the author says the main bottleneck at this
To be more exact I did not write some special code for connection
pooling, but I did thread pooling for MonoWorkerRequest and tried to
pool CGI records, which are used for communication between nginx and
FastCgi server. The last one did not show any increasing in performance
for me, and I did not
,
and memory is between 90Mb and 200Mb)
- Mail original -
De: Sergey Zhukov s...@ngs.ru
À: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@lists.ximian.com
Envoyé: Mardi 8 Avril 2014 20:50:23
Objet: Re: [Mono-dev] FastCGI Performance
To be more exact I did
at ~35,
and memory is between 90Mb and 200Mb)
- Mail original -
De: Sergey Zhukov s...@ngs.ru
À: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@lists.ximian.com
Envoyé: Mardi 8 Avril 2014 20:50:23
Objet: Re: [Mono-dev] FastCGI Performance
: Re: [Mono-dev] FastCGI Performance
To be more exact I did not write some special code for connection
pooling, but I did thread pooling for MonoWorkerRequest and tried to
pool CGI records, which are used for communication between nginx and
FastCgi server. The last one did not show any
90Mb and 200Mb)
- Mail original -
De: Sergey Zhukov s...@ngs.ru
À: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@lists.ximian.com
Envoyé: Mardi 8 Avril 2014 20:50:23
Objet: Re: [Mono-dev] FastCGI Performance
To be more exact I did not write
:
https://github.com/mzabani/Fos
It is also available at NuGet.
--
From: Greg Najda gregna...@gmail.com
Sent: 06/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] FastCGI
-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
Najda gregna...@gmail.com
Sent: 06/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@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
...@aotaonline.com
Cc: Mono Developer List mono-devel-list@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
of mine, Fos:
https://github.com/mzabani/Fos
It is also available at NuGet.
--
From: Greg Najda gregna...@gmail.com
Sent: 06/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev
mono-devel-list@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
/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@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
Sent: 06/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@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
Sent: 06/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@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
@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
...@gmail.com
Sent: 06/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@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
:
https://github.com/mzabani/Fos
It is also available at NuGet.
--
From: Greg Najda gregna...@gmail.com
Sent: 06/04/2014 22:43
To: Giuliano Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] FastCGI
After looking at some of the Mono web benchmarks (
http://www.techempower.com/benchmarks/#section=data-r8hw=i7test=jsons=2p=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
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
Barberi gbarb...@aotaonline.com
Cc: Mono Developer List mono-devel-list@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
29 matches
Mail list logo