FreeBSD Port: ktorrent-3.1.6_1

Chuck Robey chuckr at telenix.org
Mon Feb 16 10:27:45 PST 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jonathan wrote:
> Chuck Robey wrote:
>> I finally found an odd fix, not sure why it worked this way, but I thought to
>> pass it along on the hope that maybe it will work for you as well as it did for
>> me.  My max upload is  about 38KBPS, my max download is about 160KBPS.  I'd set
>> for to -1, so that the u/d rates would be set to infinite, so that the torrent
>> client would intelligently choose the best rate.  But my experience showed that
>> my max ACTUAL gross download was only about 25KBPS (remember, I was expecting,
>> from the torrent protocol, to get better than 6 times that.)
>>
>> Well, finally losing all hope, I decided to set the upload rate down to about
>> 20K, so I could use the reserved rate for other entertainments.  IMMEDIATELY
>> upon limiting the UPLOAD rate to 20K, the download rate shot up to nearly my
>> 160K maximum.  I can't understand this, but I tried to move the upload/download
>> rates around a little bit, to verify the finding: that I just should NEVER set
>> the rates to infinite, and that (at least in ktorrent) the max download rate
>> really was attainable.
>>
>> I haven't any idea why this worked for me, only that it did do this, reliably.
>> I may go back to trying previous torrent clients now.  What a fine way to spend
>> the afternoon!
> 
> Your problem is not related to the one I and the others have.  Your
> problem is caused by your upstream being so saturated with data packets
> that the acknowledge packets for the downloads are being delayed or
> dropped.  A much more detailed description and more general solution can
> be found here http://www.benzedrine.cx/ackpri.html

You may be right, I said I didn't understand, but if my upload was supposedly
satured, it makes less sense to me that it never showed as using more that about
10K (5K for the average, really) and my limit (for both upload & download) was
set to -1 (infinite).  I didn't see why that would cause saturation, although
the other results (having the download rate go from very limited to a max value)
do kind of support such an idea.  Why would my setting the rates both to
infinite cause saturation?

Or is maybe the upload rate that's being set being only affecting one use of
upload, but not all uses of upload?  That could be twisted in that direction, I
guess, choking off the ability to use uploads for acks, because it's all being
reserved for some other use?  Boy, that surprises me, but it's it's what's
meant, it could explain things.

> 
> --
> Jonathan
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmZre8ACgkQz62J6PPcoOkCNACgg9KLcYQPqfMt7PSnNzGxIR4N
4esAnjz53tOMiKIGUAQmXzHonyUeDAi2
=FKsT
-----END PGP SIGNATURE-----


More information about the freebsd-ports mailing list