[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: Fri, 26 Mar 2004 05:51:18 -0500
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>
                Fri 03/26/04 at 10:51 (Europe/Berlin)

------------------ Additional Follow-up Comments ----------------------------
There are some patches on Savannah which address upload slots problems but 
users reported that these also sloved their memory problems.

[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: 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]