I've been doing some simple load tests on a zope application, and I've found 
when i increase the zserver-threads in zope.conf very much the zope server 
goes into some sort of cycle where it eats 100% cpu and refuses to any future 
requests until restarted.

The load test is simply a small threaded python script that flings up to 50 
"simultaneous" random queries at the zope app. (The app is basically a search 
engine, using tsearch2 on postgresql... the tester flings random words at it 
as arguments; everything is dynamic for this test, no ram-cache objects, etc 
-- the database queries themselves seem to maintain very quick responses, the 
server seems to bog down more in the template rendering, or whatever else, 
after the data is returned). The zserver is behind apache (using mod_rewrite 

The single zserver is using a ZEO server (via localhost) for storage. 

The test seems to run okay with up to around 7 or 8 threads; the more threads 
are added the sooner the server seems to gum up. 10 is a bit flaky. Sometimes 
the tests fail, some complete (around 5000 requests). 12 more consistently, 
and sooner, gets stuck. And so on.

I've twiddled with various config file settings such as the various cache 
settings and whatnot; not really knowing what they are, i tend to just 
increase them and see what happens. 

I'm wondering if someone who knows the internals more might have some idea 
what's going on here. Or any tips on how to debug what zope is doing when it 
gets into this state. 

This is Zope 2.7.5 (on FreeBSD, Python 2.3.4). 

Tim Middleton | Vex.Net    | I have lived through whole tragedies
[EMAIL PROTECTED]     | VexTech.ca | without speaking a word. --Dost. (GC)

Zope maillist  -  Zope@zope.org
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-dev )

Reply via email to