It looks like the client/UI is not able to interrupt the daemon sufficiently frequently but I know very little about the two communicate (though I'm willing to learn )
This makes using Deluge all but impossible which is a shame as otherwise I've been very happy with it. Just shutting down and restarting the daemon does not. It has been designed using the client-server model with a daemon process that handles all the bittorrent activity. Rebooting the NAS seems to improve things for a few minutes. bittorrent client written in Python/PyGTK (GTK+ ui) Deluge is a full-featured, multi-platform, multi-interface BitTorrent client using libtorrent-rasterbar in its backend and featuring multiple user-interfaces: GTK+, web and console. At the moment I've got about 600 torrents. The delay is of the order of a few minutes to 30 minutes to never. It is slow to update/refresh, add new torrents, force re-check, move files etc. It uses libtorrent in its backend and features multiple user-interfaces including: GTK+, web and console. Now granted this is not the fastest box out there - however, once I get to 50 or more torrents, the web UI or the client just cannot cope. Deluge is a full-featured BitTorrent client for Linux, OS X, Unix and Windows. I am using Deluge 1.3.15-8 on a Synology DS214 NAS.
0 kommentar(er)
