Jump to content

Priority to manually added peer


eger

Recommended Posts

I started taking advantage of the Add peer option to add peers that are on my LAN to have faster transfers to local clients. It does work fast when they connect. But all too often all the upload slots are already taken and the added peer is choked for a long while.

Maybe there could be an advanced option for adding priority to manually added peers or forcing manually added peers to not be choked?

Thoughts on this?

Link to comment
Share on other sites

That should also work. Though again the main reason is the waiting time it takes to get the connection. Sometime we will wait for optimistic unchoke either and in the time it takes to wait, the file could be done already if it was connected at the time of the peer add. =)

Link to comment
Share on other sites

Oh I see! Well in that case. Maybe we could have them forced connection and not choked if they would be. I'm not sure how feasable this is or how much user influence this has on the overall torrent. I do like completing multiple seeds on LAN very quickly. But again I do NOT like user influenced peer behavior.

Link to comment
Share on other sites

I don't see the harm in having the option to force the giving of upload slots to 1 or 2 manually added peers... it seems to have a far greater potential for good than bad, since people are probably adding them for the sake of the swarm; e.g., adding someone on a LAN with your or with the same ISP for improved speeds. Plus, you can't force a manually added peer to give slots back to you, so no worries there. I wonder what ludde thinks of this? :-)

Link to comment
Share on other sites

Well the option to add peers is already there, so couldn't you try doing that firewall trick with the current client? Besides, what do you mean 'only upload to you'? They're in the swarm, and as I stated earlier, you can't force an added peer to send data back to you. I'm not really seeing a great potential for abuse...

Link to comment
Share on other sites

So you automatically start uploading/downloading to a manually added host if it is on your local network.

Local network IPs are

10.0.0.0 - 10.255.255.255

172.16.0.0 - 172.31.255.255

192.168.0.0 - 192.168.255.255

I wouldn't expect it to be implemented this way if it would be. A local LAN segment IP can be any IP. Even public addresses on the net that are on my same switch or 1 or 2 routers away might be considered local or 'high-speed' connections which you might want to immediately peer with if you have manually added them.

Link to comment
Share on other sites

The idea is your not ONLY peering with your firends. A manually added peer shoudn't count as a slot against your set limits. This way if you don't have the bandwidth and your adding peers manually no one will benefit anyways. But in the case you do have the bandwidth and want it used you can add an extra slot or 2 that is not going to hurt current peers performance.

I do see the cause for concern on the influence this has on the swarm. Just for that reason alone it might never be added as a feature I realized...

Link to comment
Share on other sites

Im not sure how 'fair play' that would be. Lets say i keep adding my friends to a torrent manually, and they will always get priority, repeat, etc'. Thats kinda allowing bad behavior to be used.

If you keep disconnecting and reconnecting them manually, sure that would happen -- but that's going to be painful.

Optimistic Unchoke normally only lasts for 30 seconds and it's only if that client uploads back to you that your connection is likely to continue uploading to it.

Link to comment
Share on other sites

Yeah...people that want to cheat that bad probably aren't really into using uTorrent anyway... :-P I mean, saying it'll cause some massive conspiracy of people making sub-communities within torrents if we allow a manually added peer to actually connect to us in a reasonable amount of time instead of possibly never seems kind of silly, doesn't it? ^^; My vote is still to implement this in whatever form is appropriate. :-)

Link to comment
Share on other sites

  • 6 years later...

Archived

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

×
×
  • Create New...