mldonkey, 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
Submitter: | matt <dirtyboy> | ||
Submitted: | 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: | 2.8.5 | Release: | |
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 #18: |
ygrek <ygrek> |
Mon 27 Sep 2010 09:57:31 AM UTC, comment #17: There is no way we can fix this bug without more info, if there are no more details - bug should be closed. |
ygrek <ygrek> |
Fri 21 May 2010 02:46:57 PM UTC, comment #16: 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?
|
ygrek <ygrek> |
Wed 19 May 2010 07:19:26 PM UTC, comment #15: 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.
|
dimas <dimas000> |
Sat 26 Jan 2008 11:42:19 PM UTC, comment #14: 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 #13: How many files do you share?
|
spiralvoice <spiralvoice> |
Fri 30 Nov 2007 11:10:21 PM UTC, comment #12: 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 #11: Please test current CVS code |
spiralvoice <spiralvoice> |
Mon 04 Jun 2007 10:41:55 AM UTC, comment #10: Please test MLDonkey 2.8.7 |
spiralvoice <spiralvoice> |
Fri 01 Jun 2007 11:45:03 AM UTC, comment #9: The performance problems might also be related to ineffective
|
spiralvoice <spiralvoice> |
Thu 03 May 2007 04:03:58 AM UTC, comment #8: Directory Type used free % free FS
|
matt <dirtyboy> |
Mon 30 Apr 2007 07:21:49 PM UTC, comment #7: @matt: Please post the output of the MLDonkey command "diskinfo" |
spiralvoice <spiralvoice> |
Mon 30 Apr 2007 06:08:46 PM UTC, comment #6: 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 #5: Please try MLDonkey 2.8.5 |
spiralvoice <spiralvoice> |
Thu 05 Apr 2007 08:50:35 PM UTC, comment #4: Please test this patch:
|
spiralvoice <spiralvoice> |
Sun 01 Apr 2007 06:45:21 PM UTC, comment #3: Very weird: when I last checked, my system acted as it should. I cannot reproduce the '100% in use' bug anymore. Maybe it had something to do with some externals like GeoIP, but that's just a guess.
|
Invalid User ID <#57424> |
Sat 31 Mar 2007 10:12:18 PM UTC, comment #2: 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> |
Thu 01 Mar 2007 06:42:07 PM UTC, comment #1: Same problem here. It can easily be reproduced by clicking on the downloading item for details in the webinterface. The system will instantly jump to 100% cpu. Shutting down de interface, thus aborting the request, results in going back to a normal 10% cpu (or lower).
|
Invalid User ID <#57424> |
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:
|
matt <dirtyboy> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 200 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.
Follow 8 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2012-04-15 | ygrek | Status | Need Info | Works For Me | |
Open/Closed | Open | Closed | |||
2010-09-27 | ygrek | Status | Ready For Test | Need Info | |
2008-01-26 | ailr | Carbon-Copy | - | Added ailr | |
2007-11-30 | anogin | Carbon-Copy | - | Added anogin | |
2007-04-30 | spiralvoice | Release | 2.8.2 | ||
Release | 2.8.2 | 2.8.5 | |||
2007-04-05 | spiralvoice | Status | None | Ready For Test |
Powered by Savane 3.13-02a9.
Corresponding source code
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.