[Zope] Zope performance too low ?

[Alexander Staubo]

>-----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 )
>