Opened 14 years ago

Closed 14 years ago

Last modified 8 years ago

#1362 closed bug (Fixed)

Major Memory Leak

Reported by: Oehr Owned by:
Priority: critical Milestone:
Component: libtorrent Version: 1.3.0
Keywords: Cc: sh@lutzhaase.com

Description

After running Deluge 1.2.3 for a while, all of my RAM was in use...

When i shut down Deluge, it jumped back to only 2GB of 16GB in use: http://img267.imageshack.us/img267/7559/ss20100918150913.png

I also tested Deluge 1.3 RC2. It seems to have the same memory leak, because after only after 3hours, ram usage increased by roughly 1-2GB and is steadily growing... Both Task Manager or Process Explorer don't show which program is using all those GB, but once you shut down deluge, you get most of your ram back.

Disk I/O is always around 7MB/s, so it's easily manageable for the harddrive.

The server is running Windows Server Edition 2008 R2 with latest updates installed.

Change History (15)

comment:1 by andar, 14 years ago

Component: corelibtorrent

comment:2 by John Garland, 14 years ago

Milestone: 1.3.01.3

comment:3 by deviantintegral, 14 years ago

Version: 1.2.31.3.0

I'm also running into this issue. I'm using the Ubuntu 10.10 source packages built on Ubuntu 10.04. I think it might be related to when a tracker times out - I'm testing now to see if I can replicate it.

comment:4 by andar, 14 years ago

What version of libtorrent? There is a known problem with 0.15.3 and error'd trackers.

comment:5 by deviantintegral, 14 years ago

I'm using:

ii  libtorrent-rasterbar6                      0.15.3-0ubuntu1                                         C++ bittorrent library by Rasterbar Software

So that issue is likely the problem. I guess installing libtorrent from SVN trunk (and not using the Ubuntu 10.10 source packages) is the best solution?

comment:6 by andar, 14 years ago

Please try using the RC_0_15 branch of libtorrent and see if that solves your problem.

comment:7 by deviantintegral, 14 years ago

I installed it by creating a patch and applying it to the sources used to build the Ubuntu package. deluged has been running for an hour now without issue, so it looks like the issue is fixed.

Leaving open for now in case the original reporter still has the problem on Windows.

comment:8 by whoozle, 14 years ago

gentoo x86_64, deluge 1.2.3/1.3.0, sometime deluged goes mad using 100% cpu and moving something on the disks endlessly. This ends with all programs swapped and all memory'd been eaten up. :(

libtorrent-0.12.6

comment:9 by graysky, 14 years ago

Glad to hear this is the fault of libtorrent-rasterbar. I can confirm the bug under Arch Linux also running libtorrent-rasterbar-0.15.3 with deluge-1.3.0.

http://forum.deluge-torrent.org/viewtopic.php?f=7&t=33395

Downgrading to libtorrent-rasterbar-0.15.2 seems to have fixed the problem.

comment:10 by Svenstaro, 14 years ago

Cc: sh@lutzhaase.com added

What's the status on this?

comment:11 by socker, 14 years ago

From libtorrent-rasterbar-0.15.4 changelog:

  • fixed announce issue which could cause high CPU and memory usage

comment:12 by Svenstaro, 14 years ago

I suggest this should be closed then.

comment:13 by Damien Churchill, 14 years ago

Resolution: fixed
Status: newclosed

Closing this due to new libtorrent release.

comment:14 by Thump, 14 years ago

Will libtorrent-rasterbar-0.15.4 be included in 1.3.2?

comment:15 by Calum, 8 years ago

Milestone: 1.3.x

Milestone deleted

Note: See TracTickets for help on using tickets.