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-dev
[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 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 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
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
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 there
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
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. I
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.
Thats not
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
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
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 acquisition
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, which
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 restarted zope.
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 first time
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
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,
--
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 problem with my production server.
The memory usage of the zope processes running
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 binary search.
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
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 exercise
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:
Finding memory leaks
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
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
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.NodeList
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 generating a
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
- 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
noted any refcounts
increasing?
Class
-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're using
to manipulate the components
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, 2001 6:34 AM
Subject: RE: [Zope-dev] memory leak
-Orig
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.Element
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
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 leak
32 matches
Mail list logo