Re: [Zope-dev] Zope reference counts

2003-01-22 Thread Ivo van der Wijk
On Tue, Jan 21, 2003 at 04:27:05PM +, Toby Dickenson wrote: On Tuesday 21 January 2003 4:14 pm, Ivo van der Wijk wrote: Does this mean each thread keeps it's own cache pool of objects? yes Do these references point to the same object instances, or are these copied as well?

Re: [Zope-dev] Re: AdaptableStorage

2003-01-22 Thread Chris Withers
seb bacon wrote: I'd prefer just to have a method somewhere that, as Shane suggested, could be hit by URL, etc. A whole seperate server seems like overkill... But what about, for example, databases which don't have an efficient way to do callbacks to external applications? You may have to do

Re: [Zope-dev] Zope reference counts

2003-01-22 Thread Toby Dickenson
On Wednesday 22 January 2003 11:43 am, Ivo van der Wijk wrote: Do these references point to the same object instances, or are these copied as well? They are independant copies Why exactly is this? concurrency issues? Yes. Is there a way to optimize this? 1. Obviously, use

Re: [Zope-dev] Re: AdaptableStorage

2003-01-22 Thread Shane Hathaway
On Wed, 22 Jan 2003, Chris Withers wrote: I think this is as such is life problem. Provided AdaptableStorage provides some way (exposed url?) for an external process to say that things have changed, I think that's the best form of flexibility we can provide. I think I'll provide such an URL,

Re: [Zope-dev] Re: AdaptableStorage

2003-01-22 Thread seb bacon
Chris Withers wrote: seb bacon wrote: I'd prefer just to have a method somewhere that, as Shane suggested, could be hit by URL, etc. A whole seperate server seems like overkill... Well, if by server you could mean script that gets run by cron every 1 minute and hits a URL in Zope if

Re: [Zope-dev] Zope reference counts

2003-01-22 Thread seb bacon
Toby Dickenson wrote: On Wednesday 22 January 2003 11:43 am, Ivo van der Wijk wrote: Do these references point to the same object instances, or are these copied as well? They are independant copies Is there a way to optimize this? 1. Obviously, use fewer threads. Do you have a component

Re: [Zope-dev] [PATCH] Forking daemon in debug mode, and new start scripts

2003-01-22 Thread Casey Duncan
On Tuesday 21 January 2003 06:45 pm, Adrian van den Dries wrote: [Sorry about the broken thread] On January 20, Guido van Rossum wrote: You seem to forget that in debugging mode there are other things that happen (or not) besides logging. Ah, the infamous Zope side-effect, aka other

Re: [Zope-dev] Zope reference counts

2003-01-22 Thread Ivo van der Wijk
On Wed, Jan 22, 2003 at 12:14:27PM +, seb bacon wrote: Toby Dickenson wrote: On Wednesday 22 January 2003 11:43 am, Ivo van der Wijk wrote: Do these references point to the same object instances, or are these copied as well? They are independant copies Is there a way to

Re: [Zope-dev] Zope reference counts

2003-01-22 Thread Ivo van der Wijk
On Wed, Jan 22, 2003 at 11:57:20AM +, Toby Dickenson wrote: Is there a way to optimize this? 1. Obviously, use fewer threads. Do you have a component that otherwise benefits from many threads? No, except that the server is pretty heavy loaded sometimes, and multiple threads

Re: [Zope-dev] Zope reference counts

2003-01-22 Thread Toby Dickenson
On Wednesday 22 January 2003 3:01 pm, Ivo van der Wijk wrote: It soudns asif a further upgrde is reasonable. I think you will have much more joy with 2.6 Also, the 'activity' tab is new to me (looks interesting ;), and caching settins seem to be ignored mostly until 2.6, right? it worked

Re: [Zope-dev] Zope reference counts

2003-01-22 Thread Stefan H. Holek
No, the global interpreter lock will allow only one thread to run at any time. Depending on your situation (when your Zope is cpu bound) *decreasing* the number of threads may improve performance. Also make sure you tune the checkinterval (pass the -i parameter to z2.py). Stefan --On