Re: [Zope-dev] RE: [Zope] Idea: ZTest: Integrated Use-case based web site testin g. testin g.
I just really want to ring in as being totally opposed to the scheduler running INSIDE Zope. The Python interpreter lock is already becoming a burden in various places, and we've carefully danced around it to keep performance reasonable. Additional tasks (which might be VERY CPU intensive, and heavy on the Python code) would only make this problem worse. I think a ZClient external application that manipulates the database directly would be much more interesting, and much lower load on the Zope process. This doesn't mean (as I said in another message) that you can't store the configuration information in Zope, it just means the code path isn't inside of Zope. Chris -- Chris Petrilli
At 17:26 27/08/99 , Christopher Petrilli wrote:
I just really want to ring in as being totally opposed to the scheduler running INSIDE Zope. The Python interpreter lock is already becoming a burden in various places, and we've carefully danced around it to keep performance reasonable. Additional tasks (which might be VERY CPU intensive, and heavy on the Python code) would only make this problem worse.
I think a ZClient external application that manipulates the database directly would be much more interesting, and much lower load on the Zope process. This doesn't mean (as I said in another message) that you can't store the configuration information in Zope, it just means the code path isn't inside of Zope.
Chris
Hmm... the scheduler itself would be pretty light, and the Events are going to take a toll on Zope anyway, wether the scheduler is internal or external, not? -- Martijn Pieters, Web Developer | Antraciet http://www.antraciet.nl | Tel: +31-35-7502100 Fax: +31-35-7502111 | mailto:mj@antraciet.nl http://www.antraciet.nl/~mj | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 ------------------------------------------
At 11:26 AM 8/27/99 -0400, Christopher Petrilli wrote:
I think a ZClient external application that manipulates the database directly would be much more interesting, and much lower load on the Zope process. This doesn't mean (as I said in another message) that you can't store the configuration information in Zope, it just means the code path isn't inside of Zope.
How can a ZClient external application 'manipulate the database directly'? Do you mean by calling a method over the web?
participants (3)
-
Christopher Petrilli -
Martijn Pieters -
Phillip J. Eby