[Zope-dev] Cache growing during single REQUEST

Toby Dickenson tdickenson at geminidataloggers.com
Fri Sep 5 09:10:48 EDT 2003


On Wednesday 03 September 2003 12:15, Chris Withers wrote:

> If the object load would cause the cache to go above it's maximum number,

*Number* isnt the the right parameter to control here..... We need to limit 
the total amount of RAM. Objects are of variable size, and the largest ZODB 
objects are very much bigger than the average.

One task I would like to find time for is making the cache aware of this. For 
example, this would fix the problem where the current cache unfairly 
penalises ZCatalog operations because its BTree nodes are so small.

> then boot an object out of the cache in order to make room for the new one.

That would have a bad effect on ReadConflictErrors. Cache purging should only 
happen on transaction boundaries for storages where ReadConflictErrors are 
possible.

> control the amount of memory Zope
> actually uses and other requests would stand a chance of beind processed
> normally.

I havent seen a mention of ulimit or autolance earlier in this thread.... They 
are mostly adequate protection against the work problems.


-- 
Toby Dickenson




More information about the Zope-Dev mailing list