Re: Benchmark questions

On Wed, Sep 22, 2004 at 01:28:37PM -0700, Andy wrote:
> Hi,
> 
> I was looking at the benchmark section of the website
> and got a few questions:
> 
> 1) Is there any benchmark data for PHP performance at
> concurrency higher than 1 (e.g. 100 or 400)? I noticed
> from the static file benchmark that while the
> performance of Apache stays relatively constant as
> concurrency increases, the performance of lighttpd
> tends to drop as concurrency increases.

Even if it drops it is still twice as apache at 1000 parallel
connections. For a real concurrency level of 4000 in apache you would
need 4000 apche childs which would require quite a large chunk of
memory.
For that reason apache is limited to 150 childs

> I wondered if
> the same trend exists for PHP performance and that at
> a high concurrency Apache might actually have a higher
> performance than lighttpd, especially given the
> relatively small edge in PHP performance lighttpd has
> at 1 concurrency (25%)

I've done that for the a session at the php conference last year:

concurrency:     50       500
apache          969.93    779.42
lighttpd       1376.65   1319.96 

THe script was <?php print "12345"; ?> as the performace of php itself
won't change, just the startup time.

turckmm-cache was enabled for both benchmarks.

 
> 2) The CPU-tuilization benchmark shows that Apache has
> a higher throughput than lighttpd (e.g. at 1000 con,
> 100K files, Apache is 8258.31, lighttpd is 8096.55).
> On the other hand, the static file throughput
> benchmark shows lighttpd having much higher throughput
> than Apache. What causes the discrepancy between the 2
> benchmarks?

Don't care about the throughput in that benchmark as it is limited by
the network hardware. The throughput is just for showing that the
network is the limit.

> 
> 3) Has anyone looked at Lite Speed web server at
> litespeedtech.com? Looks like it has similar
> architecture to lighttpd. Anyone done any benchmark
> between the 2 servers?

Adam had it on his list.
 
> Thanks!
> 
> Andy

    Jan
  
-- 
Jan Kneschke                                     http://jan.kneschke.de/
Perhaps you want to say 'thank you, jan':    http://jk.123.org/wishlist/