[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, 04 May 2004 15:21:46 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.6) Gecko/20040323

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>
                Tue 05/04/04 at 19:21 (Europe/Berlin)

------------------ Additional Follow-up Comments ----------------------------
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:

[bugs #7222] Full Item Snapshot:

URL: <>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: Joseph R. Kiniry
On: Tue 01/13/04 at 13:10

Category:  Core
Severity:  5 - Average
Item Group:  Memory leak
Resolution:  None
Assigned to:  None
Status:  Open
Release:  2.00
Release:  release-2-5-4
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 

Follow-up Comments

Date: Tue 05/04/04 at 19:21         By: 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:

Date: Sun 04/25/04 at 18:22         By: 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: Sat 04/03/04 at 06:43         By: 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: Fri 03/26/04 at 10:51         By: spiralvoice
There are some patches on Savannah which address upload slots problems but 
users reported that these also sloved their memory problems.

Date: Wed 02/18/04 at 01:29         By: 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: Thu 01/15/04 at 15:41         By: kiniry
The aforementioned log is only 3.4MB (!) when bzipped, so if an mlnet developer 
wants a copy, just drop me an email.

Date: Thu 01/15/04 at 15:26         By: 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: Tue 01/13/04 at 13:14         By: 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: Thu 01/15/04 at 15:30  Name: Sources.txt  Size: 1KB   By: kiniry
Sources list (after 28 hrs);item_file_id=965

Date: Thu 01/15/04 at 15:29  Name: Overnet.txt  Size: 2KB   By: kiniry
Overnet list (after 28 hrs);item_file_id=964

Date: Thu 01/15/04 at 15:29  Name: Memory.txt  Size: 8KB   By: kiniry
Memory usage (after 28 hrs);item_file_id=963

Date: Thu 01/15/04 at 15:29  Name: Gnutella.txt  Size: 286KB   By: kiniry
Gnutella list (after 28 hrs);item_file_id=962

Date: Thu 01/15/04 at 15:28  Name: eDonkeyTable.txt  Size: 2KB   By: kiniry
eDonkey Table (after 28 hrs);item_file_id=961

Date: Thu 01/15/04 at 15:28  Name: eDonkeyList.txt  Size: 3KB   By: kiniry
eDonkey List (after 28 hrs);item_file_id=960

Date: Thu 01/15/04 at 15:27  Name: ConnectedServers.txt  Size: 2KB   By: kiniry
Connected Servers (after 28 hrs);item_file_id=959

For detailed info, follow this link:

  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]