Stefan Doerig wrote at 2004-3-29 09:52 +0200:
Dieter Maurer wrote:
I tried to reproduce it, but have not succeeded.
Do you provide authentication information with your requests?
I did not (such that each request resulted in a 401 response).
Yes, I did provide authentication information
Dieter Maurer wrote:
I tried to reproduce it, but have not succeeded.
Do you provide authentication information with your requests?
I did not (such that each request resulted in a 401 response).
Yes, I did provide authentication information with each of my requests,
so each request resulted in
Stefan Doerig wrote at 2004-3-25 11:10 +0100:
...
Thanks for the good hint, I could reproduce it by accessing my template
and if I revoke the permission (on root level) View from the Role
'Anonymous' and grant it to 'Authenticated' then it leaks the objects
- Acquisition.ImplicitAcquirerWrapper
Dieter Maurer wrote:
Your test looks quite innocent.
I tried to reproduce it (about 5.000 ab requests against
something similar to your mon-clear) and could not see
any memory leak. Especially, no HTTPRequest or ImplicitAcquirerWrapper
were leaked.
However, you may have an AccessRule (or some
Dieter Maurer wrote:
Apparently, your application is leaking HTTPRequest instances.
Are you storing acquisition wrapped objects in the REQUEST object?
No, I don't think so, but I might be wrong. I mail you the test template
I'm accessing.
### BEGIN mon-clear
dtml-var standard_html_header
Stefan Doerig wrote at 2004-3-23 10:31 +0100:
...
No, I don't think so, but I might be wrong. I mail you the test template
I'm accessing.
### BEGIN mon-clear
dtml-var standard_html_header
dtml-var REQUEST
dtml-var standard_html_footer
### END mon-clear
### BEGIN standard_html_header
html
head
Arndt Droullier wrote:
Hello,
Hello Arndt
I'm trying to find a memory leak in a zope appliction and started to
test how zope memory consume behaves basically under load.
I'm having exactly the same problem, but under linux using Python 2.3.3
and Zope 2.7.0. First time I noticed this behaving
Your debug information looks like severel objects referenced by
acquisition remain in memory.
You can be sure this is the case if you in the management interface to
Control Panel/Database Management/main/Flush Cache
and remove all objects from cache. If the reference count doesn´t change
then
Stefan Doerig wrote at 2004-3-22 17:46 +0100:
...
The debug information looks rather strange to me, but I don't know
anything about internals of Zope. Anyway I have here reference counts
going up fast. Don't know whether this is normal or not.
Class March 22, 2004 5:26 pm March 22, 2004
Hello,
I´m trying to find a memory leak in a zope appliction and started to
test how zope memory consume behaves basically under load.
The current result is: Zope constantly consumes more memory.
The testcase is: 12 http clients request constantly request the same
page template (it does not
10 matches
Mail list logo
