bugmldonkey, a multi-networks file-sharing client - Bugs: bug #18959, mldonkey responds slowly and takes...


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

bug #18959: mldonkey responds slowly and takes 100% CPU process

Submitted by:  matt <dirtyboy>
Submitted on:  Mon 05 Feb 2007 01:22:45 AM UTC  
Votes:  200  
Category:  Core Severity:  3 - Normal
Item Group:  Program malfunction Status:  Works For Me
Assigned to:  None Open/Closed:  Closed
Release:  Release:  2.8.5
Operating System:  Linux Binaries Origin:  CVS / Self compiled
CPU type:  Intel x86

( Jump to the original submission)

Sun 15 Apr 2012 05:41:10 AM UTC, comment #16: 

Due to the lack of information I am closing this bug as "cannot reproduce". If there are more details on this issue - feel free to reopen or create another one.

ygrek <ygrek>
Project Member
Mon 27 Sep 2010 09:57:31 AM UTC, comment #15: 

There is no way we can fix this bug without more info, if there are no more details - bug should be closed.

ygrek <ygrek>
Project Member
Fri 21 May 2010 02:46:57 PM UTC, comment #14: 

Mind that hubs send all $Search requests to the client. For the hubs with lots of active clients this probably can influence CPU load. What is your CPU? How many files are shared? How much bandwidth is used? What are the hub addresses? Any error messages in the logs?
Anyway I think this is a different issue and better discussed separately.

ygrek <ygrek>
Project Member
Wed 19 May 2010 07:19:26 PM UTC, comment #13: 

yes, i can confirm such behaviour. i'm on Debian testing @ 2.6.32 and using version 3.0.2 (self-built), but also tried mldonkey-server 3.0.1 (from Debian repos) - the same.
the problem is: i currently have about 17G shared. when i run mlnet without any networks, all is fine. when i enable DC nework, all is fine again (i've already hashed shares for DC). but when i connect to one hub - it begins to eat about 15-20% of cpu. if i connect to 5 or more hubs - it eats all available cpu and thus, of course, works sloooowly. it also eats some memory, but there are no such critical amounts. at that time i'm only connected to hubs, i do no searches/up/downloads/chat/anything. i've disabled auto-rescanning, minimized number of open slots - no results

dimas <dimas000>
Sat 26 Jan 2008 11:42:19 PM UTC, comment #12: 

I have the same trouble. Mlnet is very slow, so i can't access it using web, telnet or something other. FreeBSD 7.0, MLD 2.9.2, x86_32, 2 gb ram, load averages: 2.18, 1.86, 1.45 (!).

Dmitriy S. <ailr>
Tue 08 Jan 2008 09:48:22 PM UTC, comment #11: 

How many files do you share?
Which value has option share_scan_interval?

spiralvoice <spiralvoice>
Project Administrator
Fri 30 Nov 2007 11:10:21 PM UTC, comment #10: 

I am seeing this with 2.9.2 (using ATrpms packages under CentOS 5).

Aleksey Nogin <anogin>
Fri 31 Aug 2007 09:40:24 PM UTC, comment #9: 

Please test current CVS code

spiralvoice <spiralvoice>
Project Administrator
Mon 04 Jun 2007 10:41:55 AM UTC, comment #8: 

Please test MLDonkey 2.8.7

spiralvoice <spiralvoice>
Project Administrator
Fri 01 Jun 2007 11:45:03 AM UTC, comment #7: 

The performance problems might also be related to ineffective
usage of the GeoIP database. In current CVS are some patches
dealing with this. Please compile a fresh CVS checkout and
test if the problem still exists.

spiralvoice <spiralvoice>
Project Administrator
Thu 03 May 2007 04:03:58 AM UTC, comment #6: 

Directory Type used free % free FS
/home/madmax/.mldonkey core/ini files
      36.62G 59.57G
      61% ext2/3
temp temp/downloading
      36.62G 59.57G
      61% ext2/3
incoming/directories shared (incoming_directories)
      36.62G 59.57G
      61% ext2/3
incoming/files shared (incoming_files)
      36.62G 59.57G
      61% ext2/3
shared shared (all_files)
      36.62G 59.57G
      61% ext2/3
/home/serv/Audio shared (all_files)
      265.84G 27.58G
      9% ext2/3
/home/serv/Video shared (all_files)
      265.84G 27.58G
      9% ext2/3

Hope that helps... I won't be able to get back to this untill the weekend though.  I'm sorry if I'm a little delayed in responding, my life doesn't revolve around whether I get this thing working or not. =)  It does seem more responsive now though, but it's downloading at a very slow rate(0.1kpbs) so ... it's not being very usefull atm. :P  I do appreciate the effort though.

