У кого-нибудь работают
настройки очереди в µTorrent (
Options|
Torrent Options|
Queue Settings)? Хочу, чтобы было активно максимум 3 торрента, из которых 2 работало бы либо на закачку, либо на отдачу, оставшийся один, если есть, --- всегда на отдачу. Установлено:
Maximum number of active torrents (upload or download): 3
Maximum number of active downloads: 2 Реально же получается следующее: имею 2 торрента в списке, оба работающие на отдачу (состояние
Seeding). Добавляю новый торрент на загрузку, а он, вместо того, чтобы стартовать, остается в состоянии
Stop.
Кстати,
netstat -n может помочь в
выявлении лишних соединений? Просто, можно было бы подбирать таким образом для себя оптимальное число соединений, если предположить, что увеличение числа соединений с состоянием
TIME_WAIT означает только то, что большинство из них простаивают по моей вине, то есть неспособности моего соединения обслужить столько соединений. То есть, если большинство соединений находится в состоянии
ESTABLISHED,
SYN_SENT или
SYN_RECEIVED, значит все в порядке, число соединений на торрент (при условии работы только одного торрента) можно увеличивать. Как только появилось большое количество (скажем, 20% и выше) соединений с состоянием ожидания, это может означать, что это лишние соединения, которые не используются, так как под их обслуживание не хватает ширины канала. Можно понижать число соединений. То же самое можно провести и для общего числа соединений при работе нескольких (желательно больше двух, чтобы улучшить состоятельность оценок).
Есть в таких действиях какой-то смысл?
Нашел
статью про приоритеты пакетов:
Цитата: Assigning TCP ACK packets to a higher priority queue is useful on asymmetric connections, that is, connections that have different upload and download bandwidths such as ADSL lines. With an ADSL line, if the upload channel is being maxed out and a download is started, the download will suffer because the TCP ACK packets it needs to send will run into congestion when they try to pass through the upload channel. Testing has shown that to achieve the best results, the bandwidth on the upload queue should be set to a value less than what the connection is capable of. For instance, if an ADSL line has a max upload of 640Kbps, setting the root queue's bandwidth to a value such as 600Kb should result in better performance. Trial and error will yield the best bandwidth setting.
Из нее следует, что можно назначить приоритет пакетов ACK выше приоритета пакетов с данными!
Вот
еще одна статья:
Цитата: On asymmetric Internet links like DSL and often Cable, a big upload that consumes all of the available upstream bandwidth can render the link almost unusable by producing a huge backlog in the DSL/Cable modem's buffer, thus increasing the delay to several seconds. Because ACK packets (TCP acknowledgments) for received data are delayed or even lost as well, download speed drops, too.
This problem can be solved by prioritizing these ACK packets, so they will be sent out before any other upload packets. Here's how to do it with m0n0wall.
Кроме того, везде говорится именно про асимметричные протоколы, хотя мне не понятно, раз речь именно в задержке пакетов запроса, то причем тут асимметричность, ведь они точно так же будут задерживаться и на симметричном канале?
А как это сделать на виндосе?
. Модем у меня lucent 56k. 
