Opened 13 years ago

Closed 11 years ago

Last modified 3 months ago

#1606 closed bug (Fixed)

[win32] High CPU usage with low activity

Reported by: adagui Owned by:
Priority: major Milestone: 2.x
Component: GTK UI Version: 1.3.1
Keywords: Cc:

Description (last modified by Calum)

Latest version (1.3.1) in Windows Server 2008 R2.

Only 400 torrents loaded. 2 are active (download 0KB/s, upload 50KB/s)

Deluge uses 53% CPU!!! (for comparison, utorrent only uses 1-2% cpu under this usage)

Running Deluge in classic mode.

System: 100mbit connection Core 2 Duo 4GB RAM

Attachments (1)

deluge_high_cpu.png (57.8 KB ) - added by adagui 13 years ago.
High CPU with low activity

Download all attachments as: .zip

Change History (13)

by adagui, 13 years ago

Attachment: deluge_high_cpu.png added

High CPU with low activity

comment:1 by shnurapet, 13 years ago

I have ~20 torrents seeding (with ~130 paused tasks in list) in Fedora 14 x86_64, and the GUI is taking 100% CPU. Low when it starts. Seen it for two months now.

AMD Athlon64 X2 4200+ 2GB RAM

git master build plugins: Notifications, WebUI, BlackList

comment:2 by Calum, 13 years ago

Description: modified (diff)

comment:3 by Calum, 13 years ago

Component: coregtkui
Milestone: Future1.3.x
Summary: High CPU usage with low activity[win32] High CPU usage with low activity
Type: defectbug

comment:4 by Chase, 12 years ago

The speed optimizations in #2184 should help this problem.

comment:5 by miskoala, 12 years ago

I have this problem with high cpu usage when deluge-gtk clients are connected. I'm running daemon, 1.3-stable git on Archlinux, Intel Atom N2800 @ 1.86GHz, 4GB RAM. 200 torrents started (seeding), 300 paused.

uname -a
Linux server 3.6.6-1-ck #1 SMP PREEMPT Mon Nov 5 14:59:40 EST 2012 x86_64 GNU/Linux
no clients connected (5-11% CPU usage)
PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM     TIME+ COMMAND           
29026 deluge     1   0  625m 278m 8312 S   9,6  7,1   4:53.17 deluged           

1 client connected with deluge-gtk (50-70% CPU usage):
PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM     TIME+ COMMAND           
26772 deluge     6   0  625m 280m 8340 S  57,0  7,1  15:45.62 deluged

2 clients connected with deluge-gtk:
PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM     TIME+ COMMAND           
26772 deluge     6   0  625m 280m 8340 R 102,6  7,1  13:15.93 deluged           

This speed optimizations in #2184 didn't help with cpu usage

comment:6 by Calum, 12 years ago

@miskoala That's because the fix is for GTK UI not daemon cpu usage.

comment:7 by miskoala, 12 years ago

ok


and some more results for daemon cpu usage on my machine;

50-70% when all torrents (500) are paused and there is 1 client connected (gtk or web) 8% when all torrents (500) are paused and there is no client connected 3% when there is 0 torrents on list and 1 client connected 2,5% when there is 0 torrents on list and no client connected

comment:8 by miskoala, 12 years ago

sorry there is problem with enter, please delete above message :P

some more results for daemon cpu usage on my machine;

50-70% when all torrents (500) are paused and there is 1 client connected (gtk or web)
8% when all torrents (500) are paused and there is no client connected
3% when there is 0 torrents on list and 1 client connected
2,5% when there is 0 torrents on list and no client connected

comment:9 by miskoala, 12 years ago

I forgot to mention I used libtorrent 0.16.x

With libtorrent 0.15.10 cpu usage for daemon is lower when there is 1 client connected: 25-45% (500 torrents on list)

comment:10 by Calum, 12 years ago

Milestone: 1.3.xperformance

comment:11 by Bro, 11 years ago

Milestone: performance1.4.0
Resolution: fixed
Status: newclosed

This has been fixed in develop branch (to be v1.4)

Most important improvements:

comment:12 by Calum, 7 years ago

Milestone: 2.0.x2.x

Milestone renamed

Note: See TracTickets for help on using tickets.