I introduced the LeakFinder product. However Friday, Saturday and Sunday are least
busiest days on our site. Our main zope server is not swapping at all today. So I
cannot replicate what happened yesterday or the day before.
When I looked at the debug information section, it showed me the reque
Ahsan Imam writes:
> Is there a way catch that non terminating loop? This non-terminating loop is just a
>theory I have. I could be completely wrong. Are there other things I could look at
>for clues.
When you have indeed a non-terminating loop (and you Zope is still responsive),
you can find
I installed the LeakFinder product and two most called references are:
1) DocumentTemplate.DT_Util.Eval
2) OFS.Image.File
Do these classes have any prior history? Should I patch them or what other course can
I take?
Your help is much appreciated.
Thanks
Ahsan Imam
>>> Dieter Maurer <[EMAIL
Ahsan Imam writes:
> After starting zope eveything works fine for a while. Slowly the swap starts to
>swell up and after a few hours the machine has to be rebooted. The funny thing is
>that free shows that there is almost a gig of RAM free and swap keeps on growing.
>After a while the machi
The kernel is 2.4.7-10.
Zope 2.5 on Red Hat 7.2
python 2.1.3
Here is what I think the problem is:
Some object or code was introduced on Tuesday morning.
The users are beginners so they could have introduced a never ending loop or something
of that sort. I turned on profiling to see if thre was
On Thursday 05 Sep 2002 2:58 am, Ahsan Imam wrote:
> Hello All,
>
> I am currently running zope 2.5 and python 2.1.3.
Are you actually seeing the zope processes use too much memory?
2.5.x have a ZODB cache mechanism that does not respond well to memory
pressure. If your application touches man
