BakaBT > Need Help? Ask Here

Maximize Upload

<< < (5/7) > >>

jaybug:
Is the only purpose for Global upload rate limiting to allow for speedier web surfing? Because aside from that, all it is doing for me is making the graph under the Speed tab in the client window too large to make a good guess as to how well things are going.

I've checked the bandwidth allocation of each torrent, and only one has been set to high. Currently it is only seeding at 2kBps. That torrent is 8.67GB, is the reason for such allocation.

So far the best way I can find to have a high seed rate is to pause most all the other torrents. Then changing which torrents to resume after either a few hours, or after a leechers has reached 100%.

If a leecher cannot accept a high rate, I'll add another torrent to try to give someone else a shot at getting their download finished more quickly.

BuriaL:
"Global upload / download rate" limits the amount of data that goes back and forth.
Its useful to set this a bit lower than youre actual speed. The client dont tell you how much "traffic"(the communication data to other clients and servers) it generate.

The more connections you got open, the more traffic. If youre upload/download + traffic = higher than bandwith..you choke and youre client cant communicate properly.

jaybug:
uTorrent now has, what they call overhead, and I assume this is what you mean by traffic. The information needed to coordinate between all the clients in the swarm. But there is no Global Download rate. At least not where the Global Upload Rate is located...

I'd like to know why, when I have set the limit to seed/leech a maximum of four torrents, it still wants to have eleven running concurrently.

Freedom Kira:
I was under the impression overhead meant the occasional transmission of bad data (which means you'd have to redownload the piece(s)).

Do your seeding torrents show "(F)" next to "Seeding"? The (F) means forced, afaik.

Otherwise, if you meant "running concurrently" as in they all say seeding, it should be because at most only four of them are ever moving. I don't think the status changes to paused when it's not moving.

Then again I'm not a huge uTorrent user, as I just use it on my laptop occasionally. So I could be wrong about all that.

jaybug:

--- Quote from: Freedom Kira on June 30, 2010, 05:00:10 AM ---I was under the impression overhead meant the occasional transmission of bad data (which means you'd have to redownload the piece(s)).

Do your seeding torrents show "(F)" next to "Seeding"? The (F) means forced, afaik.

Otherwise, if you meant "running concurrently" as in they all say seeding, it should be because at most only four of them are ever moving. I don't think the status changes to paused when it's not moving.

Then again I'm not a huge uTorrent user, as I just use it on my laptop occasionally. So I could be wrong about all that.

--- End quote ---

A: Oh? That never crossed my mind. It seems to work itself out and I have yet to see a glitch watching my anime even if a couple hash checks failed.

B: No "F"s. But I think perhaps that a torrent is forced if that option is unselectable after right-clicking on the torrent. As most of my torrents are selectable for Force Start. But pausing the torrent will stop seeding after a bit.

C: The 2.0.1 uTorrent client now shows a torrent to not be ready to upload when the blue up arrow turns to a light blue up arrow. Good thing my partial color-blindness is only for reds and greens, eh? lol

Tonight's experiment will be to seed only four torrents, and see if I picked the right ones, and can maintain speeds around the high 80s, all night. I doubt that I could keep that speed with say only two torrents active. Someone would come along with a slow download speed, and mess it all up, wouldn't you know?

As of right now, I have six unpaused torrents. Three are seeing, one is downloading, two don't have any leechers connected. And my overall upload speed seems to be in the same 80s range as before. Highest upload speed is in the thirties and the low one is ion the teens.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version