Jump to content

µTorrent 2.0 released


Recommended Posts

  • Replies 659
  • Created
  • Last Reply

Top Posters In This Topic

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

"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... ;P

And 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

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

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

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 TCP

2 = outgoing uTP

4 = incoming TCP

8 = incoming uTP

16 = new uTP header (2.0+ only)

255 = use everything (future-proof).

Link to comment
Share on other sites

Firon wrote:

tcp rate control will not work if there are no active uTP connections

OK than. so it had no effect on my TCP-only or uTP-only tests here (bt.transp_disposition = 5/10):


(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:


Link to comment
Share on other sites

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


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")?


Link to comment
Share on other sites


This topic is now archived and is closed to further replies.

This topic is now closed to further replies.

  • Create New...