Re: [Zope-dev] memory eating Zope..

2001-06-03 Thread Chris McDonough

Hi Christian,

It looks like you're leaking requests.  This is often the consequence of
setting an attribute on the REQUEST object which is aquisition wrapped. 
For instance:

REQUEST.adtmldoc = REQUEST['PARENTS'][0]

When requests leak, references to all the objects referenced within the
request (acquisition wrappers, etc.) leak as well.  This can be
disastrous and gets worse when the site is busy (when there are more
requests).  

It used to be the case that tracking this problem down was tediously
difficult, and involved basically a binary search for leaks in all
methods on the site.  But now, finding the cause is likely a job for
Shane's LeakFinder product:  
http://www.zope.org/Members/hathawsh/LeakFinder .

Note that this is likely caused by some sort of brainbending circular
reference problem that might be helped by Python 2.X's cyclic garbage
collector.

- C


Christian Scholz wrote:
> 
> Hi there!
> 
> I got another problem with my Zope server and that seems to be
> a memory hole..
> 
> I am using Zope 2.3.2 with Python 1.5.2 now on SuSE 7.0 (this
> seems to solve the hanging problem, which appeared on 7.1) and
> I use Python Script, ZSQL methods, ZMySQLDA and ZPatterns.
> 
> Now using top I see over time how the memory consumption of the
> zope processes grows, which means I have to restart once a day
> as it then becomes too slow..
> 
> When looking at the refcount in the debug section I see the following:
> 
> Acquisition.ImplicitAcquirerWrapper: 7509
> DocumentTemplate.DT_Util.Eval: 719
> Products.ZPatterns.Expressions.Expression: 716
> ZPublisher.HTTPRequest.HTTPRequest: 457
> ZServer.HTTPResponse.ZServerHTTPResponse: 450
> ZPublisher.BaseRequest.RequestContainer: 447
> 
> So Acquisition.ImplicitAcquirerWrapper seems to be referenced
> quite often (this is in an early state..)
> 
> So does anybody know what this might cause? Or maybe how to track that
> problem down?
> 
> (seems to be a long way with that server to become it stable.. ;-)
> 
> Thanks in advance!
> 
> Christian
> 
> --
> COM.lounge  http://comlounge.net/
> communication & design [EMAIL PROTECTED]
> 
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] memory eating Zope..

2001-06-03 Thread Christian Scholz

Hi there!

I got another problem with my Zope server and that seems to be
a memory hole.. 

I am using Zope 2.3.2 with Python 1.5.2 now on SuSE 7.0 (this
seems to solve the hanging problem, which appeared on 7.1) and
I use Python Script, ZSQL methods, ZMySQLDA and ZPatterns.

Now using top I see over time how the memory consumption of the
zope processes grows, which means I have to restart once a day
as it then becomes too slow..

When looking at the refcount in the debug section I see the following:

Acquisition.ImplicitAcquirerWrapper: 7509
DocumentTemplate.DT_Util.Eval: 719
Products.ZPatterns.Expressions.Expression: 716
ZPublisher.HTTPRequest.HTTPRequest: 457
ZServer.HTTPResponse.ZServerHTTPResponse: 450
ZPublisher.BaseRequest.RequestContainer: 447

So Acquisition.ImplicitAcquirerWrapper seems to be referenced
quite often (this is in an early state..)

So does anybody know what this might cause? Or maybe how to track that
problem down? 

(seems to be a long way with that server to become it stable.. ;-)

Thanks in advance!

Christian


-- 
COM.lounge  http://comlounge.net/
communication & design [EMAIL PROTECTED]

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] dtml-in batching improved

2001-06-03 Thread Chris Withers

> > > Nope, my solution used only one dtml-in and maybe a dtml-let, no
REQUEST
> > > munging :-)
> > >
> > Ok, show me :)
>
> Hurm... gimme a shout next Thursday when I have access to the code again
;-)

Actually, scratch that, check out the folder_contents.dtml file in
CMFDefault/skins of the CMF.
It does some cunning REQUEST variable setting that eliminates the need for
the fanciness I used...

cheers,

Chris


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] ANNOUNCE: Zope 2.4.0 alpha 1 released

2001-06-03 Thread R. David Murray

On Fri, 1 Jun 2001, Ng Pheng Siong wrote:
> > Actually I have wondered something about that... Why does it always show
> > up as linux2 even when not on linux?  I'm on FreeBSD using a compiled from
> > source python and Zope and it still shows up as Linux.
> 
> lib/python/version.txt
> 
> Just edit it.

This smells like a bug to me.  If the software is compiled from
source, I expect it to tell me what system/software it was
*actually* compiled with, and in the case of python *actually*
running on, not some string hardcoded into a text file.  If
the string is not dynamically generated, I'd rather it not
lie; ie: it should just give the Zope version.

--RDM


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] WEBDav - ZClass Problems

2001-06-03 Thread Eric Roby

I have two ZClasses, one with base class of CatalogAwareBase and
ZDTMLDocument, the other with base class of _ZClass_for_Renderable and
CatalogAwareBase.  Manager role has the full set of permissions for the
classes. ZInstances are created as expected, TTW.  However, when I try to
manage these ZInstances via a WEBDav client, the WEBDav Server simply
doesn't show that the objects are there.

Is the WebDav server setup to ONLY manage DTMLDocuments and DTMLMethods?  I
have had no problems with my WEBDav client when managing these traditional
Zope objects.

Is this a side effect of ZClasses or of CatalogAware?

As a side,  the FTP client has no problems with these ZInstances.

What gives???

Eric

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )