I'd like to upgrade
bug 1950 to critical.
Is there an easy way
to do this?
___
Daniel PozmanterSiteworx,
Inc.
"Festina Lente" - Gaius
Julius
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-de
McDonough [mailto:[EMAIL PROTECTED]
Sent: Monday, October 31, 2005 10:33 PM
To: Dan Pozmanter
Cc: zope-dev@zope.org
Subject: Re: [Zope-dev] Memory Leak Question
Nobody has yet reported a memory leak symptom against any particular
piece of Zope 2.8.X yet, AFAIK.
On Oct 31, 2005, at 6:34 PM, Dan
Nobody has yet reported a memory leak symptom against any particular
piece of Zope 2.8.X yet, AFAIK.
On Oct 31, 2005, at 6:34 PM, Dan Pozmanter wrote:
Ahoy,
I was poking around in _Acquisition.c, and noticed my memory
usage spiked.
Returning to the vanilla code (2.8.2-final), I noticed
Ahoy,
I was
poking around in _Acquisition.c, and noticed my memory usage
spiked.
Returning to the
vanilla code (2.8.2-final), I noticed the same spike (just less
pronounced).
(If you refresh the
page a few gazillion times this pops up).
I would not
categorize this as an actual bug r
Leonardo Rochael Almeida wrote:
Why? Although the catalog manages those DateTime objects, the DateTimes
are in many ZODB records.
The problem is: there should be a more direct relation between the
number of allowed objects in the cache and the number of refcounts. As
you say, the DateTimes are in
On Thu, 2003-08-28 at 17:13, Shane Hathaway wrote:
> Leonardo Rochael Almeida wrote:
> > Let's assume we're not hitting a 2.6 bug. we could be hitting a 2.6
> > feature :-) I've read Casey's article about optimizing ZCatalog and I
> > know there has been a lot of ZCatalog optimization work. Has the
Andre Schubert schrieb:
If have changed the that it skips the ZSQLMethod and sends the query
used in the ZSQLMethod direct
to the manage_test function from the ZPsycopgDA with the result that
zope grows up
after running the script.
If it is possible that the mem-leak is somewhere in the DA, then
Toby Dickenson schrieb:
>
> On Thu, 14 Mar 2002 13:50:13 +0100, Andre Schubert
> <[EMAIL PROTECTED]> wrote:
>
> >After a restart my zope-processes are around 12MB.
>
> Sounds about right.
>
> >Then i start my script and before i receive any result all processes are
> >grown up to 26MB.
>
> Th
On Thu, 14 Mar 2002 13:50:13 +0100, Andre Schubert
<[EMAIL PROTECTED]> wrote:
>After a restart my zope-processes are around 12MB.
Sounds about right.
>Then i start my script and before i receive any result all processes are
>grown up to 26MB.
Thats not unreasonable for the working set of zope.
Hi all,
I have isolated the memory leak problem on a naked 2.3.3 Zope.
I have on ZPsycopgDA and two SQL Methods, one SQL Method contains
DTML-IFs and DTML-ELSEs and REQUEST.sets
the other SQL Method contains the rendered query of the first, this
means there is pure sql in it.
Both methods cache t
On Wed, 13 Mar 2002 13:46:27 +0100, Oliver Bleutgen <[EMAIL PROTECTED]>
wrote:
>Waah, this is the first time I hear that. That means that even if
>zope/python would be bug-free, it's possible to write dtml that causes a
>leak?
>Is there a (non-esoteric) example for that?
(untested, but the pri
One more question then I'll shut up ;-).
Toby Dickenson wrote:
>>Is there a description somewhere what the basic causes of such leakages
>>are? I.e. only bugs in python c-code/zope c-code?
>>
>
> No, its possible for a bug in through-the-web edited dtml to cause
> this.
Waah, this is the fir
Andre Schubert schrieb:
>
> Andy McKay schrieb:
> >
> > Didnt Shane do a leak finder product that can help debug this?
> > http://www.zope.org/Members/hathawsh
>
> I will install the LeakFinder product on the server and look what
> happens
If have installed LeakFinder this morning and resta
On Wed, 13 Mar 2002 11:37:00 +0100, Oliver Bleutgen <[EMAIL PROTECTED]>
wrote:
>- I did paste only the objects which have such a high count (next one
>was approx 200).
Hmm. Ill have to ponder what that means.
>- This server (2.3.3) has no special products on it, just 2 Folderish
>ZClasses, wh
Toby Dickenson wrote:
> On Tue, 12 Mar 2002 18:38:16 +0100, Oliver Bleutgen <[EMAIL PROTECTED]>
> wrote:
>
>
>>Acquisition.ImplicitAcquirerWrapper: 42442
>>
>
> That class is used to glue together acquisition content chains. Being
> top of the list indicates that you have been leaking an acquis
On Tue, 12 Mar 2002 18:38:16 +0100, Oliver Bleutgen <[EMAIL PROTECTED]>
wrote:
>Acquisition.ImplicitAcquirerWrapper: 42442
That class is used to glue together acquisition content chains. Being
top of the list indicates that you have been leaking an acquisition
context chain.
That doesnt mean t
Oliver Bleutgen schrieb:
>
> >>Hi all,
> >>
> >>i have a little problem with my production server.
> >>The memory usage of the zope processes running on this server are
> >>growing up
> >>100K a day upto 1MB a day.
> >>How can i track down the problem.
> [snip]
>
> Chris McDonough wrote:
Andy McKay schrieb:
>
> Didnt Shane do a leak finder product that can help debug this?
> http://www.zope.org/Members/hathawsh
I will install the LeakFinder product on the server and look what
happens
>
> On March 12, 2002 08:42 am, Chris McDonough wrote:
> > Finding memory leaks is an exer
> A question and one remark.
> Wouldn't staring at the refcounts in the debug panel also give some
> info? At least for selfmade products?
Maybe... depends on your level of Zope Zen. It's hard to tell which classes
should and should not have high refcounts. For example, in your sample
output, I
>>Hi all,
>>
>>i have a little problem with my production server.
>>The memory usage of the zope processes running on this server are
>>growing up
>>100K a day upto 1MB a day.
>>How can i track down the problem.
[snip]
Chris McDonough wrote:
> Finding memory leaks is an exercise in "binar
Didnt Shane do a leak finder product that can help debug this?
http://www.zope.org/Members/hathawsh
On March 12, 2002 08:42 am, Chris McDonough wrote:
> Finding memory leaks is an exercise in "binary search". Isolate half of
> the Zope (and Product) code and find out if it leaks. If it doesn't
particular recipe of
diagnostics.
- Original Message -
From: "Andre Schubert" <[EMAIL PROTECTED]>
To: "zope" <[EMAIL PROTECTED]>
Sent: Tuesday, March 12, 2002 10:57 AM
Subject: [Zope-dev] Memory Leak Problem
> Hi all,
>
> i have a little prob
Hi all,
i have a little problem with my production server.
The memory usage of the zope processes running on this server are
growing up
100K a day upto 1MB a day.
How can i track down the problem.
Zope is 2.3.3
Python is 1.5.2
OS is RedHat Immunix 6.2
Hope somebody could help...
Thanks,
--
> It's not covered by the data output into the -M log. Objects can leak
> without requests hanging or taking a long time. But you might be able to
> turn on profiling (set the PROFILE_PUBLISHER env var to a filename and
> restart Zope) on a *test* box (do not do it in production, it drastically
7;s a matter of exclusion.
- Original Message -
From: "Andy McKay" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, April 25, 2001 1:08 PM
Subject: [Zope-dev] Memory leak (2)
> Just occured to me if Im leaking REQUEST it would be
Just occured to me if Im leaking REQUEST it would be nice to see exactly
which requests im leaking. But is that really covered by the -M logger, if a
request fails to be closed in there does that really translate to a leaked
request? I had a look in the code and it wasn't obvious to me
Cheers
This turns out to be a memory leak in ParsedXML. DOM references
created during a parse aren't released.
We hope to have a new release very soon that fixes this.
Restarting Zope is a temporary workaround - DOM refs retrieved from
the DB aren't being leaked.
--
Karl Anderson
Marco Nova <[EMAIL PROTECTED]> writes:
> I've replaced ParsedXML's ExpatBuilder with the pyXML package and I used the
> sax parser without modifing the code (except for the import), this is the
> refcounts results.
>
> Class April 12, 2001 11:55 am April 12, 2001 12:00
>
> xml.dom.NodeList.No
> In either case, it seems like you shouldn't be using ParsedXML's
> ExpatBuilder, which is an interface to PyExpat which is made to create
> ParsedXML's DOM objects. You should be using your own PyExpat
> interface to parse this information from your XML input, without the
> overhead of generati
I hope I hurt nobody attaching a 3 Kbyte zip file.
> -Original Message-
> From: Karl Anderson [mailto:[EMAIL PROTECTED]]
>
> Dyon Balding <[EMAIL PROTECTED]> writes:
>
> > On Tue, Apr 10, 2001 at 05:27:28PM +0200, Marco Nova wrote:
> > > Hello guys,
> > >
> > > It seems that I've some
Marco Nova writes:
> > have you checked the debug page in the control panel and
> > noted any refcounts
> > increasing?
>
> Class April 10, 2001 9:17 am April 11, 2001 8:34 am
>
> Products.ParsedXML.DOM.Core.Text 3241 27318 +24077
> Products.ParsedXML.DOM.Core.Ele
Dyon Balding <[EMAIL PROTECTED]> writes:
> On Tue, Apr 10, 2001 at 05:27:28PM +0200, Marco Nova wrote:
> > Hello guys,
> >
> > It seems that I've some memory leak problems and I want to understand where
> > I've to look for.
> >
> > Scenario:
> >
> > I've an IIS web server that generates an XM
ender <[EMAIL PROTECTED]> writes:
> generally dom objects need to be released to destroy them, doing a del doc,
> won't do it because of circular ref nature of dom. i'm guessing that you
> would need to call something akin to releaseNode from pyxml (xml.dom.ext) on
> the document to release it
On Wednesday 11 April 2001 03:34, Marco Nova wrote:
>>> This looks like a potential bug in either ParsedXML or the
>>> code you're using
>>> to manipulate the components within ParsedXML.
>>>
>>I can send you the code for the two external method I use, they only need a
>>webserver (that could
ou... but we'll take
whatever you've got!
- C
- Original Message -
From: "Marco Nova" <[EMAIL PROTECTED]>
To: "'Chris McDonough'" <[EMAIL PROTECTED]>
Cc: "Zope-Dev (E-mail)" <[EMAIL PROTECTED]>
Sent: Wednesday, April 11, 200
> -Original Message-
> From: Chris McDonough [mailto:[EMAIL PROTECTED]]
> Sent: mercoledì 11 aprile 2001 9.04
> To: Marco Nova; Zope-Dev (E-mail)
> Subject: Re: [Zope-dev] memory leak
>
> This looks like a potential bug in either ParsedXML or the
> code you'
anks,
- C
- Original Message -
From: "Marco Nova" <[EMAIL PROTECTED]>
To: "Zope-Dev (E-mail)" <[EMAIL PROTECTED]>
Sent: Wednesday, April 11, 2001 2:29 AM
Subject: RE: [Zope-dev] memory leak
> > have you checked the debug page in the control panel and
> >
> have you checked the debug page in the control panel and
> noted any refcounts
> increasing?
Class April 10, 2001 9:17 am April 11, 2001 8:34 am
Products.ParsedXML.DOM.Core.Text 3241 27318 +24077
Products.ParsedXML.DOM.Core.Element 1777 14493 +12716
Pr
have you checked the debug page in the control panel and noted any refcounts
increasing?
any chance that this is the same problem that andy is running into (read his
posts above)?
-d
On Tue, Apr 10, 2001 at 05:27:28PM +0200, Marco Nova wrote:
> Hello guys,
>
> It seems that I've some memory le
Hello guys,
It seems that I've some memory leak problems and I want to understand where
I've to look for.
Scenario:
I've an IIS web server that generates an XML page (taking data from
SqlServer);
The Zope web server must retrieve the XML page, manage the data and render
them in HTML (I cant onl
40 matches
Mail list logo