The only other thing I can figure, is maybe the ports aren't configured correctly in my router?  Or maybe I didn't compile something in my kernel correctly, but it feels more like a bug than anything.

matt <dirtyboy>
Mon 30 Apr 2007 07:21:49 PM UTC, comment #5: 

@matt: Please post the output of the MLDonkey command "diskinfo"

spiralvoice <spiralvoice>
Project Administrator
Mon 30 Apr 2007 06:08:46 PM UTC, comment #4: 

Well, I tried the patch and updated to 2.8.5 but it still hangs.  I tried the pre-compiled version this time to try and rule out anything I may have done wrong while compiling it.  I remember 2.7.x worked fine with some older kernel, I forget, 2.6.12-13 or so... So I don't know what changes you may have made since then, or if it has something to do with changes in the kernel not meshing well with mldonkey.  It works fine if I remove everything from the incoming folder, but as soon as I get about 10 some odd downloads it chokes up again.

matt <dirtyboy>
Tue 24 Apr 2007 10:02:01 AM UTC, comment #3: 

Please try MLDonkey 2.8.5

spiralvoice <spiralvoice>
Project Administrator
Thu 05 Apr 2007 08:50:35 PM UTC, comment #2: 
spiralvoice <spiralvoice>
Project Administrator
Sat 31 Mar 2007 10:12:18 PM UTC, comment #1: 

I can't seem to fix it in the same way you suggest.  I can stop the mlnet daemon and then it runs normal for at least half an hour... but then returns always to using 100% CPU and running very very slow to the point of uselessness.  I really like this program but I'm going to have to switch until this issue is resolved.  I have tried recompiling to the latest CVS in hopes this problem has been resolved but it seems it hasn't.

matt <dirtyboy>
Mon 05 Feb 2007 01:22:45 AM UTC, original submission:  

I hope I'm doing this right, I've never submitted a bug report before.  I was suggested I post this from this link from the forum:


I have generated a gprof.txt which can be downloaded from here:


The files were too big to be uploaded to this site.

The problem is mldonkey takes 100% CPU usage and responds very slowly to commands with either the web interface or with telnet.  I have tried some things but I think the thread in the forum details it better.

My system specs:
Slackware 11.0 Kernel
Dual CPU P3 1.4GHz Tualatin Core
Tyan Tiger 230T S2507T

matt <dirtyboy>


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by ygrek (Posted a comment)
  • -email is unavailable- added by dimas000 (Posted a comment)
  • -email is unavailable- added by ailr (Posted a comment)
  • -email is unavailable- added by ailr (Voted in favor of this item)
  • -email is unavailable- added by anogin (Posted a comment)
  • -email is unavailable- added by anogin
  • -email is unavailable- added by spiralvoice (Posted a comment)
  • -email is unavailable- added by dirtyboy (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 200 encouragements so far.

    Only logged-in users can vote.




    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-04-15 ygrek StatusNeed Info => Works For Me
        Open/ClosedOpen => Closed
    2010-09-27 ygrek StatusReady For Test => Need Info
    2008-01-26 ailr Carbon-Copy- => Added ailr
    2007-11-30 anogin Carbon-Copy- => Added anogin
    2007-04-30 spiralvoice Release2.8.2 =>
        Release2.8.2 => 2.8.5
    2007-04-05 spiralvoice StatusNone => Ready For Test

    Back to the top

    Powered by Savane 3.5