Custom Query (2449 matches)

While trying to hack on deluge (installed in a develop dir) and preserve my current deluge configuration, I noticed that deluged would use the configuration from my current deluge configuration. As I didn't want to risk messing up my current config or torrents, I looked around the deluge and found that, when deluge is started in classic_mode, the daemon is started and the config location is the default one (even if a gtkui config location is specified). Therefore, the attached diff feeds the gtkui config location to the daemon if the daemon is started up in classic_mode. You will notice that the start_localhost method in connectionmanager uses: 1) the long options, and 2) the winprocess call isn't changed. The first because the short options weren't being correctly parsed in main (or my poor usage of python is so bad that I could only get the long options to work). The second was because I don't have a windows box to test changes to the winprocess call on.

The connectionmanager file diff also includes usage of the DEFAULT_CONFIG host if: (1) the host isn't specified, or (2) the port was hardcoded. The reason is that I hate to see strings hardcoded into code, and the DEFAULT_CONFIG is specified -- therefore, it should be used. I also think that the logic for the 'classic_mode' and 'autoconnect' (along with 'autoconnect_host_uri' and 'autostart_localhost') could lead to configuration problems for the users, but I'll have to look at the whole thing more in depth in order to see if the logic should be reworked.

BTW, I also had to hack the filtertree and tracker_icons files so that they didn't, as well, write to the default config location if that location wasn't specified at deluge startup.

Strings in left column in the preferences dialog, are not localizated See: ​http://img267.imageshack.us/my.php?image=delugelocalun1.png

Ex: Network is not localizated, wherever Rete is Network should be Rete but there is no Network string to localize (excluding <b><i><big>Network</big></i></b> which is the caption already translated as <b><i><big>Rete</big></i></b>)

When downloading or uploading faster than about 50Mbits/s with 1000 active connections deluge uses 100% of the CPU and appears to be CPU bound.

This was expected due to the encryption on many of the connections.

When changing the encryption settings to "Disabled", I expected to have significantly lower CPU use. This was not the case - deluge still uses 100% of the CPU, and the throughput isn't any higher.

As a side effect of this the UI is also unresponsive when downloading at high speed making it hard to even stop the download until it finishes. (and even then sometimes seeding slows down the UI).

I'm guessing this hasn't been fixed as the devs don't have access to a large fast network to test on, so my main question is what can I, as someone who can look through code but not confident to delve too deep, most helpfully do to help fix this?