Option to switch between round-robin and the old method.

[boo]

I was wondering if a option that enables you to switch between round-robin peer connecting with

the old method of peer connecting in µTorrent. So maybe a true/false option in the advanced settings could be added please

Reason is that the round-robin causes problems with both the amount of peers that can connect and also that it takes a very long to connect to peers.

It could be because of my digital telephone that uses my internet acces.

The lan cable is connected to this telephone machine(that enables me to use the internet acces for the digital phone), then this machine is connect to the internet socket in the wall.

It's possible that it can't handle the round-robin method of peer connecting.

So please, can a option to switch to the old method be added in µTorrent??

I think it's possible others also expierence problems with µTorrent since round-robin was added.

[Animorc]

The round-robin method made it impossible for me to use µTorrent since it for some unknown reason turns my normally well-tempered Cisco 871 router into a bad mood.

Edit: So an option would be nice

[1c3d0g]

That's why it would be nice to have the option to select between the methods...

[dAbReAkA]

i have no problems with this method of connecting but the ability to switch won't disturb me

[dudeboyz]

I would love to see this option too.

What version of Utorrent did the change occur? 389? Or earlier?

Thanks

[boo]

dudeboys, the change happend in build 382.

[Switeck]

The only thing I can think of is with round-robin, µTorrent keeps getting "stuck" trying to connect to dead (offline) peers. Then it won't try new ones until the connections timeout.

With the other method and enough peers, it would hit-or-miss till it found some working peers -- as the probability that it found all the nonfunctional peers at once is lower. (This assumes the bad-to-good peer ratio is low.)

[dudeboyz]

dudeboys, the change happend in build 382.

Thank you very much.

BTW, when did RSS become a feature too? 382 and later as well?

[boo]

no, RSS was added in 1.3 stable.

[hofshi]

I think that RSS was only added in the beta. no RSS in official v1.3

[Firon]

RSS was added in the first (private) 1.3.1 beta

[boo]

ok, my mistake

have ludde said anything about what he thinks about this request?

[dudeboyz]

is the RSS feature causing a lot more data strings on the TCP, leaving less room for torrent uploads and downloads and such?

[Firon]

If you don't have any feeds in the list, then no. If you do, then it only updates once every 30 minutes.

[dudeboyz]

Thanks. Just trying to get an understanding for things is all.

[boo]

dudeboys your getting off-topic now

[dudeboyz]

I'm wearing out my welcome.

[splintax]

dudeboys, the change happend in build 382.

So it's still in a beta version. I'd say ludde will probably do this then and probably improve the round-robin method.

BTW, anyone want to clarify for me exactly what the difference is? :/

[Firon]

Not at all dudeboyz.

splintax: before it was a 50% chance of connecting between 1-30 peers every second. Round-robin lets torrents connect to peers in rotation, I believe.

[boo]

and this rotation or whatever it does, seems to cause problems for some routers and other network machines like my digital phone modem/machine(or whatever you should call it) for example.

So a option called 'network.round_robin' which by default is true,

but if round-robin causes problems for you, you can set it to false.

[Firon]

Lower your net.max_halfopen then.

[boo]

why would that help?

[Firon]

Because the number of connections it's making at once is overloading your hardware. With round-robin, it actually USES up to net.max_halfopen. With the old method, it didn't, hence why it wasn't a problem. So, lower it.

[boo]

hmm, ok its a good temporary solution, but it would still be good if the option to switch between the methods could be added.

[boo]

I lowerd the net.max_halfopen to a amount of 37% of the old amount and

µTorrent still connect much slower to peers then µTorrent version before round-robin.

I don't think my hardware is weak, I used to run a DC hub with 2000 users,

which the same limit in the tcpip.sys and I never had a problem that it took a long time for users to connect