[ZODB-Dev] Threads, ZODB, and how to install ZODB without distutils

2007-02-11 Thread Manuel Vazquez Acosta
Hi all, I'm writing a small application for which I want to use ZODB's persistence machinery. I have a couple of question, though. I have read that each thread should have its own connection to the DB. However, in my case, each thread should be aware of what is actually in the DB at all time

Re: [ZODB-Dev] Threads, ZODB, and how to install ZODB without distutils

2007-02-11 Thread Manuel Vazquez Acosta
Chris, Thanks for your response. I will try the locking first and the see if I can implement a transaction manager of my own. I will read about virtualizing Python, I'm a debian user :)) Thanks and best regards, Manuel. Chris McDonough wrote: On Feb 11, 2007, at 7:29 PM, Manuel Va

Re: [ZODB-Dev] Threads, ZODB, and how to install ZODB without distutils

2007-02-13 Thread Manuel Vazquez Acosta
eue and compare it with my own implementation. Thanks and best regards, Manuel. Gary Poster wrote: On Feb 11, 2007, at 7:29 PM, Manuel Vazquez Acosta wrote: My scenario is akin a consumer-producer with shared buffer. Consumers pull items from the buffer whilst producers put items in the buff

Re: [ZODB-Dev] Re: ZODB Benchmarks

2008-03-19 Thread Manuel Vazquez Acosta
Roché Compaan wrote: > On Mon, 2008-02-25 at 07:36 +0200, Roché Compaan wrote: >> I'll update my blog post with the final stats and let you know when it >> is ready. >> > > I'll have to keep running these tests because the more I run them the > faster the ZODB becomes ;-) Would you have guessed th

[ZODB-Dev] Analyzing a ZODB.

2008-04-05 Thread Manuel Vazquez Acosta
Hi all, Recently I was appointed to improve a Plone's performance, and I have the following issue: I see too many transactions made by the anonymous user. I can reproduce this behaviour: just watching the home page produces a transaction at /index by None. I wonder if there's a way to actually s

Re: [ZODB-Dev] Analyzing a ZODB.

2008-04-05 Thread Manuel Vazquez Acosta
> In a development environment, set a breakpoint (e.g. add "import pdb; > pdb.set_trace()" in ZODB.Connection.Connection.register. > > You'll be able to see exactly what is causing object changes. I > recommend doing this in the zope debugger, which makes it easy to run > one request at a time.

Re: Hooking persistent.Persistent.__setstate__ was Re: [ZODB-Dev] Analyzing a ZODB.

2008-04-08 Thread Manuel Vazquez Acosta
Alan Runyan wrote: > > - Customer has software on a remote machine. They are seeing > unnecessary transaction commits. Just like the guy 'Analyzing a ZODB'. I'm that guy ;). BTW, we have related those unnecessary commits to CMFQuestions, an old plone product now superseded by PloneSurveys.

Re: [ZODB-Dev] Zope memory usage

2008-09-17 Thread Manuel Vazquez Acosta
Alan, I'm replying to the Zope list also, because this issue is perhaps related to other components there. I'm running into the same situation: The python process running my Plone site is steadyly growing. I'm using Zope2.9.8-final (the one which works with Plone 2.5.5). What is the plan for Zo