» µTorrent (часть 4)

Всем привет возникла проблема как понимаю с портами пользуюсь программой utorrent. Браумендер отключил не как не могу раздавать с правой стороны выскакивает желтый восклицательный значок Нет входящих соединений! ............ Помню лет 5 назад тоже был в этом геморрой но не помню как поборол его(((( Прошу помощи!

У меня сегодня все версии 3.4.2 обновляются до pro, у всех так?

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

A1eksandr1
а в случае использования портабельного режима, с настройками в папке сабжа этот ключ в реестр не попадает как я понимаю? только в сеттинг?

BlackPhoenix28

Постараюсь помочь, максимальный объём кэша с которым мюторрент 3.2 - 3.4 гарантированно работает стабильно это примерно 768 МБ (я так для кратности 2 указывал). Далее опции "Записывать нетронутые блоки каждые 2 минуты" и "Записывать завершённые части немедленно" надо отключить. Для кэша чтения отключить опцию "отключать кэш чтения при низкой скорости отдачи", а две другие опции включить.

Для снижения нагрузки на систему так же советую снять галку "Освобождать память если кэш не требуется".

После этого идём в настройки -> дополнительно и там меняем опции:

diskio.cache_reduce_minutes = 1440
diskio.coalese_write_size = 134217728 (128 МБ)
diskio.max_write_queue = 512
diskio.minimize_kernel_caching = true

и ещё, для снижения нагрузки на систему:

net.low_cpu = true
net.utp_dynamic_packet_size = false
net.utp_initial_packet_size = 8

Попробуйте, должно помочь.

P.S. к сожалению живьём на гигабитном интернете протестировать мюторрент мне негде.

P.P.S. после применения настроек для верности клиент лучше перезапустить.


Доп: совсем забыл! Надо ещё в скрытых дополнительных опциях (Ctrl+F2 + клики по кнопке настроек) выставить:

bt.sequental_download = true
bt.seguental_files = true

Цитата:

bt.sequential_download = true
bt.seguential_files = true

А что означают эти опции? В чем их "физический смысл"?

usalex
Собственно http://elims.org.ua/blog/utorrent-kak-smotret-film-ne-dozhidayas-zagruzki
aRainman
Из сколько-нибудь полезных для ввода-вывода опций здесь только первые 4. Остальное к данной проблеме никак не относится. Но с такой скоростью все это мертвому припарки. По нормальному ситуацию c перегрузкой ЖД можно исправить с помощью SSD, или рейда.

boi1eI
А зачем такое количество времени для diskio.cache_reduce_minutes = 1440 ?
Почему не больше и не меньше?

usalex
Цитата из официального хелпа
Цитата:

This option determine how often (in minutes) µTorrent compacts the disk cache

usalex (14:04 29-01-2015)
Цитата:

А зачем такое количество времени для diskio.cache_reduce_minutes = 1440 ?

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

Цитата:

Если выставить 1440, то кэш чиститься не будет, что имхо хуже, чем наоборот.

Тогда не понимаю, зачем выставлять 1440, если это хуже?

AngelNet
Попадает всегда в любом случае, если конечно права на запись в тот куст реестра не отобрать.

Можно ли с запущенного µTorrent раздавать сразу в двух трекерах?
Например, на rutracker и на nnm-club.
Будут ли идти раздачи?
Торренты и раздачи, естественно, с этих трекеров, каждый со своего.

P.S.
Немного не в тему, но не нашёл, где спросить.
Мою раздачу, которой, на одном из трекеров, уже лет 6,
скопировали и выложили недавно на другом трекере.
От своего имени, тамошний модератор.
Полностью скопировано описание, спойлеры, картинки и ошибки.
Нужно ли что-то предпринять? Что в таких случаях обычно делают?

Bolenic
Цитата:

Можно ли с запущенного µTorrent раздавать сразу в двух трекерах?

Да сколько угодно. Если речь о разных раздачах, то в пояснении не нуждается. Если раздача одна, то тут 2 варианта. Если торренты созданы с одинаковым размером частей и положением флага приватности, или вовсе один и тот же торрент залит на разные трекеры - то в клиенте будет одна раздача, раздаваемая на несколько трекеров. При нарушении этих условий, в торренте будет отображаться несколько раздач, ссылающихся на одни и те же файлы на твоём диске, их дублировать нет нужды.
Цитата:

Немного не в тему, но не нашёл, где спросить.
Мою раздачу, котрой на одном из трекеров уже лет 6,
скопировали и выложили недавно на другом трекере.
От своего имени, тамошний модератор.
Полностью скопировано описание, спойлеры, картинки и ошибки.
Нужно ли что-то предпринять? Что в таких случаях обычно делают?

Тут вариантов куча: нецензурно выругаться, заддость мерзавца, просто забить Выложенное хоть раз публично в сеть защитить невозможно, можно только приписать в раздаче, что эксклюзивно для ресурса, на который залил и надеяться на порядочность всех заходящих, или на то, что эта раздача даром никому не нужна

A1eksandr1!
Спасибо за развёрнутые ответы!

А как "обнулить" излишки -



Когда-то пробовал, с бубном.
Переносил из папки загруженных назад, в папку загружаемых, что-то там ещё...
Как это сделать проще?

A1eksandr1, кстати можно в вашу сборку добавлять
ipfilter.dat
вроде как нужная вещь.

BigBlue он нужен только для eMule

Userrr
Эт почему? Для всех P2P да и других протоколов, файлообмена через глобальную сеть в целом он не повредит.
BigBlue
Думал об этом, там многие заблокированные диапазоны вызывают вопросы и никаких гарантий это не даёт. К сожалению как не хотелось бы, контролировать всё адресное пространство мировой паутины и точно и своевременно выявлять диапазоны контролирующих и прочих нежелательных организаций не удастся. Это что касается IPv4, IPv6 и вовсе скорей всего полностью отрезают в этих фильтрах.

A1eksandr1 он защищает от фейковых раздач, когда качаешь XXX, а получаешь '3 поросёнка' (такое бывает в eMule, годность для uTorrent, с его принципами передачи, нулевая), может конечно я что-то не понимаю

boi1eI
Последовательная загрузка приводит к более последовательной записи, что всегда лучше для дисков, особенно если это будет рейд.

Опции, касающееся сетевого обмена полезны без привязки к диску, а для снижения общей нагрузки на систему и об этом явно написано в комментарии. Количество проходящих через оборудование пакетов снизится, это снизит нагрузку на систему и на роутер (модем) или что там у автора. Значение 8 для размера пакетов выбрано поскольку у автора гигабит, а значит там MTU точно нормально размера 1500, а не меньший.

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

usalex
Значение выбрано большое поскольку смысла уменьшать кэш даже при средних нагрузках мало ибо он всегда загружен полностью, а при больших скоростях тем более. Эту опцию можно и не менять, но она избавляет от лишних действий со стороны клиента, что повышает общую эффективность. Кэш же сам себя прекрасно обслуживает, ну т. е. клиент удаляет из него самые старые части когда пишет в него новые, так что хлама в нём всё равно не будет, а стало быть и чистить его незачем. Значение по умолчанию там - 9 минут, предложенное - сутки.

Добавлено:
Userrr
Блек лист полезен ибо будет меньше мусора. Клиент конечно и сам побанит пиров, с которых идут битые части, но будет явно лучше просто исключить тех, кто специально может слать мусор. Ещё он и от DDoS спасает, правда с версии 3.4 клиент уже сам может бороться с этой проблемой и фильтровать запросы, так что не уверен, что фильтр сделает лучше. Помимо этого в некоторых странах, в Германии и Японии например, можно получить штраф и даже более серьёзные проблемы, вплоть до срока, если подтвердится раздача файла с IP пользователя.

aRainman
Спасибо за разъяснения. Я назначил 256мб кэша и выставил галки по вашему совету.
Последовательную загрузку отключил - мне не требуется.
Для меня самая главная задача - уменьшить нагрузку на диск, т.к. при усиленной закачке даже папки долго открываются, не говоря уж о запуске приложений. Вот и кручу-верчу настройки, но пока, похоже, не нашел идеала.

Все заметили, что происходит в новых версиях клиента если удалить в активной раздаче трекер из списка?

Какая самая последняя версия в которой всем известный фокус работал?

aRainman (16:26 30-01-2015)
Цитата:

Блек лист полезен ибо будет меньше мусора. Клиент конечно и сам побанит пиров, с которых идут битые части, но будет явно лучше просто исключить тех, кто специально может слать мусор. Ещё он и от DDoS спасает, правда с версии 3.4 клиент уже сам может бороться с этой проблемой и фильтровать запросы, так что не уверен, что фильтр сделает лучше. Помимо этого в некоторых странах, в Германии и Японии например, можно получить штраф и даже более серьёзные проблемы, вплоть до срока, если подтвердится раздача файла с IP пользователя.

С этими блэклистами надо поаккуратнее и шерстить как следует. Помимо "нужного" там еще могут баниться целые диапазоны рабочие, локалку свою например так забанил, пока не доперло.
Имхо для ut это весьма бесполезная штука. Это не мул. Если есть что-то конкретное, что нужно забанить, можно создать свой блэклист.
aRainman (16:26 30-01-2015)
Цитата:

Опции, касающееся сетевого обмена полезны без привязки к диску, а для снижения общей нагрузки на систему и об этом явно написано в комментарии. Количество проходящих через оборудование пакетов снизится, это снизит нагрузку на систему и на роутер (модем) или что там у автора. Значение 8 для размера пакетов выбрано поскольку у автора гигабит, а значит там MTU точно нормально размера 1500, а не меньший.

Из опыта: если железка нормальная, "тянет" свой гбит и на CPU не наваливается, то все ОК, а если нет, то это не поможет, хотя может косвенно подсобить.
WildGoblin (19:19 30-01-2015)
Цитата:

Все заметили, что происходит в новых версиях клиента если удалить в активной раздаче трекер из списка?

В смысле? Это то, о чем я думаю?
Неужто наконец-то, не прошло и полвека. Интересно, чего это они вдруг так..
С другой стороны есть и всякие другие пути так сказать...

WildGoblin, у меня версия µTorrent 3.3.2.30586 Stable из шапки, там с этим делом всё нормально.

Под тайной за семью печатями тут речь о отправке статистики на анонсер при его удалении? Лениво проверять. Ну что ж, DHT и блокировку рекламы они уже продвинули в джентельменский набор патчей. Не пополнить ли его блокировкой отправки статистики

Цитата:

Не пополнить ли его блокировкой отправки статистики

Дык ведь придется тогда ещё и интерфейсную кнопку/галку дорисовывать самому, чтоб вручную по мере надобности вкл/выкл эту блокировку. Ведь постоянно включенная блокировка не всегда полезна, а иногда вообще ничего скачать не даст.

Bolenic

Цитата:

... Мою раздачу, которой на одном из трекеров уже лет 6, скопировали и выложили недавно на другом трекере ...
Что в таких случаях обычно делают?

A1eksandr1

Цитата:

Тут вариантов куча: нецензурно выругаться, заддость мерзавца, просто забить Выложенное хоть раз публично в сеть защитить невозможно, можно только приписать в раздаче, что эксклюзивно для ресурса, на который залил и надеяться на порядочность всех заходящих, или на то, что эта раздача даром никому не нужна

Накатал кляузу в личку админам того трекера

Ответили:

Цитата:

Наш трекер занимается агрегатированием раздач из многих источников, для удобства наших пользователей ... Если Вы являетесь оригинальным автором данной раздачи, мы можем передать авторство данной раздачи вам (будет отображаться и принадлежать Вам). При условии конечно, что Вы будете за ней следить ... вы обновите данную раздачу также и у нас. С наилучшими пожеланими, коллектив ...

Хм... Стырили и ещё условия ставят! Ну, ладно, соглашусь, наверное


P.S.
На свой вопрос А как "обнулить" излишки
нашёл свой же ответ - здесь

BigBlue

Цитата:

у меня версия µTorrent 3.3.2.30586 Stable из шапки, там с этим делом всё нормально.

Я на 3.4.2.37951 проверял. Откатился с неё.

A1eksandr1

Цитата:

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

Да какая там тайна...

Цитата:

Я на 3.4.2.37951 проверял. Откатился с неё.

Нормально там всё с этим делом. Я на этой версии до сих пор сижу, жду, когда уважаемый A1eksandr1 обезвредит очередной вышедший сегодня стэйбл 3.4.2.38429

usalex

Цитата:

Нормально там всё с этим делом.

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

Всем привет.
Хотел бы поделиться своими наблюдениями...
Когда качаешь раздачу с большим количество пиров, то в глаза не бросается и не настораживает, что не со всеми пирами, с которыми законнектился (отображаются на вкладке пиры) идет обмен траффиком (может они просто "уснули", а флаг "S" это показывающий появляется только спустя время...или порты свободные у пира закончились)

Но вот хотел скачать одну раздачу с одного закрытого трекера, на котором всего 2 пира (у одного ut 2.0.4, у второго 2.2.1) и увидел, что с ними сразу законнектилось, но ни байта с них не скачалось даже спустя десятки часов. Поменял IP, порт, сбросил настройки клиента на дефолтовые и запустил его заново - безрезультатно.
После этого для начала попробовал 2.0.4, сразу с обоих пиров полетела закачка. После этого попробовал старый июньский билд 3.4.2 - с ним тоже все отлично качается, после этого начал проверять различные стабильные билды 3.4.2, которые смог найти и скачать.
Проверял и на дефолтовых настройках и с различными изменениями (включение-выключение шифрование и т.д., ничего не влияет, с ними есть постоянный коннект и они отображаются на вкладке "пиры", но ни байта не скачивается с этих двух пиров (и надо полагать и с других подобных) на всех билдах выше 3.4.2.36044 (так что пока пришлось установить себе 36044 билд).

Судя по всему что-то поломали между билдами 36044 и 36318 и благополучно об этом забыли. Судя по цифровой подписи, билд 36044 выпущен аж 14 ноября 2014 года, т.е. за последущие 2+ месяца эту поломку так и не исправили (и я не уверен в курсе ли вообще об этом разработчики и будут ли вообще исправления)

Как видно на скриншотах закачка вообще не идет ни с одного, ни с другого пира (интересно под какие такие условия они оба попали, что этот новый баг их затронул):
билд 38429 (с выкл. шифрованием в настройках)
билд 38429 (c вкл. шифрованием в настройках)
билд 38429 (c отключенным uTP (TCP Only))
билд 37951
билд 36615
билд 36318
И только на 36044-м билде (и более ранних) идет закачка:
билд 36044.png (c вкл. шифрованием в настройках)
билд 36044 (с выкл. шифрованием в настройках)