Jim Fulton wrote:
- I wonder if an argument could be made than we shouldn't
implicitly deactivate an object that has been accessed in a
a transaction while the transaction is still running.
Would this prevent ZODB from ever promising not to use more than a
certain amount of memory?
The biggest zodb-related performance problems I've seen are when a
scripter writes code that drags way more objects into memory than any
sane script should. The creates a HUGE python process which never
releases the memory back to the os (I believe that may be fixed in
Python 2.5?) which causes all kinds of performance problems...
It should be possible to prevent scripters shooting themselves in the foot!
cheers,
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.simplistix.co.uk
_______________________________________________
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/
ZODB-Dev mailing list - ZODB-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zodb-dev
