Start Deluge with 600+ torrents in it

[bro]

Simbiat, I'd be very interested in finding out this issue. I'll try to reproduce this on Windows and report back how the memory usage is. I'll test the info command as well.

[bro]

Simbiat, to fix the issue with the GUI not reacting, try to delete the files related to the GTK client in the config directory.

• files_tab.state
• peers_tab.state
• tabs.state
• torrentview.state

[Simbiat]

Simbiat, to fix the issue with the GUI not reacting, try to delete the files related to the GTK client in the config directory.

• files_tab.state
• peers_tab.state
• tabs.state
• torrentview.state

from which folder? the root one or gtkui_state?

Also, is there a way to determine, if a torrent is already added into Deluge without usin "info" command, but from command line still? like parse some kind of a file?

[bro]

Both those in root and in gtkui_state. The problem might be caused by mixing Deluge 1.3 and 1.4 with the same config dir.

Edit:
It should be possible by parsing the torrents.state file I guess. This script is a good base for such a thing: https://gist.github.com/johnnyg/1639941 ... nsplant.py

[Simbiat]

Both those in root and in gtkui_state. The problem might be caused by mixing Deluge 1.3 and 1.4 with the same config dir.

Edit:
It should be possible by parsing the torrents.state file I guess. This script is a good base for such a thing: https://gist.github.com/johnnyg/1639941 ... nsplant.py

I removed them and nothing changed... but maybe I need to restart it now (= but I want it to finish checking torrents first, so will do that later.

As for script - I guess, I'll have to learn to understand Python as well, now Although when I looked into the .state file... I found a looooooooooot of useless lines... Like "aI1"

[Simbiat]

seems like deluged.exe likes to hang at some point after exit. it's been at it for at least 1 hour now and it does not look like it's even trying to use any of the files...

maybe it was not hanging after all... when I killed it and started Deluge again it decided to recheck ~400 torrents...

In terms of that script: seems like it's too early for me to grip the whole concept of a python script (= From my understanding, if I simply run the script without parameters, I should get list of all torrents with their ids. But when I do that, I get error

Code: Select all

"Missing torrent file: %s" % filename

Or maybe someone can tell me the logic, through which I can determine the ID of a torrent using it's original name from the .state file? I am able to check now if a torrent is in Deluge, by search the file's contents, but I also need IDs to be able to remove torrents, when required...

[Simbiat]

Well... forget about the script. Since my service uses PHP, i simply made a parser on PHP. I get names of the torrents and their IDs (required for removal). I'd like to get at least the status of the said torrents as well. Like "seeding", "checking"... But they are not provided as string, so, most likely, they are as integer... but which ones?..

BTW: parsing my state file takes about 15 seconds at most... So, I guess GUI slowness of Deluge is not caused by parsing he file itself, but with providing the interface itself. My guess is, it tries to update each torrent entry one-by-one which causes excessive calls to the file. At least that could cause such slowness