Difference between utorrent upload stats and my profile

[Popper]

What you see on your Profile page for each torrent and on the peer list in the torrent description are only the last seeding session amounts, while µTorrents is accumulating all the data seeded or leeched since you first loaded the torrent into it.
The global upload and download amount on your Profile page is accumulating all the torrents and all the seeding sessions.

Then the discrepancy between µTorrent GayTorrent.ru torrents amounts added up and your Profile global amounts can come from inproper stop of the torrents and/or µTorrent (e.g. just shutting down µTorrent without upon stopping the torrents and waiting a minute or so) making loosing the update since last update (every 30 minutes). Stopping the torrent forces such update out of schedule. Lost connection (e.g. WiFi) may result in loss of updates to the tracker, too.

[bgxc52]

@Uwe:

What you see on your Profile page for each torrent and on the peer list in the torrent description are only the last seeding session amounts

Ahah! ok, so that's where part of my confusion came from, thank you for clarifying.

@Uwe:

Then the discrepancy […] can come from inproper stop of the torrents and/or µTorrent (e.g. just shutting down µTorrent without upon stopping the torrents and waiting a minute or so) making loosing the update since last update (every 30 minutes). Stopping the torrent forces such update out of schedule. Lost connection (e.g. WiFi) may result in loss of updates to the tracker, too.

It wouldn't be WiFi, but it could be the other things, of course. So then the issue seems to be intermittent, rather than ongoing or structural: just something that happens now & then. Ok, very good. Thanks again for your help!

[amice]

every [desc=there may NO crash occure]proper[/desc] closing your uTorrent generates the same STOP-signal just like stopping torrents manually, so it's not necessary to wait. statistics gets updated after a minute or so, but this is just a visible demonstration of already stored records. some clients and some versions of uTorrent are capable to send so called "manual announce" which can display actual results without waiting 30 minutes. common versions of torrenting clients can only start/stop/pause. as already told, every sending the start/stop signals resets the counters and you start from 0.00 again; this doesn't affect your account ratio, it was already stored to database with the last stop-signal. this is the main difference between GT.ru and other trackers which display statistics similarily to software clients.

[blackdid]

Thanks guys for your answers (and thx for Leatherbear/Michael for moving this topic to its right place)  

@Uwe:

It is because the stats are session based. So if the torrent clients stops the downloading and then later restarts, only the later download will be shown. Just look on old torrents with no leecher, the seeder have 0 for both up and download.

Thanks Uwe, you'll always astonish me !
So this brings another question : why are GT stats session based ?
Wouldn't it better to get same stats as in our utorrent client, based on all cumulative sessions for a same torrent ?

After Uwe's explanation, I understand better why GT can't indicate (in the snatched window) the total uploaded and downloaded for each user concerning 1 torrent, it's because…this information doesn't exist in the database, right ?

If those 2 "grandtotal" existed in the database, then you could easily transfer them from the "leecher" window to the "snatched" window as soon as the user ends his download and becomes a seeder . As GT stats are session based, you can't do that because what would appear in those 2 columns in the snatched window wouldn't be accurate at all, in case the users downloaded this torrent with several sessions...so you choosed to indicate in the snatched window totals concerning ALL torrents related to each user (in fact, the same totals found in his profile), even if this info doesn't make sense in a snatched window related to ONE torrent only.

---

In the attached pic (prepared several weeks ago), I was downloading something and it was my 1st "session" with this torrent. We notice that the 3 columns "Down Speed", "Up Speed", "Uploaded" have their corresponding totals in the torrent line and it matches (in fact it could have not matched for the "Uploaded" column)

If I had stopped this download, GT would have shown that I uploaded 152MB (1st session : GT stats = Utorrent stats)
Then, if I had resumed my download (2nd session), this is what would have happened :

• Utorrent would have remembered my 152MB uploaded and would have indicated the grand total of what I was seeding while downloading : so utorrent is NOT session based and its results speak for themselves (it shows exactly what has happened with a torrent, i.e. the total of what you exactly uploaded in a torrent)

• GT (the tracker) would have forgot all of my 152MB and would have started the 2nd session showing me having uploaded... 0 MB, how sad  :cry2:

Btw, have you noticed there isn't a "Downloaded" total in the pic, near the "Uploaded" total on the torrent line ?
Ok, there is a "Ratio" shown on the right of the "Uploaded" total in the pic, and we should be able to calculate what has already been downloaded, but why Utorrent didn't add a simple "Downloaded" total ?
Another mystery to me  ???

