-----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Michel Pelletier Sent: 17. juni 1999 16:14 To: 'christian@riddlers.com'; Brian Lloyd; zope@zope.org Subject: RE: [Zope] Zope performance too low ?
-----Original Message----- From: Christian Andreassen [mailto:christian@riddlers.com] Sent: Thursday, June 17, 1999 4:33 AM To: 'Brian Lloyd'; zope@zope.org Subject: RE: [Zope] Zope performance too low ? [snip] Same as above, but with two concurrent requests:
Ran ab as: "./ab -n 1000 -c 2 http://aldous:9673/test"
Bechmark output:
Concurrency Level: 2 Time taken for tests: 26.026 seconds Requests per second: 38.42 Transfer rate: 11.41 kb/s received
Same as above, with 4 concurrent requests:
Concurrency Level: 4 Time taken for tests: 26.738 seconds Requests per second: 37.40 Transfer rate: 11.13 kb/s received
Ouch. These extremely low transfer rates bother me. The theoretical bandwidth on a local machine transfer should be way, way higher. Otoh, your document was very small, so the stop/start, connect/teardown margins would be relatively high. I'd like to see benchmarks with longer (>3KB) documents.
One problem with *both* of our benchmarks is that they are running on the same machine in both cases. Also, what are we benchmarking against? Another 'application server'? How would ASP compare? or PHP? How can you compare two wildly different technologies (PHP has no infrastructure, object model, object orientation, standard managment interface, standard security model, acquisition etc. the list goes on for miles)? I suspect Zope would blow the doors off of any old CGI script that has to spawn on every hit.
Yep, but ASP, PHP, Cold Fusion, etc. have proven to be very, very fast. I suspect the main explanation is (a) they're in-process solutions tightly integrated with the web server (except for Cold Fusion, which iirc has a client stub that uses IPC to talk to the CF server, much like Zope on Win32 today), and (b) they're not written in Python. [snip]
What this proves, is that benchmarks are very strange things. I trust politicians more than I trust benchmarks, including my *own* benchmarks.
True, although your users (or you clients :-)) may be your best benchmark.
The reality of the situation comes from real life experience. Zope has been proven to scale extremly well, and will only get better.
BTW, how is www.zope.org configured? Do you see the same drastic difference between static pages and Zope pages there?
No, the performance is quite nice.
Christian Andreassen: christian@riddlers.com
_______________________________________________ Zope maillist - Zope@zope.org http://www.zope.org/mailman/listinfo/zope
(For developer-specific issues, use the companion list, zope-dev@zope.org - http://www.zope.org/mailman/listinfo/zope-dev )
_______________________________________________ Zope maillist - Zope@zope.org http://www.zope.org/mailman/listinfo/zope
(For developer-specific issues, use the companion list, zope-dev@zope.org - http://www.zope.org/mailman/listinfo/zope-dev )