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

alex14san писал(а):

"продвинутые"

О них лучше не писать. Многие просто тупо копируют вот с таких топиков, а потом удивляются - "почему глючит?" Кому они интересны сам найдет и поэксперементирует.

по поводу популярности и спользуемости -я так понимаю явно быть хотя 1.8 еще не до да и 2.0 тоже

а вот график какой то правда нериальный причем иногда с нехилыми такими заколбасами (провалами)
но тут не понятно может типа патаму что умный и не шлет тупо а смотрит
еще обратил на такой момент -скачет скорость по закачкам -тоесть например на одной ап 500кб все осталное на других потом резко 500 ап становится на другой а остальное делится

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


ну вот например загрузка закончилась отдача выросла и стала ровней

Brickos писал(а):

О них лучше не писать.

Лучше писать о том что их трогать не надо (я трогал, в итоге пару дней вообще раздавать почти не мог, скорость падала словно я её кувалдометром отфигачил)

Зингельшухер Надо разъяснять для каких случаев они критичны.
Вернемся к peer.disconnect_inactive_interval. Для этого треккера регулировать можно, а вот для свободных торрентов использующих систему кредитования трогать нельзя. Если ВЫ пир отдали другому пиру с флагом 'd' три части , то отдача прекратится и включится этот таймер. Если по окончании времени флаг не станет 'D', то пир будет расценен как читер, отключен и занесен во временный бан-лист для этого торрента. В итоге вы можете забанить мощного пира, который успел получить наивысшие приоритеты у сидов и пиров за высокую отдачу. Отдав ему три части вы есно не смоги пробится в очереди, но по установленному peer.disconnect_inactive_interval он обязательно начнет отдавать.

Вот уже почти неделю как обновил uTorrent до последних бета-версий, периодически меняю bt.transp_disposition с 15 на 5 и обратно.
Моя скорость отдачи, к сожалению, невелика - колеблется в районе 40-50 kB/s. С ней я ощутимой разницы (с utp или без него) не заметил.

Ulairi писал(а):

колеблется в районе 40-50 kB/s. С ней я ощутимой разницы (с utp или без него) не заметил.

а чего ожтдали собственно? сколько выделил провайдер - на такой и раздаёте.

Ulairi Провайдерам контролировать отдачу намного проще. Так что все эти навороты предназначены для эффективности скачивания.
В статье не совсем правильно изложен принцип передачи пакетов для торрента. Он состоит из запроса на передачу четырех пакетов по 4кб, какой пакет придет раньше не имеет значения. Чем выше пропускная способность тоннеля, тем больше запросов. Первый пакет первого запроса может прийти позже чем 4-ый сотого запроса. Главное чтобы он уложился в заданное на ожидание время.
Основное назначение uTP, который работает по протоколу UDP, это ускорение обмена информацией между клиентами, потому как он считается служебным и имеет высокий приоритет прохождения. Короче выгоден для клиентов имеющих толстые каналы.

Или говоря проще, все "навороты" (как этот uTP так и IPv6 и прочие) нужны в своих случаях, среднестатистическому пользователю со средним каналом, открытым портом и низкими познаниями мат-части возиться даже нежелательно. (чтоб хуже не сделать)

Классический вариант (работающий "из коробки без танцев") определённо правит баллом в большинстве случаев...

Зингельшухер писал(а):

среднестатистическому пользователю со средним каналом, открытым портом и низкими познаниями мат-части возиться даже нежелательно. (чтоб хуже не сделать)

А такая мотивация, как "чтобы мозги не ржавели" не подходит?

Зингельшухер Толку для отдельного пользователя со средним каналом в принципе нет, но в масштабах торрент-сети существенна. Основными раздающими являются клиенты с толстыми каналами и им необходимо быстро получать информацию от всех клиентов для рассылки миллионов пакетов. Не хочешь с ним оперативно работать - вали в конец очереди.

проблема с уторентом 2.0 бета билд 16407
заметил в лефт 4 дед со включенным уторентом пинг вырастает до 500-1000 канал, с уторнет 1.8 такого замечено не было..

само собой ограничение на отдачу\скачку стояло.. так что проблема не в канале а в самом торенте...

Цитата:

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

Подскажите пожалуйста, это надо настраивать или стоит по умолчанию.

ёёёdgjёёё писал(а):

Подскажите пожалуйста, это надо настраивать или стоит по умолчанию.

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

Alx писал(а):

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

Использую uTP. А как узнать помогает или нет.
До этого стояла версия 1.8.4, после установки 2.0. наблюдаю следующие изменения:
- скорость на отдаче ужасно плавала с максимальной до нуля и обратно - стабилизировалась только когда в bt.transp_disposition ставил значение "5" (сейчас "15" скорость на отдаче стабильная на максимуме).
- при одновременной загрузке и отдаче - скорость на отдаче снижалась на 50% (сейчас одновременная загрузка и отдача - скорость и там и там на 100%).

ёёёdgjёёё писал(а):

А как узнать помогает или нет.

ёёёdgjёёё писал(а):

(сейчас "15" скорость на отдаче стабильная на максимуме).

нужно прокомментировать или что? :]

ёёёdgjёёё писал(а):

- при одновременной загрузке и отдаче - скорость на отдаче снижалась на 50% (сейчас одновременная загрузка и отдача - скорость и там и там на 100%)

она и должна снижаться. Если адсл, то может и на 60 и 70% падать, зависит от скоростей. А сейчас и там и там по 100% видимо из-за того, что в 2.0 показывается/считается по-умолчанию и служебный трафик. Поэтому если отключить опцию которая за это отвечает, можно увидеть скорости полезного файлообмена.