On Tue, 29 Jun 1999, Herbert Wengatz 42850 wrote:
> Hi there!
>
> I guess most of you followed the discussions about the spurious
> benchmark test Mindcraft did and the results and the current
> re-test.
>
> Since everybody can see now the results of the re-test as "nice"
> graphics on the ZDNet-Homepage ( see:
> http://www.pcweek.com/a/pcwt9906281/408285/ ) I dare asking:
> "How could this happen?"
well, the newest issue of c't puts things straight:
http://www.heise.de/ct/english//99/13/186-1/
to be fair to NT, NT still performs better than Linux if only a few static
pages are served - but thats just a small part of the picture. Especially
when it comes to anything else than serving a few static files:
In this setup, the freeware system clearly shows better results: While
NT can hardly manage more than 30 requests per second, Linux can
handle more than 166. With 512 client processes, it even manages 274
pages per second. [...]
note that the above results are _still_ static files, just a little bit
more complex and more RL set of files and set of requests. When doing CGI:
During the CGI tests, our NT server suffered massive performance
losses. Although both NT and Linux serve more than twice as many
dynamic pages with four CPUs as they do with one, NT in SMP mode is
still just under half as fast as Linux with only one CPU. [...]
probably the most interesting thing c't found was that a threaded web
server like IIS has serious design flaws wrt. dynamic execution:
NT can't do more than seven pages per second. This is probably where
IIS design comes into play, which unlike Apache works with threads.
Normally, web servers with internal threads are meant to work more
efficiently due to the reduced system overhead. However, once all
threads are blocked, the server cannot process any further requests.
[...]
there is still work to be done to get Linux perform even better, and this
work is going on as we speak. Many thanks to c't for pointing out sore
spots.
-- mingo
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
