Libtorrent-rasterbar 0.16

Это не от флага private, точно. Это трекеры, помеченные, как запасные (backup trackers).

я в курсе - поэтому его и использую. Потому что им легко управлять как с консоли, так и с GUI или web-интерфейса

µTP - ненужное говно, он ВСЕГДА выключен.
А с медиагетом не так то, что это типичный бот.

µTP - ненужное говно

Как и uTorrent, собственно.

Это не от флага private, точно. Это трекеры, помеченные, как запасные (backup trackers).

А где можно взять пример такого торрент-файла? Хочу его структуру в gtorrentviewer посмотреть.

µTP позволяет замаскировать работу торрент-клиента под обычные UDP-пакеты. Плюс если на раздаче много людей с µTP, это позволит вам скачать торрент на более приличной скорости. В общем, это нужный протокол.

µTP позволяет замаскировать работу торрент-клиента под обычные UDP-пакеты

Практический смысл такого действия мне непонятен, а вот вред таким образом нанести можно.

Плюс если на раздаче много людей с µTP, это позволит вам скачать торрент на более приличной скорости

Ты вообще в курсе о том, как эта шняга работает? Скорость с µTP будет ВСЕГДА меньше, чем без него - строго в силу особенностей реализации. А еще имеется такой побочный эффект, как забивание промежуточных маршрутизаторов миллионами пакетов с мелким MTU.

Итого, профита никто не получает, кроме Cisco с Juniper'ом, которым выгодно продавать более мощное провайдерское оборудование. Именно по этой причине многие банят µTP на маршрутизаторах, в том числе домашних, ибо иначе они дохнут и не показывают и половины реальной скорости канала.

Практический смысл такого действия мне непонятен, а вот вред таким образом нанести можно.

У меня вот пров стал зачем-то шейпить торренты по tcp, udp не шейпит. ЕМНИП уторрент предпочитает утп, а их на обычных раздачах 90%.

Именно по этой причине многие банят µTP на маршрутизаторах, в том числе домашних

Чего только не вытворяют провы, лишь бы не обновлять железо. По удп еще много чего работает, например игрушки и во всех клиентах что я видел он элементарно отключается. Даже дир-320 отлично его держит на 50-60 мбрс по пппое (кроме кторрента, мб из-за прошивки) - куда уж дохлее.

У меня вот пров стал зачем-то шейпить торренты по tcp, udp не шейпит. ЕМНИП уторрент предпочитает утп, а их на обычных раздачах 90%.

Не юзайте говнопровайдеров.

По удп еще много чего работает

Мы не про UDP, а про µTP. Разницы не знаешь, что-ли? Фейспалм.

Даже дир-320 отлично его держит на 50-60 мбрс по пппое

Ты или тролль, или неграмотный. Срочно курить маны на тему pps и пропускной способности не в мбит/с, а пакетах в секунду.

У меня домашний маршрутизатор с OpenWRT. Всё отлично работает. На rutracker.org и torrentsmd.eu пиров с uTP на многих раздачах больше, чем без него. И провайдер мой лояльно относится к UDP пакетам, потому что у нас в городе много фанов сетевых игрушек, которые тоже создают приличный UDP-трафик.

А еще имеется такой побочный эффект, как забивание промежуточных маршрутизаторов миллионами пакетов с мелким MTU.

В µTorrent'е исправили ещё в 2.1, если в остальных клиентах ещё не исправили, то это их проблема.

строго в силу особенностей реализации

Пруф?

Именно по этой причине многие банят µTP на маршрутизаторах

А не получится ли, что разбор пакетов для бана будет занимать больше ресурсов, чем их маршрутизация?

Еще один, не отличающий µTP от UDP...

В µTorrent'е исправили ещё в 2.1, если в остальных клиентах ещё не исправили, то это их проблема.

Не исправили.

Пруф?

Спеки µTP. Ну и ради любопытства можешь отключить µTP и заметить повышение скорости (если у тебя не 5мбит канала, а скажем 50 - заметишь очень сильное повышение скорости, обычно процентов на 20-30).

А не получится ли, что разбор пакетов для бана будет занимать больше ресурсов, чем их маршрутизация?

Не получится.

Я в курсе, что UDP-крайне простой протокол. Но в этом есть свои плюсы. Потоковое мультимедиа, торренты и игры используют свои(намного более простые и эффективные) протоколы обмена данными, чем TCP. Использовать громоздкий TCP, когда нужна только часть его фич - непростительное расточительство. Да и протоколы сабжей дублируют функции TCP ещё раз(та же проверка целостности в торрентах). А меньшее кол-во пакетов и большая эффективность?

Для вас они не важны?

А меньшее кол-во пакетов и большая эффективность?

Опять за рыбу гроши. В том-то и дело, что µTP - это куча мелких пакетов с MTU зачастую сильно меньше 500. Плюс потери на костылизме реализации «типа TCP через UDP». Итого имеем меньшую скорость при значительно большей нагрузке на оборудование (все оборудование - и домашнее, и провайдерское - домашние говнороутеры типа наиболее распространенных клонов DIR-320 и им подобных по уровню производительности просто дохнут от µTP).

Проверил твои теории на 100 мегабитном канале. Итого: с включенным мТР скорость скачивания популярного торрента была в среднем около 6 МБ/с (с максимами до 9 МБ); с выключенным мТР скорость, увы и ах, выше 500 КБ/с не понималась. Ты, конечно же, будешь сейчас исходить на всякие субстанции, и п-деть, что я галку не так ставлю/убираю, однако, как показывает практика, теории - они хороши в теории. ;)

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

Почему с включением uTP у меня лично всё стало работать быстрее?

Нет, у меня скорость повысилась из-за того, что пиров стало сразу больше. Как я понял, некоторые клиенты работают только в uTP. Видно их поставщики интернета блокируют P2P-трафик.

Совершенно верно, и это - повсеместная картина. Мало того, при uTP пинг меньше проседает. Что означает, что нагрузка на оборудование меньше, а не больше:)

Ога! ога! И если вдруг начать качать торрент с выключенным мТР, то сиды, конечно же, тоже сразу же банят, т.к. скорость такая же черепашья, а стоит мТР включить - тут же разбанивают. И скачивая два разных популярных торрента один с вкл мТР, а второй с выкл - наблюдаем ту же картину. А объяснение тут одно: ты - очередной красноглазый клоун, орущий «нинужнааа!» при упоминании фич, недоступных его любимой софтине, и, естественно, подгонящий под эту свою т.с. религию свои бредовые теории, показывающие на практике не «увеличение скорости на 20-30%», а как раз наоборот - её падение на порядок.

MediaGet

facepalm

Троянчика-бота могли бы и не упоминать :0

Flush, если уж на то пошло, её тоже использует…

А где можно взять пример такого торрент-файла? Хочу его структуру в gtorrentviewer посмотреть.

На slackware.com раздаются.

Спасибо. Разница есть, да (слева слака).

Впрочем, announce-list можно самому отредактировать, на инфохеш он не влияет.

MediaGet
Троянчика-бота могли бы и не упоминать :0

Винду после установки трояна MediaGet только переустанавливать, он своими модулями лезущими в системные директории необратимые изменения в систему вносит, реестр скрытыми правками переписывает.

И под макось этот троян есть :)