Shane Hathaway writes:
Okay, here's the output. (BTW is was trying manage_debug without the
Control_Panel. That was not intelligent;)
Class May 22, 2000 4:21 amMay 22, 2000 4:22 amDelta
OIBTree.Bucket 71328135+1003
IOBTree.BTree 25
Kevin Dangoor:
> > Here's something to think about: whenever an object is added to or
> > removed from a folder, all objects in all neighboring folders and below
> > are traversed. The manage_beforeDelete and manage_afterAdd hooks are
> > called on each object.
>
> Jason, I don't know if you've
On Mon, 22 May 2000, Jason Spisak wrote:
> > > Also, is see reference to 161 Products.GadflyDA.gadfly.kjparser.ParseRule,
> > > and I'm not even useing Gadfly!
[...]
> > Chances are some other product is "reaching in" to Gadfly. Do you have
> > the Zope tutorial installed? It uses Gadfly.
>
> N
- Original Message -
From: "Shane Hathaway" <[EMAIL PROTECTED]>
To: "Jason Spisak" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, May 22, 2000 6:29 PM
Subject: Re: [Zope-Dev] Zope 2.1.6 Memory issue
> Here's something to
Shane Hathaway writes:
Well, I reduced the 'target size' from 20,000 object down to 1000, and the
memory seems to be climbing.
> Jason Spisak wrote:
> > >
> > > After minimizing your in-memory cache, look at the manage_debug screen
> > > again. Are the refcounts still high? I bet they are...
Jason Spisak wrote:
> >
> > After minimizing your in-memory cache, look at the manage_debug screen
> > again. Are the refcounts still high? I bet they are...
> >
>
> No. The ref counts drop to hundreds.
That's a big relief. Okay, now we know that this isn't a memory leak,
it's only related t
Shane Hathaway writes:
> Jason Spisak wrote:
> >
> > Shane Hathaway writes:
> >
> > > Jason Spisak wrote:
> > > > > You must have a large site.
> > > >
> > > > 300,000 + objects
> > >
> > > Whoa... ;-)
> > >
> > > Tell me, what are you doing with 300K objects?
> > >
> > > Shane
> >
> > Techni
Shane Hathaway writes:
> Jason Spisak wrote:
> > > You must have a large site.
> >
> > 300,000 + objects
>
> Whoa... ;-)
>
> Tell me, what are you doing with 300K objects?
>
> Shane
After being up for about a half-hour my objects reading are:
Total number of objects in the database 300280
R. David Murray:
Since this is a very heavily used Zope install, I am getting trashed faster
than you can say 'leakage'.
> On Mon, 22 May 2000, Jason Spisak wrote:
> > i did it again, and now I'm down to 160 objects total.
> > That's more liek it.
> > But system memory is still dropping. I was a
On Mon, 22 May 2000, Jason Spisak wrote:
> i did it again, and now I'm down to 160 objects total.
> That's more liek it.
> But system memory is still dropping. I was at 173632 available (This is
> only a half our after the Zope restart BTW. It ate 100MB in under that
> time.) before the second
Shane Hathaway writes:
> Go to Control Panel -> Database Management -> Flush Cache and click
> "minimize". Then go to Control Panel -> Database Management -> Cache
> Parameters. After a minimize operation, the "Total number of objects
> in all of the caches combined" should be relatively low
Shane Hathaway writes:
> Jason Spisak wrote:
> >
> > Shane Hathaway writes:
> >
> > I had to restart Zope. I was about to start swapping, and now everyone's a
> > lunch.
> >
> > It's so weird. Even though there is really no one on it that memory is
> > just flying out the window.
> >
> > > J
Shane Hathaway writes:
It doesn't look like the number of objects is dropping like it should when
it's set at 3 seconds. After 30 min I'm still at
DateTime.DateTime.DateTime +7398
BTree.Bucket+3501
intSet.intSet +1863
IOBTree.Bucket
Shane Hathaway writes:
I had to restart Zope. I was about to start swapping, and now everyone's a
lunch.
It's so weird. Even though there is really no one on it that memory is
just flying out the window.
> Jason Spisak wrote:
> >
> > Shane Hathaway writes:
> >
> > Okay, here's the output.
Jason Spisak wrote:
>
> Shane Hathaway writes:
>
> Okay, here's the output. (BTW is was trying manage_debug without the
> Control_Panel. That was not intelligent;)
>
> Class May 22, 2000 4:21 amMay 22, 2000 4:22 amDelta
> OIBTree.Bucket 71328135
Jason,
Try /Control_Panel/manage_debug ... it will tell you exactly which
kinds of objects are eating memory. Take a "snapshot" then refresh the
page after a couple of minutes, and the table should list at the top
the name of the class that's taking up more than its fair share.
Shane
Jason Spi
16 matches
Mail list logo