Greg Hazel Posted February 10, 2010 Report Share Posted February 10, 2010 Yes, those problems indicate issues with bt.tcp_rate_control, not uTP. Link to comment Share on other sites More sharing options...
Ondoy Posted February 10, 2010 Report Share Posted February 10, 2010 On #520, overhead is much more why call it to stable. I can't understand.Maybe I'm not strong in English, Sorry for that. Link to comment Share on other sites More sharing options...
Greg Hazel Posted February 10, 2010 Report Share Posted February 10, 2010 So 17.5% is too high, but 9.5% is ok? Is 13.5% ok? Link to comment Share on other sites More sharing options...
Ondoy Posted February 10, 2010 Report Share Posted February 10, 2010 I mean utp design for maximize bandwidth, why it's overhead more than tcp which older.I though utp will use bandwidth less than tcp and finished download quicker because it's use lesser overhead. Link to comment Share on other sites More sharing options...
Greg Hazel Posted February 10, 2010 Report Share Posted February 10, 2010 You're mixing a few concepts. uTP was designed for minimizing congestion, while still maximizing throughput. It does add some overhead, which we'll work to reduce. The effective rate of throughput minus overhead (sometimes called "goodput") is slightly reduced as a result, but this is a small price to pay for a more responsive network.We're working on lowering the overhead, but outside of rafi's scary-looking graphs, you shouldn't have any serious problems with it. Link to comment Share on other sites More sharing options...
Ondoy Posted February 10, 2010 Report Share Posted February 10, 2010 I have no problem, just confuse and not see real benefit of utp when compare to tcp.Again my English is weak. Link to comment Share on other sites More sharing options...
Greg Hazel Posted February 10, 2010 Report Share Posted February 10, 2010 The benefit is that you no longer need to set and upload rate limit in order to keep from overloading your internet connection. Anyone on the network can check email, browse the web, do whatever, and uTP will transfer as fast as possible without getting in the way. Link to comment Share on other sites More sharing options...
rafi Posted February 10, 2010 Report Share Posted February 10, 2010 "scary-looking" ? ... next time I'll put some smilies on them... it's just how reality looks, using highly precise state-of-the-art measurement tools... you should buy some for yourselves... ;PAnd as for uTP changing your (Internet) life, and not limiting your upload - I like it. though - it takes two to tango... are you in contact with other clients' devs ? which one is working on it ? Link to comment Share on other sites More sharing options...
Greg Hazel Posted February 10, 2010 Report Share Posted February 10, 2010 I was referring to your red highlighting and bold formatting. Link to comment Share on other sites More sharing options...
Ondoy Posted February 10, 2010 Report Share Posted February 10, 2010 Hmm... I can get it. Just last one question what is tcp rate control how it work. Link to comment Share on other sites More sharing options...
Greg Hazel Posted February 10, 2010 Report Share Posted February 10, 2010 bt.tcp_rate_control was our attempt to slow down TCP based on the information we can learn from uTP connections. Where this fails is when the speed of uTP connections is tiny compared to the speed of the TCP connections we're limiting - in your case, the TCP connection is an ISP-level seed box, so there's no way normal uTP connections to other peers could go as fast.We're working on improvements to this. Link to comment Share on other sites More sharing options...
rafi Posted February 10, 2010 Report Share Posted February 10, 2010 I was referring to your red highlighting and bold formatting.Well, I tried my best to scare you there, but seems like I missed the red 8% improvement I expect ... at the least... ;P Link to comment Share on other sites More sharing options...
moogly Posted February 10, 2010 Report Share Posted February 10, 2010 bt.tcp_rate_control was our attempt to slow down TCP based on the information we can learn from uTP connections.I imagine if a user set bt.transp_disposition=5 (only TCP traffic), the use of bt.tcp_rate_control is reduced to zero, isn't it? Link to comment Share on other sites More sharing options...
arvid Posted February 11, 2010 Report Share Posted February 11, 2010 I imagine if a user set bt.transp_disposition=5 (only TCP traffic), the use of bt.tcp_rate_control is reduced to zero, isn't it?Yes, tcp_rate_control only kicks in when there is a significant number of uTP peers trying to upload (or download) stuff. Link to comment Share on other sites More sharing options...
rafi Posted February 11, 2010 Report Share Posted February 11, 2010 it is ALSO depended on bt.transp_disposition shows a mix of uTP and TCP (bits 1 or 4), right ? if both uTP bits 2 & 8 are 0 - it will not function too, right ? Link to comment Share on other sites More sharing options...
Firon Posted February 11, 2010 Author Report Share Posted February 11, 2010 tcp rate control will not work if there are no active uTP connections, or even just a few. So naturally, if uTP is disabled, then tcp rate control will not kick in.And for your reference,1 = outgoing TCP2 = outgoing uTP4 = incoming TCP8 = incoming uTP16 = new uTP header (2.0+ only)255 = use everything (future-proof). Link to comment Share on other sites More sharing options...
GHammer Posted February 12, 2010 Report Share Posted February 12, 2010 So then, is a setting of 10 not the way to get utp only? Link to comment Share on other sites More sharing options...
Firon Posted February 12, 2010 Author Report Share Posted February 12, 2010 10 will do uTP only, yes. 26 will limit you to just 2.0 (and up) users. Link to comment Share on other sites More sharing options...
GHammer Posted February 12, 2010 Report Share Posted February 12, 2010 I've been using 10, but just to make clear.26 or 16 as indicated in your reference post?Thanks for an elegant app! Link to comment Share on other sites More sharing options...
Zarggg Posted February 12, 2010 Report Share Posted February 12, 2010 2 (uTP Out) + 8 (uTP In) + 16 (2.0+ Header) = 26 Link to comment Share on other sites More sharing options...
rafi Posted February 12, 2010 Report Share Posted February 12, 2010 Firon wrote:tcp rate control will not work if there are no active uTP connectionsOK than. so it had no effect on my TCP-only or uTP-only tests here (bt.transp_disposition = 5/10):http://forum.utorrent.com/viewtopic.php?pid=451492#p451492(since it was 'true' at the time) I have added more remarks/conclusions at the bottom there. My (educated...) guess - is that the extra DL overhead might be caused by the extra transactions/packets transferred in uTP due to smaller packets' size.Also I have suggested some more statistics here: http://forum.utorrent.com/viewtopic.php?id=68434 Link to comment Share on other sites More sharing options...
Auzl Posted February 12, 2010 Report Share Posted February 12, 2010 Sorry for making my first post here and not knowing much.I just wanted to ask if it's okay to upgrade to 2.0, if I usually don't care much about configuring everything I can and if 1.8.5 has been working so well here. All these latest posts are making me not want to... Link to comment Share on other sites More sharing options...
rafi Posted February 12, 2010 Report Share Posted February 12, 2010 Yes it's OK. I use it... You can save/backup your uT 1.8 *.dat files and always go back if you really have to. Link to comment Share on other sites More sharing options...
Firon Posted February 12, 2010 Author Report Share Posted February 12, 2010 I use 2.0, it works pretty well for me. Link to comment Share on other sites More sharing options...
lusus Posted February 13, 2010 Report Share Posted February 13, 2010 Hi:I use utorrent since some months ago, and I'm very happy with this software. Now I'm using 1.8.5.I have a question about the option "Enable bandwidth management" in utorrent 2.0.I will explain my case: I like to use always all the available bandwidth (250 KB/s) of my connection to upload on ed2k and BT networks. Normally emule is using nearly all the available bandwidth (250 KB/s) because utorrent is not uploading any files, but when utorrent is uploading "at the maximum" and emule is uploading "at the maximum" too, utorrent uses 2 / 3 of the upstream bandwidth (166-167 KB/s) and emule 1 / 3 (83-84 KB/s). I'm a user of private trackers with ratio limits, so I would like even that utorrent used more upload bandwidth when bot are uploading "at the maximum". The ideal for me would be that, by setting higher limits both on emule and utorrent 250-260 KB/s (all upstream bandwidth), utorrent used almost 250 KB/s if needed, and, if not, emule used all the bandwidth to upload.So, with utorrent 2.0, with "Enable bandwidth management" activated, would I upload at less speed when utorrent is in "competition" with emule? If it's not activated, would it be like in utorrent 1.8.5 (2/3 for utorrent, 1/3 for emule "in competition")?Thanks Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.