a smaller buffer size seems, counterintuitively, to improve the overall transfer rate when speed limits are turned on, because it gives more peers a chance to be involved in xfer before we hit the limit.

This commit is contained in:
Charles Kerr 2008-01-09 19:22:25 +00:00
parent 591f7f8b10
commit 5d93bd2c93
1 changed files with 1 additions and 7 deletions

View File

@ -72,13 +72,7 @@ enum
PEER_PULSE_INTERVAL = (100), /* msec between calls to pulse() */
RATE_PULSE_INTERVAL = (250), /* msec between calls to ratePulse() */
/* 13 is the size of the BitTorrent overhead of a BT_PIECE message...
* since all (or nearly all) piece requests are 16 K, this typically
* means we'd fill a 4096 K outbuf 5 times (4096, 4096, 4096, 4096, 13)
* but by adding the 13 here we can shorten it to 4 refills... not sure
* if this actually makes any difference since the libevent layer smooths
* things out anyway, but it doesn't hurt either... */
MAX_OUTBUF_SIZE = (4096 + 13),
MAX_OUTBUF_SIZE = (1024),
/* Fast Peers Extension constants */
MAX_FAST_ALLOWED_COUNT = 10, /* max. number of pieces we fast-allow to another peer */