uTP в uTorrent 1.8 и выше: что, зачем, как?

Нашел в Википедии:

bt.transp_disposition контролирует, какой транспорт должен использоваться для исходящих соединений (это значит, что он пропускает только те соединения, которые разрешены выставленным параметром). Допустимые значения параметра:
1 : разрешить инициировать исходящие TCP-соединения.
2 : разрешить инициировать исходящие uTP-соединения.
4 : разрешить принимать входящие TCP-соединения.
8 : разрешить принимать входящие uTP-соединения.
16 : использовать новый uTP заголовок, данная опция повышает производительность, однако она не совместима с клиентами, не поддерживающими её.
Флаги можно комбинировать. Таким образом, 13 (1+4+8), значение по умолчанию в версиях 1.8.Х, означает возможность принимать все виды соединений, но самостоятельно устанавливать только TCP. 15 (значение по умолчанию в 1.9) разрешает все виды как исходящих, так и входящих соединений. 31 (1+2+4+8+16) разрешает все типы соединений, и включена опция альтернативного uTP заголовка (значение по умолчанию в версии 2.0\2.0.1\2.1). Чтобы запретить uTP вообще (если он вызывает какие-либо проблемы), следует поставить 5 (1+4).

Так вот откуда эта маловразумительная цифра 31

Добавлено спустя 4 минуты 21 секунду:

diskio.smart_hash вычислять контрольную сумму данных прямо в памяти вместо того, чтобы записывать данные на диск, считывать, а затем вычислять контрольную сумму. Должно уменьшить количество считываний с диска.

Тоесть опция призвана продлевать жизнь винта, я правильно понял?

Решил обновить клиент до версии 2.2.
Скачивает так же, раздача тоже идет, но вот статистика раздачи очень странная.
Раньше за ночь мог раздать более 2гб, сейчас при той же скорости не более 500мб.
Кто-нибудь наблюдал в новых версиях подобное?

Можно настроить uTorrent на приоритет раздачи меньше 10 сидов?Очень нужная фишка для нашего трекера!

wgern

sklad600
Это я уже смотрел,в дополнительных настройках интересен только queue.prio_no_seeds: Данная опция дает более высокий приоритет торрентам без сидов более высокий приоритет, чем сидирование других торрентов.Он уже по умолчанию включен и помогает при 1 сиде.Сейчас пробую по-другому:где сидов много-низкий приоритет,где мало-высокий.Приходится выставлять руками,посмотрим что получится.

sklad600
почему так:

Olduzer писал(а):

почему клиент продолжает раздавать при скорости: 0,5 КБ/сек

скорее всего это служебный трафик, а не раздача, точнее посмотри на вкладке "пиры", столбец "отдано"

Попроще

sklad600
klywl как-то вы расплывчато пояснили...вот скрин

Olduzer писал(а):

почему клиент не игнорирует пира

Обмен информацией с трекером... а по другому как он узнает, кому отдавать
Да и uTP прожорливый, у меня TCP 5-10% служебный трафик.

Olduzer писал(а):

sklad600 3.queue.slow_dl_threshold : 1000 byte 4.queue.slow_ul_threshold : 1000 byte ... при скорости: 0,5 КБ/сек = 512 byte, игнорируя выставленные ограничения отдачи.

Я бы лично сначала почитал, а потом тыкал...
queue.dont_count_slow_dl — включение данной опции позволяет uTorrent игнорировать закачки, которые работают на низкой скорости, то есть ниже чем установлено в параметре queue.slow_dl_threshold. В очереди будет отдаваться предпочтение закачкам с высокой скоростью загрузки.
queue.dont_count_slow_ul — игнорирует задачи, скорость отдачи которых ниже чем в параметре queue.slow_ul_threshold.
queue.slow_dl_threshold — уровень, по которому uTorrent различает быстрые и медленные задачи. Скорость ниже уровня, значит задача медленная, выше, значит активная. Указывается байтах в секунду.
queue.slow_ul_threshold — уровень, для раздающих задач, работает аналогично с queue.slow_dl_threshold.

sklad600
спасибо за помощь...
FailWare
уж не знаю чем вызвано ваше раздражение...но я всего лишь вежливо спросил у sklad600 о своей проблеме с "uTorrent", привёл данные настроек, спросил о какой - либо другой настройке и поблагодарил за помощь.

Цитата:

Я бы лично сначала почитал,а потом тыкал

да прочитал всё это в посте sklad600, потому и задал вопрос. Но вот никакого "тыканья" в моём обращении там и в помине нет, это вы зря...

Olduzer
Я не про обращение, а про то, что в настройках тыкать надо сначала почитав
Я имел ввиду, что он не будет останавливать эти закачки (а вдруг сейчас низкая а через 20 секунд будет высокая?) Просто, если будет нужда - при таких параметрах он может оборвать закачку пиру, и отдать сокет более приоритетной задаче.

Сколько не игрался этими настройками(еще будучи на Стриме) - неа...
Ручками, оно надежней

FailWare писал(а):

он не будет останавливать эти закачки

этот ответ мне всё объяснил

sklad600 писал(а):

Ручками, оно надежней

согласен полностью
Всем спасибо за помощь , вопрос можно закрыть