[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [Bug #1347] still high CPU usage when using poll in 200
From: |
nobody |
Subject: |
[Mldonkey-bugs] [Bug #1347] still high CPU usage when using poll in 2002 10 06 (beta8+5) CVS?? |
Date: |
Mon, 03 Mar 2003 17:45:48 -0500 |
=================== BUG #1347: LATEST MODIFICATIONS ==================
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1347&group_id=1409
Changes by: mldonkey admin <address@hidden>
Date: Mon 03/03/03 at 22:45 (GMT)
What | Removed | Added
---------------------------------------------------------------------------
Status | Open | Closed
------------------ Additional Follow-up Comments ----------------------------
is this bug still happening ?
=================== BUG #1347: FULL BUG SNAPSHOT ===================
Submitted by: None Project: mldonkey, a free e-Donkey client
Submitted on: Sun 10/06/02 at 11:39
Category: Core Severity: 5 - Major
Bug Group: None Resolution: Remind
Assigned to: b8_bavard Status: Closed
Release: 1.99 beta Release: 2002 10 06 (beta8+5)
Platform Version: Linux i386-i686 Binaries Origin: Compiled From CVS
Summary: still high CPU usage when using poll in 2002 10 06 (beta8+5) CVS??
Original Submission: When I'm running with "use_poll true", mldonkey is using
almost 100% of my CPU with rare exceptions of 50% for several seconds. When I
execute command "use_poll false", mldonkey begins to use only 1-2%. So is high
CPU usage bug in poll really fixed in Beta8+5??
Follow-up Comments
*******************
-------------------------------------------------------
Date: Mon 03/03/03 at 22:45 By: mldonkey
is this bug still happening ?
-------------------------------------------------------
Date: Sat 10/12/02 at 13:16 By: None
mldonkey is just unusable on my system, cause it takes 100%! of my cpu (Celeron
433), even if downloading only a few files! Here's a short ouput of strace:
recvfrom(35, 0xbfffbcdc, 16384, 0, 0xbfffbc6c, 0xbfffbc44) = -1 EAGAIN
(Resource temporarily unavailable)
accept(36, 0xbffffc84, [112]) = -1 EAGAIN (Resource temporarily
unavailable)
accept(53, 0xbffffc84, [112]) = -1 EAGAIN (Resource temporarily
unavailable)
read(305, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(277, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(210, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(190, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(281, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(280, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(260, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(259, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(238, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(201, 0xbfffbcac, 456) = -1 EAGAIN (Resource temporarily
unavailable)
read(237, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(226, 0xbfffbcac, 400) = -1 EAGAIN (Resource temporarily
unavailable)
read(163, 0xbfffbcac, 400) = -1 EAGAIN (Resource temporarily
unavailable)
read(152, 0xbfffbcac, 734) = -1 EAGAIN (Resource temporarily
unavailable)
read(130, 0xbfffbcac, 400) = -1 EAGAIN (Resource temporarily
unavailable)
read(84, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(99, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(219, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(137, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
read(196, 0xbfffbcac, 500) = -1 EAGAIN (Resource temporarily
unavailable)
(there is MUCH more, but i hope the "EAGAIN"-thing helps you?)
15:17:14 up 36 days, 22:34, 2 users, load average: 1.14, 1.11, 0.76
96 processes: 90 sleeping, 5 running, 1 zombie, 0 stopped
CPU states: 1.0% user, 10.4% system, 23.8% nice, 64.8% idle
Mem: 190948K total, 186512K used, 4436K free, 2516K buffers
Swap: 265064K total, 63976K used, 201088K free, 98680K cached
btw, maybe this helps you, too: my ppp-process is increasing too, when running
mldonkey. Normally it needs 0-2%, but when mldonkey is running it gets up to
15%!
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
22767 tausch 20 19 46116 45M 1576 R N 27.7 24.1 5:07 mldonkey
23344 root 10 0 472 472 404 R 4.3 0.2 0:21 pppoe
Hope you find the bug!
Roman
-------------------------------------------------------
Date: Sun 10/06/02 at 16:42 By: mldonkey
Maybe the POLLERR/POLLHUP should be used to set the socket
as readable to allow error detection... I added this. Hope it fix the bug.
-------------------------------------------------------
Date: Sun 10/06/02 at 16:33 By: mldonkey
Can you use "strace -p <pid>" to check the difference between poll and select.
With poll, I had lots of EAGAIN, not with select. Is it the same ?
CC list is empty
No files currently attached
For detailed info, follow this link:
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1347&group_id=1409
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Mldonkey-bugs] [Bug #1347] still high CPU usage when using poll in 2002 10 06 (beta8+5) CVS??,
nobody <=