rafi

yess... thanks

still, with trans_disposition = 15, calc_overhead = true, it seems not so good... By rafi_d

no problem. so, should we better use 1.8.3 for now? or it's kind of a single-quick-fix/alpha in the 1.9x tree here?

Yes, same here... I think you are on to something... here is what I get with one torrent downloading: When I start a torrent DL with calc_overhead - true - DL limiter fail to work correctly (also if I turn it off afterwords). Only when I turn it to false AND ONLY then start the torrent - it works... Pay attention also to the fact that the UL shows a big overhead and drops almost the full 10K I allocated when the DL is only 50K ... edit: also - with trans_disposition = 5 - all is well... so, as expected, it's the new code that should be blamed... By rafi_d

Well, I can see that a few other users have reported the issue, most with ADSL and low UL (maybe this is the case the issue manifests itself more) . What I can suggest for you is to try the same configuration (I'll email you my dat files) and focus on low UL limit (~10-15K). Make sure you measure with some external tool . AS for the test conditions: 2 DL tasks and one seeding task with ~3-4 slots was enough to cause it. Make sure you have a popular torrents (~1000+ peers). It was no effort at all to "break" the DL limit. with the UL limit - it was more "difficult" to see it on the speed graph, but you could see it easily with an external tool. I guess we can count on the the report you had in the 1.8.3 thread that with TCP it performed good, but you are more interested in uTP , right ? ... I can only point out one more thing, that in my case - I am behind a NAT and had to change the external IP with my ISP ( actually switch to another ISP) a few times during the download. Maybe it is related. good luck!

you better test it some more before back-porting ... my evaluation was that there is still some debuging/tuning to do for it to be working properly... http://forum.utorrent.com/viewtopic.php?pid=402717#p402717

@ bt.transp_disposition = 15, XP SP2, ADSL 1.6Mbps/160Kbps ,2 DL tasks 1 seeding task, 2 slots per task, calc_overhead = true - download limiter is still broken in here ... - upload speed (measured with external tool) is still above the UL limit (~200 connected peers, calc_overhead=true) - clearing of the main listview on download click in the RSS view - is still happening By rafi_d By rafi_d

right... it still can be... you just have to change one word in the code...

oh ? this is a major fix, regressing uT from beta to alpha, eh ? ... btw, will this attend to the inaccurate speed limiters' issue too ?

10 ? so,you should be seeing only uTorrent peers now? since it's set to operate in uTP only ... right ? I suggest you try y 15 and allow other clients to connect too... also see if the limits are good with this setup as well.

I wonder why Firon has not yet posted a warning in the first post to indicate this known issue, so people will not get it, be disappointed and revert back...

not

RSS issue: cannot disable a feed when it is in "RED" state (having problem connecting to) . You can test it with a wrong URL. and if we are at it - can you add a "substitute text" feature per feed, so that in feeds like this one : http://www.torrentportal.com/rssfeed.php?cat=3 we will be able to substitute the word "details" with "download" and ,make it down-loadable in uT ? Edit: maybe it IS being disabled, but the icon is not changing to the "disabled" icon, unless you exit and re-run uTorrent...

@Levonok : not until you test the limiters again... (download limit, and upload limit when seeding only) it is not working for all the rest of us, so you have to tell us what did you do to make it work... and make sure you have bt.transp_disposition = 15 and net.calc_overheaqd = true please... (the defaults) I bet #802 is just some leftover debug code...

Noctem: already reported a few posts up...

1.9 beta issues: 1) I set download limit to 80, and I get 130-150 ... seems like it's still broken. 2) You forgot to put in Richard's fix for the issue RSS "all feeds" clearing of the whole main view when clicking "download" (sometimes... ) - caused by un-focus on the "all feeds" item... 3) with bt.trans_disposition = 15 there seems to be a problem with uTP uploading peers. They seem not to be connecting ... I can not see many/any uTP peers uploading at all . Changing to 5 - seems to fix that... DL limit = 50, UL limit = 13

Same here... it really hurts my eyes...

beyond the back-ported 1.8.3 modifications ?

Illusion4u , and if you set bt.transp_disposition to 128 (disabling all...) ?

http://forum.utorrent.com/viewtopic.php?id=49813&p=1 Outgoing uTP (connection initiation) as I understand it

yes, 15. They probably wanted to keep it backwords compatible to 1.8.2 ... still...

sorry about that, but this was not my intention. I was just kidding... but then I thought, maybe eliminating ALL communication to peers (also responses to incomings) can help too. Anyways, I think people mentioned correlation of CPU consumption to bad interaction with external applications (firewall/NOD32, av, etc) edit: the idea was to use bit mask such as 128 so to have all TCP+uTP bit set to 0...

and just to be sure - disable TCP as well...

I liked your "roller-coaster" metaphor ... it is really so (also in 1.9) ...

- deleted -