[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [bugs #7222] Memory leak in mldonkey still exists and is
From: |
spiralvoice |
Subject: |
[Mldonkey-bugs] [bugs #7222] Memory leak in mldonkey still exists and is quite bad. |
Date: |
Tue, 24 Aug 2004 07:51:27 -0400 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.2) Gecko/20040803 |
This mail is an automated notification from the bugs tracker
of the project: mldonkey, a multi-networks file-sharing client.
/**************************************************************************/
[bugs #7222] Latest Modifications:
Changes by:
spiralvoice <address@hidden>
'Date:
Die 24.08.2004 at 11:46 (Europe/Berlin)
What | Removed | Added
---------------------------------------------------------------------------
Resolution | None | Fixed
Status | Open | Closed
/**************************************************************************/
[bugs #7222] Full Item Snapshot:
URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=7222>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: Joseph R. Kiniry
On: Die 13.01.2004 at 13:10
Category: Core
Severity: 5 - Average
Item Group: Memory leak
Resolution: Fixed
Privacy: Public
Assigned to: None
Status: Closed
Release: 2-5-21
Release:
Platform Version: Linux
Binaries Origin: CVS / Self compiled
CPU type: None
Summary: Memory leak in mldonkey still exists and is quite bad.
Original Submission: I'm a bit surprised this has gone on as long as it has.
I see bug reports on bad leaks that go back almost 16 months.
I built the 2-5-4 release of mlnet with ocaml 3.06 (from RPM) on my RedHat 8.0
box. The software was built and run under a 2.4 kernel for some time, but
these days I run 2.6.
>From config.log:
configure --prefix=/usr --mandir=/usr/share/man --infodir=/u
sr/share/info --enable-shared --enable-threads=posix --disable-checking
--host=i386-redhat-linux --with-system-zlib --enable-__cxa_atexit
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
After running mlnet for several days memory usage grows tremendously. The last
time I restarted mlnet after a long period it was using 700MB of *resident*
memory on my server. I share and download only a handful of files (<10 each).
My bandwidth usage is minimal (typically << 5Kb/s each way). All server
settings are standard; e.g., I do not connect to an abnormal number of servers.
I am running again now and generating a verbose log for you. I am going to
ride this bug until something gets fixed. It is not reasonable that this ugly
issue is still a problem, especially in software written in OCaml. I am happy
to build and test CVS branches and the like for you. I am also a good OCaml
programmer.
Follow-up Comments
------------------
-------------------------------------------------------
Date: Die 24.08.2004 at 10:01 By: Joseph R. Kiniry <kiniry>
After running a build of the latest CVS snapshot for several days, transferring
a dozen or so large file (i.e., my typical usage), the mlnet client seems to
use a reasonable, linear amount of memory. Thus, based upon my testsing, mlnet
no longer seems to have the serious memory leak I reported.
Initial memory use was between 10 and 20MB, and maximal memory use is around
50MB:
1928 kiniry 10 0 47136 45m 2624 S 0.3 4.5 22:40.86 mlnet
-------------------------------------------------------
Date: Son 22.08.2004 at 12:14 By: Joseph R. Kiniry <kiniry>
I was out of town on-and-off for a few weeks. Sorry for the delay. I have
built the latest CVS snapshot that you indicated and it is running now. I will
have data for you in the next day or two.
-------------------------------------------------------
Date: Sam 21.08.2004 at 11:37 By: spiralvoice <spiralvoice>
You can find a tarball of current CVS here:
download.berlios.de/pub/mldonkey/spiralvoice/cvs
What about the bug? Still there?
-------------------------------------------------------
Date: Die 10.08.2004 at 20:42 By: Joseph R. Kiniry <kiniry>
May I simply build the CVS HEAD (or HEAD at a specific date) rather than
download a tarball to build?
I'm trying this now.
-------------------------------------------------------
Date: Die 10.08.2004 at 18:42 By: spiralvoice <spiralvoice>
Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project: http://savannah.nongnu.org/download/mldonkey/
-------------------------------------------------------
Date: Son 23.05.2004 at 21:00 By: 0 <None>
Have you tried the memory leak fix patch on savannah? It fixed the problem for
me.
-------------------------------------------------------
Date: Don 13.05.2004 at 09:41 By: Joseph R. Kiniry <kiniry>
As mentioned in the last response, I am now running 2.5.21. It has been
running now for 11 1/2 hours.
Unfortunately, if anything, the memory leak is now worse. Here is the report
from top:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5536 kiniry 11 0 396m 396m 5344 S 1.0 39.3 11:31:21 mlnet
Please let me know if you'd like any additional data on this process.
-------------------------------------------------------
Date: Die 11.05.2004 at 09:53 By: Joseph R. Kiniry <kiniry>
I updated to release-2-5-21 and am now testing it. Oddly, when I press the
"Help+" button in the HTTP-based interface it reports: "MLNet 2.5-18". After
running for about 10m mlnet is using 26.5MiB of memory. I'll let it run for a
few days and report back the change in memory use at that time.
-------------------------------------------------------
Date: Sam 08.05.2004 at 08:33 By: 0 <None>
Dear Mr Spiralvoice,
Although it seems a bit better in 2.5.20, the memory leak seems to be still
there. As I experimented, after a restart memory usage remained around 22 M
with 6 files for half a day (which would never happen with 2.5.18, for
example), but then began to grow. I did some searches and added 3 more files -
however I am unable to confirm if this was what triggered the leak.
-------------------------------------------------------
Date: Die 04.05.2004 at 19:21 By: spiralvoice <spiralvoice>
Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project: http://savannah.nongnu.org/download/mldonkey/
-------------------------------------------------------
Date: Son 25.04.2004 at 18:22 By: 0 <None>
Dear Mr Spiralvoice,
I am greatly disappointed to see this memory leak issue go so far. This is a
showstopper - I am shutting down two instances of mldonkey and switching to
another program. Three friends of mine already did the same and I'm afraid
mldonkey is loosing popularity quite fast in a broader sense too.
I am a Java programmer and I've been watching these threads for some time now.
I've been experimenting with different versions without any improvement.
Unfortunately, I am not in a position to actively help. I would only like to
stress the importance that this bug needs fixing urgently (before any other) or
the entire project may come to a halt.
If this is of any help: the last version that "worked" for me was 2.5.4
(consumed 30 M after 10 days up on RH 8.0 with machine still not swapping). On
the same machine, 2.5.12 ate up entire RAM in less than a day.
-------------------------------------------------------
Date: Sam 03.04.2004 at 06:43 By: 0 <None>
well, i had severe issues with this, but i downloaded Spiral's 2.5.16f and it's
been running for 60 something hours straight.
no more upload slot problems either ;-)
however, now it seems to be consuming a big chink of memory and utilizing 99.9%
of the cpu (well, one of them...) hoping it's just compiling a big file or
something, but i've been staring at it for a few minutes now :-(
i can't get in with telnet. crap. i think i saw a post somewhere about the
cpu useage thing... any ideas?
-------------------------------------------------------
Date: Fre 26.03.2004 at 10:51 By: spiralvoice <spiralvoice>
There are some patches on Savannah which address upload slots problems but
users reported that these also sloved their memory problems.
-------------------------------------------------------
Date: Mit 18.02.2004 at 01:29 By: 0 <None>
My situation: P100, 48 Mb RAM, using 2.5-12. Self-compiled on RH8, enabled
Overnet and SoulSeek. With 4 files to download (and 30 shared) MLdonkey starts
with 9 Mb of memory and grows to about 15 Mb in 10 mins. This is reasonable:
servers are connected, peer lists populated, downloads started and all
functionality works. But after first 10 mins, memory is consumed at a constant
rate of approx. 2 Mb/h, without any changes in speed/peers/servers/files.
-------------------------------------------------------
Date: Don 15.01.2004 at 15:41 By: Joseph R. Kiniry <kiniry>
The aforementioned log is only 3.4MB (!) when bzipped, so if an mlnet developer
wants a copy, just drop me an email.
-------------------------------------------------------
Date: Don 15.01.2004 at 15:26 By: Joseph R. Kiniry <kiniry>
mlnet has now been running for ~28 hours. Exactly two files are being
downloaded (at ~2Kb/s), and five files are being uploaded (at ~21Kb/s). mlnet
is now using over 100Mb of resident memory:
kiniry 9368 0.9 9.8 107312 102420 pts/4 S Jan14 17:01 ./mlnet -stdout
Attached are a number of additional statistics gathered via the web interface.
The debug log for these 28 hrs is 285MB uncompressed, so I'm obviously not
attaching it. I'll keep it for now so that if any developers was me to grep
for specific subexpressions I can do so.
-------------------------------------------------------
Date: Die 13.01.2004 at 13:14 By: Joseph R. Kiniry <kiniry>
This bug should have dependencies/links to bug #4305, bug #4250, bug #4130, bug
#3761, bug #2213, bug #2154, bug #1828, bug #1586, bug #1434, bug #1141, and
bug #602.
CC List
-------
CC Address | Comment
------------------------------------+-----------------------------
t8m |
File Attachments
-------------------
-------------------------------------------------------
Date: Don 15.01.2004 at 15:30 Name: Sources.txt Size: 1,92KB By: kiniry
Sources list (after 28 hrs)
http://savannah.nongnu.org/bugs/download.php?item_id=7222&item_file_id=965
-------------------------------------------------------
Date: Don 15.01.2004 at 15:29 Name: Overnet.txt Size: 2,78KB By: kiniry
Overnet list (after 28 hrs)
http://savannah.nongnu.org/bugs/download.php?item_id=7222&item_file_id=964
-------------------------------------------------------
Date: Don 15.01.2004 at 15:29 Name: Memory.txt Size: 8,21KB By: kiniry
Memory usage (after 28 hrs)
http://savannah.nongnu.org/bugs/download.php?item_id=7222&item_file_id=963
-------------------------------------------------------
Date: Don 15.01.2004 at 15:29 Name: Gnutella.txt Size: 286B By: kiniry
Gnutella list (after 28 hrs)
http://savannah.nongnu.org/bugs/download.php?item_id=7222&item_file_id=962
-------------------------------------------------------
Date: Don 15.01.2004 at 15:28 Name: eDonkeyTable.txt Size: 2,23KB By: kiniry
eDonkey Table (after 28 hrs)
http://savannah.nongnu.org/bugs/download.php?item_id=7222&item_file_id=961
-------------------------------------------------------
Date: Don 15.01.2004 at 15:28 Name: eDonkeyList.txt Size: 3,13KB By: kiniry
eDonkey List (after 28 hrs)
http://savannah.nongnu.org/bugs/download.php?item_id=7222&item_file_id=960
-------------------------------------------------------
Date: Don 15.01.2004 at 15:27 Name: ConnectedServers.txt Size: 2,34KB By:
kiniry
Connected Servers (after 28 hrs)
http://savannah.nongnu.org/bugs/download.php?item_id=7222&item_file_id=959
For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=7222>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/