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

alex14san писал(а):

Ещё в 2.0 появится метод обхода некоторых NAT (STUN), что поможет соединяться большему числу NAT-страдальцев, хотя будет работать не во всех случаях.

Как по мне, то это единственное добавление уже стоит того, чтобы обновиться до 2.0 и использовать uTP.
Но пока клиент в стадии беты, есть вероятность, что на некоторых трекерах его будут беспощадно банить.

cll писал(а):

Но пока клиент в стадии беты, есть вероятность, что на некоторых трекерах его будут беспощадно банить.

Врятли. Разве что дурачье, которое кроме своего носа и голоса нифига знать не хочет.

Голосовать не буду - я Виндой почти не пользуюсь.

Только сейчас заметил, что у меня нет port forward на udp. Спасибо.

FailWare писал(а):

дурачье, которое кроме своего носа и голоса нифига знать не хочет

известный в анимешных кругах BoxTorrents (ныне Baka-BT) тому пример.
главный прикол - у них разрешена альфа-версия 1.9 но запрещена бета 2.0.

alex14san
Мне как то проще все в PD качать и в ирке на каналах... А с Баки я давно ушел.

Доброго времени суток !
Вчера поставил вместо версии 1.8.3.15772 ню-Торрента версию 2.0.0.16222-бета и заметил следующую фичу:
В колонках “прием/отдача” показывается служебный траффик.

murka2121
читаем ещё раз первый пост. обращаем внимание на net.calc_overhead

to alex14san

Спасибо. Что-то я ступил...

Оказывается, протокол уже документирован: http://www.bittorrent.org/beps/bep_0029.html

Поставил версию 2.0
Увеличилось кол-во пиров, это - плюс, но
процессор начал грузиться на 60-70 процентов, на офсайте мой роутер - в проблемных.
Выполнил рекомендации - загрузка проца упала до 30, ладно, терпимо.
Но что делать с этим Двое суток ковыряю настройки, плавает загрузка.
Пожалуй uTP не для меня. Жаль

sklad600
1) есть ключик net.low_cpu - его есть смысл попробовать включить,
2) у меня с касперским были проблемы - почему-то он любит с uTP сильно процессор жрать,
3) с "плаванием" не представляю, на офф. форуме много подобных жалоб, не знаю что ещё посоветовать

alex14san
По пунктам:
1) Включение/выключение net.low_cpu - никаких изменений
2) Согласен, Каспер с uTP не дружат (при отключении защиты - проц в норме).
3) А вот это головная боль. При идентичных настройках 1.8.3 и 2.0 - плавает загрузка в двойке,
даже при bt.transp_disposition=5.
Может исправят.

alex14san
Использую uTP уже где-то недели 2 впечатление от него очень положительное. Рекомендую всем у кого Укртелеком(да и другие ADSL операторы), реально разгружает канал от лишнего мусора с повторной посылкой. У меня были проблемы с синхронизацией с трекером - сейчас их почти нет. Проц в нормальном режиме, загрузка как и при TCP. Да и кстати скорость одновременного скачивания/отдачи поднялась. Вообщем я нововведением очень доволен, и отдельное спасибо alex14san'у за рекомендацию попробовать 2.0. Кстати 2ка крутится на 2003 серваке кеширование родное не виндозовское слетала раза 3-4 за все время.

alex14san писал(а):

peer.disconnect_inactive_interval

peer.disconnect_inactive_interval
С этим значением вы перегнули. Если у клиента много раздач + он качает новинку (1 релизер и куча пиров), то приконнектившийся клиент с неприоритетной раздачи начнет обслуживаться минуты через три.

Brickos
все эти опции на то и "продвинутые", что если не знаешь - лучше их не трогать. я больше качаю с открытых трекеров, где 10 тысяч сидов и 30 тысяч личеров на торрент - не редкость. в такой толпе есть смысл быстрее разрывать соединения с "тормозами", чтобы быстрее отобрать тех, с кем обмен трафиком хороший. в ситуации полудохлой раздачи, где пиров очень мало, сидируют они много, поэтому на каждый торрент могут выдавить трафика только чайную ложку в час - согласен, есть смысл его даже увеличить