0.5.8.5 Released

Suggestions and discussion of future versions
waltherbans
Leecher
Leecher
Posts: 50
Joined: Thu Jun 28, 2007 6:36 pm

Re: 0.5.8.5 Released

Post by waltherbans »

andar wrote: From the testing I did and others did, the fastresume on exit issues should have been resolved. It could be that you are hitting some rare-case that we didn't experience in testing. If it's still not working then I would suggest clearing your config, re-adding your torrents and seeing if that fixes the problem for you.
i uninstalled deluge, deleted /.config/deluge, re-installed deluge 0.5.8.5 on ubuntu 8.04 i386 and added my torrent-files again: again there are some .fastresume-files but most torrents (~70%) don't have .fastresume-files. and these files are re-checked on every start again. the bug seems to continue to exist. :cry:
Bzzz
Member
Member
Posts: 36
Joined: Sat Jan 19, 2008 6:15 pm

Re: 0.5.8.5 Released

Post by Bzzz »

andar wrote:From the testing I did and others did, the fastresume on exit issues should have been resolved. It could be that you are hitting some rare-case that we didn't experience in testing. If it's still not working then I would suggest clearing your config, re-adding your torrents and seeing if that fixes the problem for you.
Nice fullquote :roll:
So - how to clear the config?

I readded all the torrents in 0.5.8.4 in nighttime. It only took 4 hours to check them all. Not to mention the big one, which i started in µtorrent, just in case anything happens to Deluge (damn, my crystal ball was worth buying it :mrgreen: ). That would have doubled the time. Now the .fastresumes are saved again and on readonly state...^^
abubin
Seeder
Seeder
Posts: 217
Joined: Thu Sep 13, 2007 6:03 am

Re: 0.5.8.5 Released

Post by abubin »

just upgraded to this version and reporting that it's working fine on my ubuntu 7.10 32bit. Though I must stress that I only enable blocklist plugin and the other 2 default plugin.

Also, it's a little confusing reading those problems above and then only I realized they are talking about windows version. I hope people who want to report about problems with deluge windows to mention that first as this would help the developer greatly in finding the issues. Better if it is posted in the windows port section.
User avatar
DrZaius
New User
New User
Posts: 7
Joined: Mon Dec 03, 2007 11:04 pm

Re: 0.5.8.5 Released

Post by DrZaius »

markybob wrote:nope. your browser's probably just caching it. load up http://deluge-torrent.org/dl.js and refresh it manually
Ahh. I am so smrt.
whisky

Re: 0.5.8.5 Released

Post by whisky »

i'm using the deluge windows version and the torrents are getting checked every time i start up again and sometimes is even worse ... deluge is starting to download something that i allready downloaded (i didn't delete/move the files) . :(
PsychoMan

Re: 0.5.8.5 Released

Post by PsychoMan »

I've got problem with rechecking torrents on startup, too. And I'm using Xubuntu 7.10 32bit. I haven't this problem on 0.5.8.4.
Also I was wondering, if you would add some ratio-counter, like the one from Stats-plugin, that was deleted.
Stedevil
Member
Member
Posts: 18
Joined: Mon Mar 03, 2008 7:17 pm

Re: 0.5.8.5 Released

Post by Stedevil »

waltherbans wrote:again there are some .fastresume-files but most torrents (~70%) don't have .fastresume-files
I just updated to 0.5.8.5 a few hours ago (rechecking every single file of course, on Ubuntu 7.10) and I also see very few .fastresume-files. In fact the only files that DO have fast resume are those that are not downloaded 100%. (5 or 38 torrents have fastresume, which exactly matches the ones not seeding).

I would try to restart Deluge again, to see if it the second time again will recheck every seeding file, but I'm afraid that it will again take 4-6hours to recheck everything (0.x TiB data...) and right now I'm seeding some things in high demand I just downloaded myself.

For the record, it also appears that last downloaded = last to be rechecked, which effectively would make me off-line on these newest most in demand files for the longest period of time. Irrespective of when this gets fixed, wouldnt it be a good idea to make (future valid) rechecks work in the order "latest downloaded first to be checked" sincefresh files are much more likely to be in high demand of sharing?

BTW, since I'm posting anyway, are you aware of that Deluge seems to report high upload speeds partially as DOWNLOAD to trackers?
As an example I have 1 file that has slowly crept up to +7% downloaded since I completed the download, presumably simply from counting the 0.1-2 kB/s transfer acks... (>40:1 ratio). Since many trackers are private and you need to keep your ratio high, Deluge haemorrhaging ratio like this is very bad.
Bzzz
Member
Member
Posts: 36
Joined: Sat Jan 19, 2008 6:15 pm

Re: 0.5.8.5 Released

Post by Bzzz »

Stedevil wrote:For the record, it also appears that last downloaded = last to be rechecked, which effectively would make me off-line on these newest most in demand files for the longest period of time.
I also noticed that. Should be changed asap :)
Stedevil wrote: BTW, since I'm posting anyway, are you aware of that Deluge seems to report high upload speeds partially as DOWNLOAD to trackers?
As an example I have 1 file that has slowly crept up to +7% downloaded since I completed the download, presumably simply from counting the 0.1-2 kB/s transfer acks... (>40:1 ratio).
Just checked my stats, couldn't find anything. Every file says 0.00kb downloaded. But I keep watching this at the next bigger up/download.
Stedevil
Member
Member
Posts: 18
Joined: Mon Mar 03, 2008 7:17 pm

Re: 0.5.8.5 Released

Post by Stedevil »

Bzzz wrote:
Stedevil wrote: BTW, since I'm posting anyway, are you aware of that Deluge seems to report high upload speeds partially as DOWNLOAD to trackers?
As an example I have 1 file that has slowly crept up to +7% downloaded since I completed the download, presumably simply from counting the 0.1-2 kB/s transfer acks... (>40:1 ratio).
Just checked my stats, couldn't find anything. Every file says 0.00kb downloaded. But I keep watching this at the next bigger up/download.
I guess it could be very dependent on ones internet connection if this is noticeable at all. Downspeed of 0.1 KiB/s doesnt really start appearing until you get to ~100KiB/s upload to a single user. 0.2-0.7 we are talking 2-600KiB/s upload to a single user. So I guess you probably need to have a connection of a minimum 10Mbit/s upload to really notice this. People on 30, 100 or 1000Mbit/s connections should be escalatingly worse affected as well.

Then again, I can be completely wrong about this having to do with "download while seeding". But something is broken somewhere.
dankh

Re: 0.5.8.5 Released

Post by dankh »

Just to confirm same thing here on Ubuntu 7.10, full recheck on startup no matter how I have shutted down deluge. I have very few fastresume files. Of 104 torrents only 7 fastresume. And I add myself to all the suffering people out there - recheck of 104 torrents with ~ size of 500 megs, even on my speedy gonzales (my machine) it's pain,pain,pain. For the moment I try at minimum to restart the machine, thank god I'm on Linux box.

And because this is my first post, I would like to thank all the devs and people who contributed to this great piece of soft which Deluge is. Even with all the problems with latest releases, I'm totally convinced that deluge is the one and only !

Thank you guys !
Post Reply