[ZODB-Dev] Cache Query (why doesn't RAM usage ever drop?)

[sean.upton@uniontrib.com]

This is a good idea, but yet another alternative: if the process that is a
complex operation needs to be on a server that is seen by the world
at-large, shouldn't a cluster with 2 ICP-enabled Zope ZEO clients behind
Squid via ICP+HTTP be able to handle the restart of one of the nodes without
too much of a bump?

One other coping strategy that I'm now using is to have some operations that
are scheduled via cron -- that modify objects in the ODB -- run as scripts
on the filesystem that instantiate temporary Zope.app() instances using
ClientStorage, running my code that chews through memory, and disposing of
the process when I'm done.

Sean

-----Original Message-----
From: Shane Hathaway [mailto:shane@zope.com]
Sent: Friday, October 25, 2002 9:07 AM
To: Toby Dickenson
Cc: Chris Withers; ZODB-Dev@zope.org
Subject: Re: [ZODB-Dev] Cache Query (why doesn't RAM usage ever drop?)


Toby Dickenson wrote:
> On Friday 25 October 2002 1:12 pm, Chris Withers wrote:
>>and in there anything that can be doen to make that happen?
> 
> 
> Restart Zope?
> 
> If this phenomenon only happens after a site-wide recatalog, then I dont 
> consider this an unreasonable remedy.

A related solution is to have a ZEO client on hand meant to be used for 
operations involving many objects.  You can restart the client as needed 
without interrupting the main site.

Shane


_______________________________________________
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/

ZODB-Dev mailing list  -  ZODB-Dev@zope.org
http://lists.zope.org/mailman/listinfo/zodb-dev