October 29, 2009 06:58AM
On Thu, Oct 29, 2009 at 01:38:24PM +0300, Maxim Dounin wrote:

> Hello!
>
> On Thu, Oct 29, 2009 at 09:50:25AM +0300, Igor Sysoev wrote:
>
> > On Thu, Oct 29, 2009 at 11:38:17AM +0900, Zev Blut wrote:
> >
> > > Hello,
> > >
> > > On 10/10/2009 01:42 AM, Igor Sysoev wrote:
> > > > On Fri, Oct 09, 2009 at 08:26:32PM +0400, Igor Sysoev wrote:
> > > >
> > > >> I have got these results via localhost:
> > > >>
> > > >> ab -n 30000 -c 10 ~8200 r/s
> > > >> ab -n 30000 -c 10 -k ~20000 r/s
> > > >>
> > > >> This means that this microbenchmark tests mostly TCP connection
> > > >> establishment via localhost: keepalive is 2.4 faster.
> > > >
> > > > BTW, using embedded perl:
> > > >
> > > > server {
> > > > listen 8010;
> > > > access_log off;
> > > >
> > > > location = /test {
> > > > perl 'sub {
> > > > my $r = shift;
> > > > $r->send_http_header("text/html");
> > > > $r->print("<h1>Hello ", $r->variable("arg_name"), "</h1>");
> > > > return OK;
> > > > }';
> > > > }
> > > > }
> > > >
> > > > "ab -n 30000 -c 10 -k" has got ~7800 r/s.
> > >
> > > In case you are curious, John has posted an update
> > > comparing teepeedee2 vs the above perl module on his laptop.
> > > Here is the link:
> > >
> > > http://john.freml.in/teepeedee2-vs-nginx
> >
> > For some reason, he ran "ab -c1" instead of "ab -c10", while nginx may
> > run perl in 2 workers on Core2 Duo (if worker_processes are 2). I believe,
> > it will twice the benchmark result. Second, he still mosty tests TCP
> > connection establishment via localhost instead of server speed. Why
> > he can not run the benchmark with keepalive ?
>
> Well, it's the "useless benchmarks about nothing" game as
> presented by Alex Kapranoff on last Highload++ conference. It's
> not about server speed, it's about multiple useless numbers and
> fun. Key thing is to keep benchmarks as equal as possible, so
> using keepalive here is no-option as he didn't on previous
> benchmarks.

I meant, why can not he re-run the whole benchmark with keepalive.

> Using "-c1" instead of "-c10" (as used in original post) looks
> like a bug which rendered new results completely irrelevant. So
> nothing to talk about.
>
> Maxim Dounin


--
Igor Sysoev
http://sysoev.ru/en/
Subject Author Posted

10 000 req/s: tpd2 - why it is so fast?

Dinh Pham October 09, 2009 02:14PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Akins, Brian October 09, 2009 04:06PM

Re: 10 000 req/s: tpd2 - why it is so fast?

anomalizer October 24, 2009 01:02PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Denis Filimonov October 09, 2009 02:14PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Asif Ali October 31, 2009 02:22PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Igor Sysoev October 09, 2009 02:14PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Igor Sysoev October 09, 2009 02:14PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Zev Blut October 28, 2009 10:44PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Igor Sysoev October 29, 2009 02:54AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Maxim Dounin October 29, 2009 06:44AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Igor Sysoev October 29, 2009 06:58AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Igor Sysoev October 30, 2009 03:00AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Akins, Brian October 24, 2009 01:30PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Chris Zimmerman October 24, 2009 02:20PM

Re: 10 000 req/s: tpd2 - why it is so fast?

Akins, Brian October 30, 2009 09:22AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Igor Sysoev October 30, 2009 09:32AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Akins, Brian October 30, 2009 10:36AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Igor Sysoev October 30, 2009 10:46AM

Re: 10 000 req/s: tpd2 - why it is so fast?

Akins, Brian October 30, 2009 12:16PM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 153
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready