- Deluge torrent download speed upgrade#
- Deluge torrent download speed Pc#
- Deluge torrent download speed download#
- Deluge torrent download speed torrent#
Windows users: The package now includes libtorrent 1.0.11 which should fix crashing on startup.
Deluge torrent download speed upgrade#
WebUI users: Highly recommended to upgrade to this release as it contains a fix for CSRF vulnerability that has the real potential to compromise your machine. Remove duplicate magnet extension when splitting.
Deluge torrent download speed torrent#
Fix decode error comparing non-ascii (str) torrent name. Security: Fixed WebUI CSRF Vulnerability. Strip whitespace from infohash before checks.Īdd missed feature autofill infohash entry from clipboard.īackport bind interface option for server. In Thinclient mode a Deluge daemon handles all the BitTorrent activity and is able to run on headless machines with the user-interfaces connecting remotely from any other platform.ĭeluge comes with three main user interfaces (UIs):Īdded support for python-geoip for use with libtorrent 1.1.įixed a single proxy entry being overwritten resulting in no proxy set. "plugins_location": "/srv/deluge/.Deluge has been designed to run as both a normal standalone desktop application and as a client-server. "path_chooser_show_chooser_button_on_localhost": true, "path_chooser_auto_complete_enabled": true, "path_chooser_accelerator_string": "Tab", "move_completed_path": "/srv/deluge/Downloads", "geoip_db_location": "/usr/share/GeoIP/GeoIP.dat", "download_location": "/srv/deluge/ocean/Random", I feel like something should be bottlenecking there, but all the bottlenecks I could think of were checked, which makes me believe that this must be a bug, hence this report.
Deluge torrent download speed download#
None of those things either changed the download speed nor fixed the problem.
![deluge torrent download speed deluge torrent download speed](https://hiddenbg.zentica-global.com/wp-content/uploads/2021/01/deluge-ubuntu-20.04-install-guide.png)
downloaded a torrent with the preallocated setting.removed "Auto Managed" from the torrents.changed the max_download_speed to the highest value the gtk client let me, no impact on deluges speed at all.added a file from a public tracker with like 8000 seeders, I got around 500 more connections, the speed of that file was pretty solid, but the overall speed stayed the same (it stole speed from the private's trackers file).changed the max connections and the connections per torrent, the speeds of the individual seeders went up, but the overall speed stayed the same.did a speedcheck using, reached 600Mbps, no impact on the deluges speed at all.
Deluge torrent download speed Pc#
checked sshfs speeds from another pc (same scenario, no impact on deluges speed at all).checked sshfs speeds (copied a file with rsync and back, the speed was at around 30mb/s read and 80mb/s write, no impact on deluges speed at all).Fiddled around with the cache (smaller, higher, longer expiry, shorter expiry).
![deluge torrent download speed deluge torrent download speed](https://i.imgur.com/SBe2zFL.png)
It's connected with sshfs with speed optimizations (cache, compression, chacha20 algo, some others) and in theory running over the LAN, in practice it shouldn't (we're still figuring that part out and probably create a virtual network to boost those speeds a bit). In order to maintain separation of concern, we're using a separate (virtualized) server as fileserver (as we're also running Plex). The WAN is a symmetrical Gigabit connection that has some loss (I think the transceiver sucks), with an actual speed of around 700Mbps symmetrical (although it seems to be fluctuating a bit at times). The router is an old Server blade with like 24 cores and 24GB RAM, running an opnSense that is seriously tired and completely unchallenged by the load (HW usage is at around 1 core and 1 GB RAM tops). The RAM usage is at around 14GB of 17.5GB (due to the 14 gigs cache I set, see the config below), the CPU usage at around 2.56 cores of 4 cores. According to the disk usage, the write cache seems to be ignored though, which I might put into another ticket / do some research on. The cache is set according to the RAM available and at it's topmost setting (with the idea that more cache -> more speed). It's running in a virtualized environment using Proxmox. Even with all bandwidth related settings set to -1 (or -1.0) I'm unable to get a DL speed faster then around 30M/s, currently with 22 active downloads, 508 connections and on a private tracker.ĭeluge is running headless on Arch with the newest kernel ( 5.2.1.arch1-1).