(I'm not from YourKit, just happened to bee on their pages whan reading
this.)
You could perheps use their open source licens (if it is compatible with
how you at apache work) which is free.
Serge Knystautas wrote:
On 8/23/06, Bernd Fondermann [EMAIL PROTECTED] wrote:
be careful with
Well i run now postage with dbfile for about 2 days and still no
problems show up. It whould be intressting to know whiy mysql connector
version Noel use.
bye
Norman
Am Donnerstag, den 24.08.2006, 09:07 +0200 schrieb Christian Andersson:
(I'm not from YourKit, just happened to bee on their
[
http://issues.apache.org/jira/browse/JAMES-592?page=comments#action_12430220 ]
Stefano Bagnara commented on JAMES-592:
---
What mysql server version do you use? What connector/j version do you use?
If you're not running the latest
Bernd Fondermann wrote:
if, after a long, long run-time (a few days) under constant load the
OOM pops up, I think it is safe to say there is a leak.
Time is not an important variable in leak hunting.
IMHO several days means nothing if I'm looking for a leak: I instead
want to know how many
Serge Knystautas wrote:
I share Bernd's caution about using this indicator that has limited
accuracy.
I strongly recommend YourKit... you can get a free 14 day trial, do
two memory snapshots and run a diff to see what objects are leaking.
I think that or some other true profiling tool is
On 8/23/06, Bernd Fondermann [EMAIL PROTECTED] wrote:
be careful with interpreting this value. the JVM is _not_ required to
release memeory as soon as it is no longer referenced! so (maybe) it
keeps appearing under memoryUsed although it _could_ be garbage
collected.
I share Bernd's caution
I strongly recommend YourKit... you can get a free 14 day trial, do
two memory snapshots and run a diff to see what objects are leaking.
I think that or some other true profiling tool is necessary to spot
leaks.
agreed, but at first I'd like to reproduce the case.
Im not sure that i can confirm the leak. After checkin memory again i
see that my memory usage was dropped from 257m to 256m since yesterday.
Anyone else can confirm the leak ?
bye
Norman
Am Montag, den 21.08.2006, 07:43 -0700 schrieb Norman Maurer (JIRA):
[
[
http://issues.apache.org/jira/browse/JAMES-592?page=comments#action_12429665 ]
Bernd Fondermann commented on JAMES-592:
Maybe we can confirm a db/mysql specific problem by running identical scenarios
on file/derby/mysql and compare
Can you run a postage test with dbfile and one with mysql ?
bye
Norman
Am Dienstag, den 22.08.2006, 03:07 -0700 schrieb Bernd Fondermann
(JIRA):
[
http://issues.apache.org/jira/browse/JAMES-592?page=comments#action_12429665
]
Bernd Fondermann commented on JAMES-592:
After running postage now about 3 hours with dbfile the used memory jump
from 43mb to 51mb.
Just to keep you guys up to date.
bye
Norman
Am Dienstag, den 22.08.2006, 12:12 +0200 schrieb Norman Maurer:
Can you run a postage test with dbfile and one with mysql ?
bye
Norman
Am
[
http://issues.apache.org/jira/browse/JAMES-592?page=comments#action_12429420 ]
Norman Maurer commented on JAMES-592:
-
One thing to review:
https://list.scms.waikato.ac.nz/pipermail/wekalist/2006-June/007468.html
I do use
[
http://issues.apache.org/jira/browse/JAMES-592?page=comments#action_12429422 ]
Norman Maurer commented on JAMES-592:
-
After reading the bugreport and have a quick look at our code it seems that we
need to add ResultSet.close() to our
[
http://issues.apache.org/jira/browse/JAMES-592?page=comments#action_12429429 ]
Norman Maurer commented on JAMES-592:
-
Ok after recheck our code it seems that we did all correct. So any idea is
welcome :-(
James leaks memory when using
14 matches
Mail list logo