bugmldonkey, a multi-networks file-sharing client - Bugs: bug #1434, Locking too much memory on FreeBSD?

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #1434: Locking too much memory on FreeBSD?

Submitter:  Invalid User ID <#11634>
Submitted:  Thu 17 Oct 2002 01:47:02 PM UTC
   
 
Category:  Core Severity:  3 - Normal
Item Group:  Memory leak Status:  None
Assigned to:  None Open/Closed:  Closed
Release:  None Release:  2.00
Operating System:  FreeBSD Binaries Origin:  CVS / Self compiled
CPU type:  None

Jump to the original submission

Tue 02 Dec 2003 06:15:41 PM UTC, comment #12: 

This patch report is very old. If the bug still exists in current
versions please post a new bug report - spiralvoice

spiralvoice <spiralvoice>
Group administrator
Sun 28 Sep 2003 12:48:29 PM UTC, comment #11: 

I had the same problem. Yesterday I updated to the release-2-5-devel branch (CVS version) and now mlnet only needs ~64MB of RAM (it typically needed over 300 MB before).

Anonymous
Mon 11 Aug 2003 08:11:18 AM UTC, comment #10: 

Problem is also present on Linux using the 2.5-3 binary release. Seems like its a memory leak in mlnet, and a rather severe one at that.

Anonymous
Thu 31 Jul 2003 03:44:26 AM UTC, comment #9: 

i have the same problems and I am on 5.1 release

Anonymous
Sun 22 Dec 2002 12:51:03 PM UTC, comment #8: 

i have the same problem, too. running freebsd 4.4

Anonymous
Fri 29 Nov 2002 11:38:03 AM UTC, comment #7: 

same problem with slackware 8.1 and kernel 2.4.19

anythign new with this?!?!?!?!?

Invalid User ID <#13216>
Thu 07 Nov 2002 05:32:48 AM UTC, comment #6: 

Same problem with Mac OS X 10.2.1 and the stable 2.00...

Anonymous
Tue 22 Oct 2002 05:56:52 PM UTC, comment #5: 

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!

Anonymous
Mon 21 Oct 2002 10:40:13 PM UTC, comment #4: 

And i have this problem with RedHat7.0/Linux too. (CVS Version)

Anonymous
Mon 21 Oct 2002 06:55:56 PM UTC, comment #3: 

I have the same problem with Debian GNU/Linux and the stable 2.00!

Anonymous
Mon 21 Oct 2002 06:51:22 PM UTC, comment #2: 

I have the same problem with Debian GNU/Linux and the stable 2.00!

Anonymous
Thu 17 Oct 2002 01:53:07 PM UTC, comment #1: 

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: http://deloew.de/cascade/temp/swap.png

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...
Ca$cAdE

Invalid User ID <#11634>
Thu 17 Oct 2002 01:47:02 PM UTC, 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...
Ca$cAdE

Invalid User ID <#11634>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follows 1 latest change.

Date Changed by Updated Field Previous Value => Replaced by
2003-12-02 spiralvoice Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.12