[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Mldonkey-bugs] [Bug #1434] Locking too much memory on FreeBSD?

From: nobody
Subject: [Mldonkey-bugs] [Bug #1434] Locking too much memory on FreeBSD?
Date: Thu, 07 Nov 2002 00:32:48 -0500

=================== BUG #1434: LATEST MODIFICATIONS ==================

Changes by: Anonymous user        Date: 2002-Nov-07 00:32

------------------ Additional Follow-up Comments ----------------------------
Same problem with Mac OS X 10.2.1 and the stable 2.00...

=================== BUG #1434: FULL BUG SNAPSHOT ===================

Submitted by: cascade                   Project: mldonkey, a free e-Donkey 
Submitted on: 2002-Oct-17 09:47
Category:  Core                         Severity:  5 - Major                    
Bug Group:  memory leak                 Resolution:  None                       
Assigned to:  None                      Status:  Open                           
Release:  None                          Release:  2.00                          
Platform Version:  FreeBSD i386-i686    Binaries Origin:  Compiled From CVS     

Summary:  Locking too much memory on FreeBSD? 

Original Submission:  Hi there,
I updated my CVS version today morning, fired it up and went to bed. As I woke 
up and looked on my terminal I saw that mldonkey currently locks up 260MB RAM 
with only 4 files in the list and none currently shared. Well, it's a CVS 
release, maybe tonight was something wrong, so I updated again 40min ago and 
now I see that it is eating up my RAM again, 55MB after 40min is not what I 
think is normal, or am I wrong? 
I had same problems some time ago (see atached file) with the CVS releases from 
1.99, it were even worse, it ate so much RAM over just one night that my 
FreeBSD-Box (450Mhz, 256MB RAM, 256MB Swap) was totally down, nothing worked, 
not eaven the real consoles as I crawled in my attic and connected a display. 
So I think it is not really fixed by now, is it?

Besides of the mem-leaks that I have (don't know weather I'm alone with this 
problem) I think you did/are doing a really good job with mldonkey because it 
is the fastest client that I ever tested and it does not need windows ;) Great.

So long...

Follow-up Comments

Date: 2002-Nov-07 00:32             By: None
Same problem with Mac OS X 10.2.1 and the stable 2.00...

Date: 2002-Oct-22 13:56             By: None
Hi I'm the Debian guy.
If I limit the max_hard_upload_rate I have no problems anymore.
btw. thank you all for coding mldonkey!

Date: 2002-Oct-21 18:40             By: None
And i have this problem with RedHat7.0/Linux too. (CVS Version)

Date: 2002-Oct-21 14:55             By: None
I have the same problem with Debian GNU/Linux and the stable 2.00!

Date: 2002-Oct-21 14:51             By: None
I have the same problem with Debian GNU/Linux and the stable 2.00!

Date: 2002-Oct-17 09:53             By: cascade
Okay, the upload thing did not work:
Warning: File Upload Error - No Mime boundary found after start of file header 
in /subversions/sourceforge/src/savannah/www/bugs/index.php on line 0

So I decided to upload the picture somewhere else so that you all can see what 
I mean with locking up too much memory ;)
And here it is: 

btw: My FreeBSD version is: 4.3-RELEASE-p20
and mldonkey currently uses:
53546 work           56   0 75108K 73624K RUN     46:25 41.21% 41.21% mldonkey

I hope this gets fixed because it's not that much fun always looking on the mem 
that mldonkey uses to prevent your box from crashing.

So long...

CC list is empty

No files currently attached

For detailed info, follow this link:

reply via email to

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