Enable protocol enhancements utorrent что это

Настройка клиента µtorrent

Материал из WikiTorrents

Содержание

Установка

Русификация

В настройках на вкладке «Общее» нужно выбрать «Language»: «Russian», нажать «Ok» внизу и перезапустить клиент.

К сожалению, в официальном переводе интерфейса на русский язык бывают ошибки и неточности.
(В русско-язычной ветке форума forum.utorrent.com регулярно выкладывается перевод для µTorrent. Tакже выкладываются корректные переводы здесь.

Изменения в tcp.sys

Если вы не любитель загадок и не хотите рисковать, то снимите галочку с пункта «Автопроверка обновлений».

Настройки этой вкладки достаточно очевидны. Можете ставить как понравится. Но рекомендуем поставить настройки как на скрине в секции При добавлении нового торрента.

Для версий 2.х добавились новые пункты

Тут надо выставить следующие значения:

Версии 2.х характеризуются полной поддержкой собственного протокола uTP, призванного увеличить скорость скачивания и отдачи. Однако, на текущий момент собственные настройки этого протокола далеки от оптимальных. Поэтому, если вас не устраивает скорость, вы можете попробовать изменить эти значения.

Принимает значения от 1 до 8 включительно. Как уже писалось выше, маленький размер пакета может приводить к различным сетевым перегрузкам, поэтому большинству пользователей рациональнее использовать максимальный множитель, т.е. 8.

Продвинутым пользователям так же порекомендую статью от тыщ: тонкости настройки кеширования.

Пример корректно настроенного клиента

Статус торрента не должен содержать ошибок.
Статус трекера bt*.rutracker.org на каждом из заданий должен быть «работает»

Дополнительные ссылки

Скачать рекомендованные версии можно здесь.

Источник

Про µTP в новых версиях µTorrent: что это, как, зачем?

Традиционно большинство P2P-приложений использовало TCP для обмена данными. Про то, что µTorrent начинает использовать новый протокол, основанный на UDP, на хабре уже упоминали (раз, два). В данном посте новый протокол µTP описан подробнее, в том числе его тюнинг и возможность отключения. Подробности описаны таким образом, чтобы было понятно далёким от сетевых протоколов людям.

Пара слов про TCP и UDP. Первый расшифровывается как Transmission Control Protocol, или протокол управления потоком. Он удобен тем, что даёт использующей его программе гарантию, что данные дойдут до адресата целыми, полностью и в том порядке, в котором были отправлены. Его использование требует предварительной установки соединения и его закрытия в конце. Этакое создание «трубы» через которую будет идти обмен данными. UDP же не предоставляет никаких гарантий что данные дойдут, или что дойдут в правильном порядке. Он только позволяет переслать небольшой блок данных (датаграмму) от одного адреса другому. Вся работа по проверке доставки, и при необходимости — повторной посылке, ложится на саму программу.

Поскольку торрент-клиент и так этим занимается — это не большая проблема. Дело в том, что посылаемые через TCP-«трубу» данные в процессе разбиваются на куски («пакеты»), каждый из которых отправляется независимо. При этом один пакет может идти одним маршрутом, другой — другим, последний кусок может прийти первым, первый — вообще по дороге потеряться. Поэтому каждый участник «трубы» (от операционной системы до маршрутизаторов) вынужден хранить у себя буфер, в который собирает отдельные пакеты, проверяя целостность и порядок, и требуя перепосылку если часть пакетов не дошла.

При этом, если посылающий сидит на широком канале, а принимающий — на модеме, то первый сразу отправляет большой блок данных, который может быстро дойти до провайдера второго, и потихоньку просачиваться в модем. В это время первый, не получив подтверждения о получении, перешлёт часть кусков заново. Ещё раз, и ещё, в результате магистраль провайдера оказывается забита этой ненужной перепосылкой. Одна из основных целей uTP — устранить эту лишнюю нагрузку на провайдеров от P2P-трафика.

Латентно uTP появился в µTorrent версии 1.8, но умел принимать только входящие uTP-соединения, инициировать их сам — не умел. Впервые это научилась альфа-версия 1.9, потом стало возможным включить это и в новых версиях 1.8 ключиком bt.transp_disposition. Его значение от версии к версии менялось, но сейчас устаканилось на следующих битовых флагах:

1 — разрешить инициировать исходящие TCP-соединения,
2 — разрешить инициировать исходящие uTP-соединения,
4 — разрешить принимать входящие TCP-соединения,
8 — разрешить принимать входящие uTP-соединения

Таким образом, 13 (1+4+8), значение по умолчанию в последних версиях 1.8, означает возможность принимать все виды соединений, но самостоятельно устанавливать только TCP. 15 (значение по умолчанию в 2.0) разрешает все виды как исходящих так и входящих соединений. Чтобы запретить uTP вообще (если он вызывает какие-либо проблемы) надо поставить 5 (1+4). Стоит ли ставить 15 в 1.8 — вопрос спорный, на официальном форуме пишут что поддержка uTP в версии 2.0 намного лучше, поэтому скорость в 1.8 может быть хуже, чем по TCP.

В версии 2.0 также появилась поддержка UDP-трекеров. Для трекера вообще TCP очень излишний и требует много лишних ресурсов пакетами установки/закрытия соединения, поэтому для открытых трекеров UDP — благо. Например, последнее время трекер anirena очень глючит по TCP и далеко не с первого раза отвечает, DHT там часто запрещён, а UDP-трекер работает прекрасно. Но для закрытых трекеров он не подходит, т.к. не позволяет послать пасскей, чтобы идентифицировать таким образом качающего.

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

Лично меня из всех новшеств 2.0 больше всего порадовал TCP Rate Control. Он позволяет подстраивать скорость и TCP-соединений так, чтобы они не мешали другим приложениям и минимизировать лишнюю перепосылку пакетов, о которой написано выше. Раньше это достигалось установкой cFos-драйвера, в котором можно было поставить низкий приоритет торренту, высокий — браузеру, а с версией 2.0 этого больше не требуется. Управляется это опцией bt.tcp_rate_control, если вам важнее чтобы торрент не мешает другим интернет-приложениям — его стоит включить, если важна максимальная скорость торрента — есть смысл отключить, на официальном форуме пишут что это иногда скорость увеличивает.

Замечу, что в uTP это делается всегда, даже в версии 1.8, а скорость TCP-трафика подстраивается под загрузку канала только в 2.0. В uTP постоянно меряется время отклика от пиров, с которыми происходит обмен данными. как только этот «пинг» начинает увеличиваться, задолго до начала потерь пакетов, µTorrent сбавляет скорость.

За счёт этого, пока канал свободен — он используется на полную. как только например другое приложение (броузер) начинает грузить канал — в µTorrent’е начинает возрастать время отклика, и он автоматически освобождает канал для броузера. Как только пинг вернулся обратно (канал снова освободился) — µTorrent увеличивает загрузку канала. При этом лишних перепосылок пакетов гораздо меньше, чем если бы это происходило на TCP-уровне

Впрочем, тут есть интересный момент, что с ней или по uTP исходящий канал может забиваться на 95%, а без неё только с TCP — на 100%, но эта разница в 5% может оказаться той самой излишней перепосылкой одних и тех же пакетов, что канал забивает, а реальной пользы не приносит, так что imho не всегда когда канал чуть недозабивается это значит что новая версия хуже.

Ещё в обсуждениях часто мелькает ключ net.calc_overhead. Если он включен, то при настройке скорости учитывается и служебный трафик — запросы блоков, подтверждения, уведомления какие блоки у кого есть и т.п. Если отключен — считаются только сами блоки данных. Поэтому раньше советовали ограничивать исходящий канал в торренте до 80-90% от реального, иначе он весь забивался отправляемыми блоками, и уведомления о получении блоков и запросы новых не успевали проходить, поэтому серьёзно страдала скорость скачивания. Опять же, на широких каналах некоторые пишут что при выключении этой опции скорость чуть выше, но может это глюк бета-версии и в релизе всё будет нормально.

Тут ещё есть такой момент, в котором я не уверен на 100%, но кажется что служебного трафика в uTP больше. Ибо в каждой маленькой датаграмме надо передавать что это за блок, от какого торрента, а по TCP можно посылать большие блоки, не подписывая каждый кусочек. Впрочем, тут будет служебный трафик самого TCP, так что не факт что он сильно «экономичнее».

Ещё нельзя не упомянуть такое явление, как «шейпинг» или «резание» P2P-трафика некоторыми провайдерами. Для России это (пока?) не актуально, а на открытых трекерах, где много пиров со всего мира, скорость по uTP значительно выше.

С другой стороны, не всё сетевое железо — модемы, марштуризаторы — и не весь софт рассчитывался на такое количество UDP-трафика, поэтому у некоторых пользователей с ним возникают глюки. Например со скоростью — когда периодически она вдруг падает до нуля, потом снова восстанавливается, или плавает от нуля до максимума. Видимо где-то в сетевом окружении переполняется некий связанный с UDP буфер, чёрт знает. Опять же, на официальном форуме можно поискать про совместимость с разным софтом и железом в случае проблем.

Другие «продвинутые» опции, на которые можно обратить внимание:
bt.connect_speed — сколько максимум новых соединений можно устанавливать в секунду (стоит увеличить, у меня стоит 80),
net.max_halfopen — про это много писалось, и менять стоит вместе с патчем tcpip.sys, хотя с протоколом uTP это уже не важно.
net.utp_target_delay — это некий целевой «пинг» при подстройке соединений, в некоторых случаях при его увеличении где-то до 400-500 скорость становится лучше.
peer.disconnect_inactive_interval — через сколько секунд закрывается соединение с пиром, с которым нет обмена данными, актуально больше для открытых трекеров где больше народу и «плохих» пиров, либо на случай сетевых глюков — чтобы быстрее определять разрыв соединения и переустанавливать его. в некоторых случаях имеет смысл понизить до 90-120.

Версия 2.0 хотя и бета — вполне стабильная, скачать можно тут: forum.utorrent.com/viewtopic.php?id=60602

По личным ощущениям, в старых альфах 1.9 при скачивании с открытых трекеров если до этого входящий канал загружался где-то на 1/3, с uTP стал грузиться где-то на 2/3. При скачивании с закрытых трекеров раньше канал загружался так, что броузер начинал подтормаживать, а в 2.0 всё летает.

Источник

Сетевые заметки системного администратора

Настройка µTorrent для максимальной скорости отдачи на torrents.ru (новое название rutracker.org)

В рунете есть замечательный сайт с названием torrents.ru (теперь уже rutracker.org). Одним из зарегистрированных на нем пользователей являюсь я.

Так уж случилось, что я пользуюсь программой µTorrent. В основном у меня постоянно стоят 50-100 раздач.

В последнее время в связи с переходом с одной версии µTorrent 1.8.2 на 1.8.5, потом на 2.0 и сейчас на 2.1 у меня сбились настройки и скорость отдачи существенно упала.

Вот уж говориться, не было печали — апдейтов накачали. Но я не унывал, взял и разобрался что к чему. Далее я расскажу настройку µTorrent для максимальной скорости отдачи.

Читайте, может кому и пригодится 🙂

(комментарии к данной статье крайне приветствуются)

ПРИМЕЧАНИЕ: советую скачать с моего сайта файл, и запустить его. Он скачает русский язык и запустит мастер установки. После установки он предложит обновиться на новую версию (или вручную обновитесь, как вам удобнее). После обновления сделайте действия по настройке которые я привожу ниже. Если обновляться после — некоторые настройки «перетираются» дефортными значениями.

Если вы заглянули на мой сайт и читаете эту статью, то скорее всего уже сталкивались с непонятно почему упавшей скоростью раздачи, «волнообразной» раздачей и прочими непонятными эффектами возникающими после обновления.

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

Итак, после раздумий я пришел к следующему выводу:

1. При обновлении версий сбиваются конфигурационные файлы настройки торрента.

2. Большое влияние оказывает half-open (если вы используете Windows 7 — то беспокоится не о чем, так как в ней ограничения сняты).

3. Влияние могут оказывать также «виртуальные» устройства (сетевой драйвер VirtualBox стоящий на моей домашней Windows 7 сильно притормаживал раздачу).

4. Настройки, которые ставятся по умолчанию в µTorrent не позволяют достигнуть максимальной скорости раздачи.

Для начала я почитал что пишут на форуме, однако попытки поднять раздачу были тщетны. Однако на форуме несколько раз промелькнула интересная мысль: зайти в профиль и удалить файлы settings.dat и settings.dat.old для того чтобы восстановить настройки по умолчанию.

Переустановим новый build с сохранением скачанных торрентов и одновременным удалением настроек:

1. Выйдите из программы utorrent и обязательно проследите чтобы она выгрузилась из памяти (не была видна в диспетчере задач)

2. Зайдите в профиль и архивируйте настройки вашего клиента. Если что то пойдет не так — можно будет откатиться назад. Настройки хранятся в %appdata%\utorrent (имеет смысл архивировать всю папку)

3. Найдите в %appdata%\utorrent два файла settings.dat и settings.dat.old — удалите их.

5. Скачайте с моего сайта или с официального сайта указанный выше build программы µTorrent

6. Запустите установку

7. В конце установки откажитесь от автонастройки скорости

Сейчас мы переустановили программу µTorrent с настройками по умолчанию. Все ранее загруженные торренты должны были остаться.

Теперь настроим программу на максимальную раздачу торрентов:

1. автопроверка ассоциаций — выставлено

2. автозагрузка — выставлено

5. распределять место сразу — да

6. остальные отметки установите по желанию

Отображение

1. установите по желанию

Папки

1. установите по желанию

Connection

1. Переадресация UPnP и NAT-PMP — установите, если используете брандмауэр

2. Случайный порт при запуске — галочку не ставить. Установите вручную порт желательно номером больше 50000 (несколько раз нажмите кнопку ГЕНЕРИРОВАТЬ)

3. В исключения брандмауэра — поставить галочку

4. Настройки прокси сервера — если используете прокси — поставьте. Если не используете, то не отмечайте (у меня не отмечено)

Скорость

1. Для раздач — выставите цифру «0»

2. Скорость раздач при отсутствии загрузок — галочку не ставить

3. общее ограничение скорости загрузки — выставить цифру «0»

4. Максимальное количество соединений — примерно 100 на каждый 1 Мб вашего интернет канала. У меня 10Мб, по этому я выставил у себя 1000

5. Максимум присоединенных пиров на торрнет — у меня стоит 80

6. Количество слотов раздачи на торрнет — у меня стоит 50

7. Добавлять слоты раздачи, если скорость … — галочку выставить

BitTorrent

1. Включить сеть DHT — выставить

2. DHT для новых торентов — выставить

3. Поиск локальных пиров — у меня убрано

4. Enable Bandwidth managment — выставить

6. Обмен между пирами — включено

7. Лимит скорости локальных пиров — убрать

8. Шифрование протокола ИСХОДЯЩИЕ — отключено (можно поэксперементировать, если у ваш провайдер блокирует торрент трафик)

9. Шифрование протокола ВХОДЯЩИЕ СОЕДИНЕНИЯ — включить

Transfer Cap

1. у меня тут все выключено

Очередность

1. Максимум активных раздач и загрузок — у меня 100 (много раздаю)

2. Максимум одновременных загрузок — у меня 100

3. раздавать, пока коэфф Нет похожих постов.

6 комментариев

спасибо большое! все работает замечательно

Источник

Enable protocol enhancements utorrent что это

Junior MemberРедактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Try_Bul_Bul

Цитата:
Прошу помощи что надо отрихтовать в KIS19

Поставить uTorrent в исключение антивиря.

Ну стоит торрент в иск. бредмаера, как в исклюения KIS 19 простите чайнику не знаю)))

я тоже пробовал сносить и откатиться. не получется, ошибка вылазит

Огромное СПАСИБО AngelNet за помощь.Всего записей: 98 | Зарегистр. 25-10-2010 | Отправлено: 19:15 07-08-2019 | Исправлено: KIRLUKAN, 21:07 07-08-2019