[amice]

hello, our attentive observer    yes, it would be better having cumulative counters, but along with session based counters - both information is very useful for diagnostic purposes.

i admit, the snatch listing of grandtotal is sort of misleading in this place. right, there is no database field for storing per-torrent totals yet. however, your concerns about what problems it would cause, are out of concept    the only problem that comes to my mind, is that this change might cause a great slowdown for the site, as it would require too many database writes {for each user, for each torrent}. i'm not sure if the current hardware is capable of it, as we can see great slowdowns during peek hours.

to correct some technical details: no, STOP does NOT erase your collected ratio. there is no need to keep your torrent not restarted until completion, as each stop automatically writes/adds collected ratio to your grandtotal. only the session counters get reset to 0.00. hence we strongly encourage users to close/stop their torrents before computer resets.

reset of session counters has two phases, timeshifted. as soon as the stop signal is received, transfer speed counters get reset first. there is no way to avoid it. but: if you resume your transfers in a short time after stopping, uploaded counters remain intact. the time limit is about 1 minute.

uTorrent does have the Downloaded field. right click the menu bar and enable it 

[blackdid]

@amice:

hello, our attentive observer  

Who is he ? Who are you talking about ?  
Thanks for the infos you provided concerning the collected ratio !

@amice:

uTorrent does have the Downloaded field. right click the menu bar and enable it  

Amice, oh yesssssssss, what a great find ( even if it was written somewhere in utorrent Help file, you're the great find   ) . I hope reputation can be added in this topic and we won't have problems with ' or other punctuation signs in the title, or the "spread the love before adding reputation" message  :crazy2: (guess I need to repeat endlessly i use this "crazy icon" coz i like it so much lol)

---

So, as shown in the 1st attached pic named "Amice's explanations.jpg", as soon as you right click anywhere on the highlited yellow bar, then appears an endless context menu and…we notice "Downloaded" isn't ticked, I'm gonna tick it right now...and untick a couple of others I don't use (the "label" one, and what about the "#" column, what's its use ? So many questions !)

---

Btw, the 2nd and 3rd attached pics show last Utorrent release / build : 2.0.4 , build 22967
Why do I have to download periodically (and blindly) utorrent.exe from utorrent site, to discover a new public build each time ?
It happened a few days ago with build 22450 (mine was 22150), today it happens with build 22967

My general Utorrent preferences :

• Check for updates automatically : selected
• Update to beta versions : UNselected

But these new builds aren't beta version at all, because they come directly from the BIG green "download" button found on utorrent main page (that only stipulates 2.0.4, no build # shown), which means each new user to utorrent will download the last build 22967, it's not beta at all !

So the question is : why my (our) "old" 2.0.4 version doesn't automatically upgrade to the last build when we open utorrent ?
tia

PS: I just got the message : "Please spread the love before giving it to this user again." grrr...

[amice]

no need to worry about it - the time delay of new versions is intentional. there are 3 uTorrent streams released, each of them has its beta versions. because their development is very fast, programmers decided not to release the very new versions soon - it would bring too many client downloads, and it's actually useless. as soon as there is a greater code change, they force automatic uTorrent updates.

one detail by me more precised:
@amice:

reset of session counters has two phases, timeshifted. as soon as the stop signal is received, transfer speed counters get reset first. there is no way to avoid it. but: if you resume your transfers in a short time after stopping, uploaded counters remain intact. the time limit is about 1 minute.

it's 15-20 seconds only, sorry.

[blackdid]

okkkkkk ty amice, I won't worry anymore.
Btw, in "amice" you find "ami" at the beginning and "ami" means "friend" in french.

Guys, can you imagine you got a Mod whose nick is "friendly" ?
Well to me it's same when I read "ami"  

Hmm no…not this little smiley, he deserves more :
Well to me it's same when I read "ami"

[MrMazda]

@blackdid:

okkkkkk ty amice, I won't worry anymore.
Btw, in "amice" you find "ami" at the beginning and "ami" means "friend" in french.

Guys, can you imagine you got a Mod whose nick is "friendly" ?
Well to me it's same when I read "ami" 

Hmm no…not this little smiley, he deserves more :
Well to me it's same when I read "ami"

I didn't even notice that until you pointed it out lol

[amice]

you hit the nail - it was the intention