You can check this with a packet sniffer. If there isn't any traffic to the call-home address, it's really been removed.
You can "limit connection number" as of v0.3.0.and the question of opening too many connections at the same time - there should be a way to limit that so that the modem won't be over saturated with connections
@SomeGuy: BitTornado spoof is proportionally easier to code than Azureus or uTorrent.
"I just remembered something that happened a long time ago."
In their scientific article, they say that it is not the "too many connections" which kills the modem. That this is a myth. They put what they found to be the optimum number of connections to get a high speed, and they found that it doesn't kill modems, although it would be considered too many connections by some. They prove it in their tests by not having one modem kills. Mine did not and I have a normal chinese one that is made for my 50kb/s speed
But it does kill routers - most home ones can't handle more than 255 connections.In their scientific article, they say that it is not the "too many connections" which kills the modem.
"I just remembered something that happened a long time ago."
Well, they talk about how they were trying to find the optimum number of connections that ensures high speed without killing the router. This optimum number of connections could be considered too many by some people.
In my experience, and since I was afraid of this because of the TF guy saying that it killed his router, I paid attention to the connections tab in BitThief. It only made 45 connections in my case maximum. I did pay close attention to this, so I don't know, maybe it has some way to assess how much your router can handle or something
perfect test example for determining how much download speed can be achieved, would be interesting to make a parallel comparison between Shu/BitComet/BitThief (modified)/utorrent (modified)in normal public movie torrents with 1000 seeders and 9000 leechers,
so what is their 'optimum' number of connections, over 255?
imo too many connections cause the modem/router to freeze (stop responding) or to restart, but it shouldn't be destroyed/killed ?!
btw, does it have an option to auto-disconnect/temporary ban (or manual option like azureus) slow seeds or to prefer faster users (even if they are maybe under 100% finished at that moment)
Yes, it is, and just as an unrelated piece of information, I remember Deluge once reached 100kB/s on such a public torrent, while uTorrent got stuck at 5kB/s.
Yes, you're right. I'm sure the TF writer meant that it killed his network connection. Here's the original quote:imo too many connections cause the modem/router to freeze (stop responding) or to restart, but it shouldn't be destroyed/killed ?!
Originally Posted by ErnestoSeems not, at least I can't find it.btw, does it have an option to auto-disconnect/temporary ban (or manual option like azureus) slow seeds or to prefer faster users (even if they are maybe under 100% finished at that moment)
"I just remembered something that happened a long time ago."
naturally there should be more tests on one torrent and also on more torrents to avoid possible misinterpretation of the results
man, you're dedicatedTF writer meant that it killed his network connection. Here's the original quote:
imo it would be a good idea to implement something like that, considering the following quote (it could also allow for lower number of used connection):btw, does it have an option to auto-disconnect/temporary ban (or manual option like azureus) slow seeds or to prefer faster users (even if they are maybe under 100% finished at that moment)
Seems not, at least I can't find it.
So this client is made with only one purpuse: Download as fast as possible, and get the files in the shortest amount of time.
Let's test the rumors: Has BitThief killed the connection or frozen the router of anyone here?
Let me start: I had no problems with it, and it had been running for 2 days. Maximum number of connections reached with BitThief is 45, which is not bad.
And with similar settings whenever possible - no upload is achieved by unticking "upload" in BitThief, ticking "No Upload" in the Azureus Hack, and setting the amount of global upload slots to a negative number in uTorrent (working?). Things like the max. amount of connections, slots, rate limits, etc. should also be the same. (You'll notice BitThief doesn't have too many settings to play around with)naturally there should be more tests on one torrent and also on more torrents to avoid possible misinterpretation of the results
Perhaps it already does that if you limit the amount of connections? I recently halved my uTorrent's, and it still connects to the fastest peers.imo it would be a good idea to implement something like that, considering the following quote (it could also allow for lower number of used connection):
@SomeGuy: it hasn't killed my network/modem, but if you don't limit the maximum amount, it should theoretically be able to make an infinite number of connections, specially on very active torrents - and as proven by TF (even though they used an old BT version) that's an amount routers can't cope up with.
Except on some special cases, opening many connections when you have a direct line (PC -> modem -> Internet) shouldn't really make the modem crash, although it can greatly slow you down.
"I just remembered something that happened a long time ago."
As you might have noticed from the screenshots I provided, I had that torrent running for 20 hours straight without any router problems.
When I used BitComet though, I did actually have my internet connection drop a few times at first. I am on wireless. So I understand what you are saying.
BitTyrant did not overconnect in my case. Maybe it is something to verify
BitTyrant is based on an old Azureus core - so it surely has an option to limit your maximum connections, right?
By the way, I have just tested the fake share ratio option. It effectively acts as a mini-Ratio Faker, and sends an upload that's your download multiplied by the number you set:
(Fake share ratio = 2.64)Code:GET /announce?info_hash=...&port=45503&uploaded=2768240&downloaded=1048576&left=731822489&num... HTTP/1.1
"I just remembered something that happened a long time ago."
its nothing against BitThief, this 'multiple connections issue' is a characteristic of all modems, regardless of the torrent client usedLet's test the rumors: Has BitThief killed the connection or frozen the router of anyone here?
Let me start: I had no problems with it, and it had been running for 2 days. Maximum number of connections reached with BitThief is 45,
if you read previous posts, we were talking about 255+ connections that should render the modem/router unstable after some relatively short amount of time has passed while working in 'many connections' mode
somehow i doubt it, i suppose they would reveal it in their documents, but its possible neverthelessPerhaps it already does that if you limit the amount of connections
provided that the modem is of really good quality (industrial ) and has some kind of protection from too many connections 'requests'; which (quality) in most home connection cases isn't adequately providedExcept on some special cases, opening many connections when you have a direct line (PC -> modem -> Internet) shouldn't really make the modem crash, although it can greatly slow you down.
I think it will be a good idea to test the clients we are talking about.
So who here has a big enough pipe and would like to volunteer to do this speed-test?
I think a good public torrent like ubuntu or OpenOffice are good places.
These are just suggestions. As anon said, maybe uTorrent with the negative number upload, Vuze extreme with no upload, BitThief, maybe just for fun BitComet and Deluge can be put head to head and we can see which does really deliver. Maybe ThunderMod could be included too. If we do this, this will be popular on google searches
It is up to you guys. You know my connection. If I had a bigger pipe, I would definitely volunteer to do this.
Bookmarks