mldonkey-bugs
[Top][All Lists]
Advanced

[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: Joseph R. Kiniry
Subject: [Mldonkey-bugs] [bugs #7222] Memory leak in mldonkey still exists and is quite bad.
Date: Sun, 22 Aug 2004 08:19:10 -0400
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040614 Firefox/0.9

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: 
                Joseph R. Kiniry <address@hidden>
'Date: 
                Sun 08/22/2004 at 12:14 (Europe/Amsterdam)

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






/**************************************************************************/
[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: Tue 01/13/2004 at 13:10

Category:  Core
Severity:  5 - Average
Item Group:  Memory leak
Resolution:  None
Privacy:  Public
Assigned to:  None
Status:  Open
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: Sun 08/22/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: Sat 08/21/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: Tue 08/10/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: Tue 08/10/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: Sun 05/23/2004 at 21:00       By: 0 <None>
Have you tried the memory leak fix patch on savannah? It fixed the problem for 
me.

-------------------------------------------------------
Date: Thu 05/13/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: Tue 05/11/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: Sat 05/08/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: Tue 05/04/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: Sun 04/25/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: Sat 04/03/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: Fri 03/26/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: Wed 02/18/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: Thu 01/15/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: Thu 01/15/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: Tue 01/13/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: Thu 01/15/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&amp;item_file_id=965

-------------------------------------------------------
Date: Thu 01/15/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&amp;item_file_id=964

-------------------------------------------------------
Date: Thu 01/15/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&amp;item_file_id=963

-------------------------------------------------------
Date: Thu 01/15/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&amp;item_file_id=962

-------------------------------------------------------
Date: Thu 01/15/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&amp;item_file_id=961

-------------------------------------------------------
Date: Thu 01/15/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&amp;item_file_id=960

-------------------------------------------------------
Date: Thu 01/15/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&amp;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/







reply via email to

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