µTorrent (uTorrent) 3.5.5.46552 [2024, Multi + RUS] Portable HedgehogInTheCPP

niask
Пожалуйста! С настройками тонкости есть, использовать их или нет дело личное, но часть проблем уже исправлено ими и руководством подразумевается, что используются настройки из сборки иначе пришлось бы слишком много лишнего расписывать. Кроме того настройками скорректировано поведение разных версий, чтобы работали одинаково (например, если просто подсунуть настройки из комплекта в 2.0.4 то она начинает лучше работать, в соответствии с современными реалиями). В общем просто не забывайте об этом моменте и всё будет хорошо

---

ErmineMD Агу, визуально есть такое, когда сломали неизвестно. На самом деле они останавливаются, просто состояние торрента в интерфейсе не обновляется, при этом после перезапуска клиента или в вебморде видно что они остановились, одним ловом в клиенте "гуйня" в не GUI (как с кофе: бывает, что он хороший, а бывает что оно так себе) . На счёт рехеширования: прервать его совсем тоже не знаю как. Надо, вероятно, тоже в список добавить про этот глюк, только более менее по человечески написать Пока не знаю, такого быть не должно. А если перед тем как это сделать открыть диспетчер задач и посмотреть что там творится? Гляньте решение проблемы 9 в руководстве. net.disable_incoming_ipv6 включать нельзя ибо опция сделана криво, что она ещё ломает помимо уже описанного в проблеме 9 большой вопрос, возможно, что пункты 3 и 4 и тормоза при сохранении настроек по расписанию тоже из-за этой опции В общем она потому принудительно и выключена в настройках сборки ибо глючит. А что не так с метками и главное вопрос с каким из двух механизмов? Я то просто ими не пользуюсь, но вроде в 3.4.7 работает всё также как и в 3.4.2. Или нет? В общем, если я правильно понимаю о чём речь то в 3.4.2.35702 и 3.4.7.42330 с метками всё одинаково. Ну т.е. те что были в старых версиях как работали так и работают, просто в интерфейсе потеряли галку, но через вебморду или seetings.dat опция всё также доступна, так что если уже была включена то ничего не изменится
P.S. На счёт 3.2.3 и вообще тормозни "гуйни" в клиенте любой версии: gui.update_rate=5000 фундаментально исправляет многие проблемы.

Так вот оно что! Да, в этой версии подобного полно, но не догадался, что и остановка из той же оперы. Попробую провести расследование в спортивных интересах. У меня подозрение, что подвисон происходит, когда «везёт» подвести мышь к иконке в момент сохранения настроек раз в десять минут. Да, я читал это руководство. Так как net.disable_incoming_ipv6=true даёт глюк с uTP, я, конечно, держу эту опцию выключенной. Мои проблемы 1—3 (и пятая непроблема с PagePriority) наблюдаются на конфигурации с net.disable_incoming_ipv6=false и при других наиболее благоприятных условиях. В общем, пока непонятно, что делать со входящими соединениями.
Я тут внезапно вспомнил (кхм), что у меня bt.transp_disposition=26 и закрыт на роутере TCP-порт. Возможно, через сутки перестают обрабатываться только входящие uTP-соединения, и этого никто не замечает, так как у всех bt.transp_disposition=31 и порт открыт. Проверю. «Старые» метки в 3.4.7 не работают ни при каких обстоятельствах. Я разобрался, как работают «новые» метки, — и это совсем не альтернатива старым, а что-то совсем непотребное. Да, благодарю. Проверю заодно этот момент относительно подвисания из проблемы 2.

L.Rainman
то есть именно этой сборки под мак нет? только настройки самому делать?

L.Rainman Это был виноват Защитник Windows. Если добавить эгзешник в исключения (только эгзешник, а не процесс целиком), зависания пропадают. Защитник почему-то очень медленно сканирует эгзешники uTorrent-а. Да, так и есть. Менее чем через сутки перестают обрабатываться входящие uTP-соединения: в журнале пусто, пропадают пиры с флагом I. Жёлтый треугольник, кстати, появляется с сильным опозданием. Сломанная обработка входящих uTP-соединений не влияет на TCP-соединения. Они начинают обрабатываться, если открыть TCP-порт. uTP-соединения начинают обрабатываться только после перезапуска клиента. Я не нашёл способ починить их как-то иначе.
Было бы интересно узнать, только ли у меня так. В 2.0.4 такого не было.

У этой версии проблемы посерьезней - она ставится только в portable-варианте.

Даже если это и так - в чём тут проблема? Имхо портабельный вариант - самый удобный.

Не очень-то удобно, когда экзешник где попало валяется.

eugene128736871
Не где попало, а специально выделенном месте. На мой взгляд - гораздо неудобнее, когда при переустановке системы приходится всё восстанавливать или заранее делать бекапы. А тут сразу клиент готов к работе.

В рутрекер вики советуется установить bt.allow_same_ip в true, но вот тут имеются показания что это опасно. Если это так, почему бы не указать это в вики?

Потому, что при отключении к вам может подключиться только один пир из множества, сидящих за одним NAT-ом Вопрос спорный. Хорошо бы иметь ограничение на количество таких подключений, а не просто включено/выключено.

Хм что бы скачать торент с торент клиентом нужен торент клиент) . Так вот у меня вопрос проще скачать последнюю оф версию уторента с сайта и настроить ,отключит рекламу и т.д. Или все таки скачать эту раздачу и потом переставить так как она может оказаться лучше?
Я просто плохо разбираюсь в настройках уторента и написано в описании много.(рекламу сам отключить могу).

У меня вопрос, связанный с шагом 2 руководства. Если я правильно разобрался в теме, указание ДНС провайдера в доп. настройках имеет смысл лишь тогда, когда с его стороны есть поддержка retracker.local, который, в свою очередь, работает внути локальной сети, что косвенно относится уже к шагу 3. Боле того, тут написано что retracker.local поддерживается в основном только российскими провайдерами. Учитывая все ранее написанное, уважаемый L.Rainman, стоит указать в шаге 2 что его выполнение имеет смысл только если если пользователь проживает в России и его провайдер поддерживает данную функцию. Например, я из Украины, а провайдер давненько уже упразднил у себя локальную сеть. Значит мне стоит оставить дефолтные OpenDNS в доп. настройках? Поправьте, если ошибаюсь.

gravitimax
Можете скачать с нашей wiki готовую сборку - http://rutracker.wiki/images/b/bb/Ut3_41712.zip , там реклама должна быть уже отключена.
просто распакуйте папку в удобное место и запустите exe файл. При необходимости обновить - добавьте в эту папку новый utorrent.exe и запускайте уже его. Старый можете оставить на всякий случай.

L.Rainman
в Вашей версии :
- включена последовательная загрузка данных внутри файлов
и для решения " Проблема №4 «при скачивании в клиенте отображается сообщение «Диск перегружен» "
тоже предлагается "включить (установить в true) опции: bt.sequential_files и bt.sequential_download"
получается что bt.sequential_download уже включена и бороться с перегрузкой предлагается только включением дополнительно bt.sequential_files ?

Благодарю. С «новыми» метками понятно, жалко что «старые» совсем отвалились к 3.4.7.42330. Именно этой сборки под OSX нет и в моём авторстве точно не будет, однако руководство и настройки от сборки должны подходить с некоторыми ограничениями поскольку части опций в версии для мака просто нет, скорее всего разницы по руководству между версией 1.8.7 для мака и 2.2.1 для винды не будет. Системные твики само собой не подойдут, но в руководстве и так указаны конкретные требования для их применения, в т. ч. даже на старых Windows многое из описанного в руководстве не сработает. Благодарю за столь подробное тестирование. Про "Защитник Windows" понятно, в принципе utorrent как и все другие p2p приложения плохо дружат с антивирусами и прочими защитными механизмами ибо устанавливают большое количество соединений на произвольные хосты/порты и обращаются к большому количеству разных файлов в раздачах, притом в произвольное место. Подавляющее большинство других программ так даже близко не делают, разве что высоко нагруженный сервер с очень большими базами данных может иметь сходное поведение, но это уже серверное ПО, почему экзешник долго проверяется и почему он проверяется только при наведении мышки в трее на значок клиента это вопрос к "Защитнику Windows" ибо зачем каждый раз проверять одно и тоже мне, например, не понятно В общем это тоже явно надо добавить в руководство в качестве ещё одной проблемы.
С uTP странно, но понятно, возможно это какой то хитрый баг, в принципе могли и не заметить если он не всегда и у не у всех проявляется ибо далеко не все держат клиент запущенным постоянно и очень многие на ночь выключают машины, посмотрим по результатам тестирования 3.4.7.42330. Постараюсь в ближайшее время выложить обновление сборки с версией в которой уже будет и 3.4.2.35702 и 3.4.7.42330 плюс по настройкам и руководству улучшения. В инсталляторе я отпилил весь мусор и загрузку левого ПО и он отлично работает так что, скорее всего, проблема есть только на оригинале из-за загрузки большого количества мусора, который и вызывает проблемы При включении bt.allow_same_ip клиент с очень высокой эффективностью можно некоторое время подряд ддосить с одного узла совершенно тупым скриптом (!) после чего клиент этот хост банит, но если у злоумышленника таких узлов много и в разных подсетях (например развитый ботнет) то клиент можно ддосить, фактически, бесконечно ибо после перезапуска клиента список банов сбрасывается. Такая атака для клиента снижает связность в рое, уменьшает скорость, уменьшает отзывчивость клиента и увеличивает ресурсожор в системе. Этот момент проверять меня подтолкнул ersh2k2 ибо пожаловался на необъяснимые странности с левой нагрузкой и необъяснимыми провалами в скорости. Так что до тех пор пока ограничение на количество одновременных соединений с одним IP в клиенте задать никак нельзя то и включать bt.allow_same_ip, особенно при наличии публичного IP адреса в интернете, нельзя и это бесспорный вопрос ибо его включение в итоге не даёт ничего хорошего и делает клиент уязвимым. В этом месте в клиенте всё очень плохо, к сожалению и от версии клиента никак не зависит В принципе торрент клиент не_нужен ибо на обменнике сборка тоже лежит (всё же добавлю в шапку ибо "rar.exe.rar"))), ссылка в основном полезна тем, кто скачивает клиент впервые и у кого клиента нет Всю рекламу без патча в клиенте, к сожалению, уже давно отключить невозможно, загрузку нежелательного софта во время инсталляции без патча тоже отключить невозможно (можно конечно вручную снимать галки и следить за этим при установке, но лучше чтобы этой возможности уязвимости в процессе установки клиента вообще не было, правка hosts частично решает проблему, но это всё равно сложнее ибо каждый раз надо проверять что не появилось нового), кроме того OpenCandy встроена прямо в инсталлятор и её сделать гарантированно неработоспособной можно только патчем. Прошу прощения, я в шапке забыл указать вот эту ссылку (шапку обновлю, в руководстве эта ссылку уже есть в шаблоне). Прописать адреса DNS провайдера желательно вне зависимости от страны проживания, всё зависит только от конкретного провайдера и его желания улучшить качество обслуживания своих клиентов. Если после добавления DNS провайдера в раздачах в клиенте автоматически не стал появляться ретрекер провайдера (его адрес будет содержать домен провайдера, но будет отличаться от retracker.local) то в конце руководства добавлен шаблон письма провайдеру с просьбой в тех.поддержку добавить функциональность ретрекера, BEP22 (за счёт настройки DNS сервера на стороне провайдера) и создания приоритетного списка пиров для сети. Не только, в решении проблемы №4 ещё рекомендуется дать клиенту более низкоуровневый доступ к диску если включение последовательной закачки не решило проблему. Всё остальное уже максимально сделано настройками. В отношении bt.sequential_download и bt.sequential_files есть тонкости, советую поглядеть ещё проблему №6, собственно поэтому и описаны обе опции чтобы в случае если проблема всплывёт то вне зависимости от изменения настроек в процессе эксплуатации пользователь сразу смог видеть всё на что стоит обратить внимание в одном месте.

В последнем 3.4.9 «старые» метки снова работают, но:
1) Раздачи переносятся через раз;
2) сломаны вложенные метки, так как обратный слэш заменяется на знак подчёркивания. Обращу ещё раз внимание, что проблема именно в долгом сканировании самого эгзешника, а не в проверке деятельности запущенной программы. То есть не в создании кучи подключений. Добавлять в исключения мониторинг активности uTorrent-а в случае Защитника нельзя ни в коем случае. Иначе можно скачать и запустить зловред, не заметив этого. Особенно если uTorrent запускается с правами администратора. Добавить в исключения нужно только сканирование эгзешника.
Антивирусы перепроверяют заново те же файлы после обновления баз, например. И правильно делают.
Что касается именно p2p-активности uTorrent-а, то на неё плохо реагирует сломанная сетевая подсистема Windows 10 (и Server 2016 тоже), из-за которой я и маюсь с bt.transp_disposition=26 и закрытым TCP-портом. Обмен по uTP почти не вызывает проблем.
Протестировал 3.4.2 с bt.transp_disposition=31 и проброшенным TCP-портом (т. е. с настройками по умолчанию). Входящие uTP-соединения в норме даже через трое суток.
У 3.4.7 с bt.transp_disposition=26 и закрытым TCP-портом тоже всё плохо.
Что там с промежуточными вариантами, пока непонятно, но мне в любом случае нужны 26 и закрытый порт, а другим людям оно вообще не надо. Так что всё в порядке, и мой вопрос относительно того, что никто не замечает, что пропали uTP-соединения, снимается.
Второй такой же, но более длительный тест показал, что всё плохо. Смотри ниже.
Есть вопрос. Пока тестировал 3.4.7, обратил внимание, что файловый кэш разрастается до космических масштабов (5,8 ГБ, например), как это типично бывает с 1.8.2 и 2.0.4 при использовании виндового кэширования без PagePriority=1. Но с эгзешником из этой раздачи кэш не разрастается. Максимум — гигабайт. Это хитрый патч, или в 3.4.7 опять сломали кэширование?

L.Rainman, у вас в "Руководстве" отключение опции "Распределять все файлы" является обязательным условием решения проблем. В каком-то из ФАК-ов на рутрекере (ссылку потерял) я читал что установка этого флажка позволяет снизить нагрузку на винчестер и фрагментацию. А в бонус идет сообщение клиента о недостаточном свободном месте при добавлении торрента если диск забит. И еще, если я верно понял из темы о кешировании, это позволяет избавиться от зануления создаваемых пустышек. Уверен, у вас имеются веские основания для отключения этой опции и хотелось бы их узнать.

Очевидно там? - Ошибка: Диск перегружен (Настройка кэширования и другие способы уменьшения нагрузки на HDD).
Я бы не назвал ЭТО факом, скорее тема обсуждения проблемы. В разных версиях/билдах и на разном железе - проблема может проявляться сильно по разному. Так что единого простого способа может и не найтись. В любом случае - метод научного тыка вам в помощь, пробуйте.

Рapant, может и там, не уверен точно. Но там СТОЛЬКО сырой инфы, с перекрестными ссылками к тому же, что воспринимается крайне тяжело, так что только так и работаем. Пока снял эту галку.
Еще кое-что меня беспокоит. Этой сборкой сидирую на домашнем ПК, и в отчетах отображается что максимальный кеш клиента 128 мб, хотя настройки не менял и должно быть 384 мб (402653184 б) Еще более странно что на ноуте у меня последняя на сегодня версия клиента с другими настройками, но это сообщение с теми же цифрами присутствует и там. Так и должно быть что ли?

Шеф, всё пропало! Перезапущенный клиент проработал ещё трое суток и 13 часов. Входящие uTP-соединения пропали, uTP-пиров с флагом I нет. Помог перезапуск клиента. Такие дела.
Возможно, это проблема Windows 10, а не торрент-клиента. Протестирую позже.

L.Rainman
вопрос - как в списке загрузок\раздач полностью физически удалить иконки со статусом состояния загрузки\раздачи?
в опции-дополнительно показ иконок отключен, но они почему то на некоторых загрузках\раздачах все равно отображаются.
иногда не с того ни с сего, например после простой перезагрузки компа, иконки начинают отображаться сразу по 5 одинаковых штук, вместо одной иконки, даже если показ иконок отключен.
хочентся выпилить иконки физически как ресурс .ехе файла.

Благодарю, агу, thevitali тоже говорит что как то "периодически" они и работают. агу, согласен. Совсем отключать конечно же не стоит ого, вот это новость. У меня проблемы с сетевым стеком были на 8 и 8.1 - очень медленно работал обмен с локалхостом, а 10 я подробно в этой области пока не тестировал, жалко что это до конца так и не починили. Точно проблема в ОС, а не в драйверах на конкретное оборудование (сетевую карту)? Благодарю, очень может быть что это вообще специфическая проблема билда 3.4.2.35702. Хм, не знаю. ersh2k2 тоже жалуется, что без сниженного приоритета по памяти в 3.4.7.42330 течёт файловый кэш системы. В 3.4.2.35702 он просто в принципе не течёт, на не патченной версии тоже самое. Собственно этот момент то чинят то ломают, по этой причине этот твик в руководстве и описан как решение проблемы №1 ибо руководство позиционируется более менее универсальным, а этот глюк есть на многих версиях.

---

Благодарю за указание на это место. В руководстве небольшая неточность, исправлю коротка суть такая: если применён второй этап решения для проблемы №4 отключать опцию "Распределять все файлы" нет никакой необходимости. В остальном: подчеркнул верные высказывания и зачеркнул неверное. Избавиться от зануления можно только выполнив второй этап решения №4. Основания для отключения этой опции были простые: при старте закачки она резервирует место на диске под все файлы, а это, без решения проблемы №4, приводит к тому, что система начинает в целях безопасности занулять всю эту область и нагрузка на диск многократно возрастает, в следствии чего появлется проблема "Диск перегружен" с практически полной остановкой передач в клиенте до момента завершения зануления всей этой области. В общем это в руководстве "исторически сложившаяся" неточность: сначала решение 3 было описано, а только потом 4
Доп: ах да, чуть не забыл, ещё включение опции "Распределять все файлы" создаёт ровно ту же самую проблему с занулением при закачке на сетевые диски и тут уже эту проблему не решить никак, только опцию отключать.

---

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

чего у меня не работает удаленный uttorent поставил эту сборку а удаленный никак не может подключиться!
чего у меня не работает удаленный uttorent поставил эту сборку а удаленный никак не может подключиться!

Всё плохо. Я должен извиниться, недостаточно исследовал проблему. Я не придавал значения тому, из скольки файлов состоит раздача, и тестировал после настройки diskio.smart_hash на больших раздачах из одного файла. Между тем, баг вопроизводится до сих пор именно на раздачах из нескольких файлов и не зависит от диска назначения - проверял на обычных HDD, как SATA, так и IDE, на SSD дисках и даже на RAM диске. Если в раздаче несколько файлов и выбрать только один, то весьма часто в начале и конце образуются недокачанные сегменты. Их видно только если удалить раздачу и добавить ее снова. Самое неприятное, нет вообще способа докачать! Я даже отключал кэширование вовсе, с перезагрузкой клиента, эффекта нет. Раз десять пробовал докачать файл, он "докачивается", а после удаления и добавления снова - опять недокачанные куски.
Свежескачанный с официального сайта uTorrent 3.4.9 ведет себя точно так же!
UPD: Докачать файл есть только один способ! Надо выбрать скачивание всех файлов в раздаче! Тогда недокачанные куски в начале и конце файлов докачиваются.

L.Rainman
небольшое уточнение с багом с показом иконок в списке загрузок\раздач.
иконки показываются только на активных раздачах, где идет обмен данными, в основном на сидируемых раздачах.
на одних ни одной иконки, на других одна иконка, на третих две иконки.
проблема что в 3.2.3 что в 3.4.9 43.085
но, наверно проблема только у меня.
нужно собраться и перенастроить уторент с нуля, тогда может проблема исчезнет.

Это точно проблема в ОС. Это подтверждают и тесты сети, не связанные с торрентами. Я протестировал шесть или семь разных реалтековых и д-линковых сетевух (плюс вай-фай адаптер в нетбуке) с примерно двадцатью разными версиями драйверов: от старых-престарых до новейших. На совершенно разных конфигурациях железа. Поведение абсолютно одинаковое. С интеловыми сетевухами у других людей то же самое. На XP, 7 и 8.1 проблемы нет. Хотя некоторые утверждают, что у них и на десятке всё нормально, но они отказываются делать тесты (у них же всё работает, поэтому им всё равно). Собственно, проблема в том, что раз в час-полтора происходит затык всей системы на 60—200 мс, если работает любой торрент-клиент. Я их протестировал, наверное, все, какие есть под Windows. Отчёты, сделанные xperf, показывают, что затык происходит всегда одинаково и связан с сетью. Если отключить обмен по TCP и не пробрасывать TCP-порт, всё почти хорошо. Эта проблема гуглится по «windows 10 utorrent ndis dpc», «windows 10 ndis dpc» и подобным. Как я писал выше, 3.4.7 ведёт себя аналогично.

Сборка обновлена!

Не очень нравилась (прежде всего по удобству пользования) ваша предыдущая версия, но из-за Проблемы №11 пока остаюсь на ней, так как по закачке/раздаче проблем у неё не было. А решения этой проблемы, которые даны в новой раздаче, мне не очень подходят...

Читаем шапку, там всё есть:

---

Ах, вот о чём вы, жаль я не сразу понял! Это особенность работы клиента из-за особенностей протокола. Смотрите в чём дело:
в протоколе нет понятия "хеш файла", а есть только "хеш раздачи", соответственно конец одного файла в раздаче и начало следующего очень часто являются кусочком одной части (смежной части для двух файлов). После скачивания только одного файла из раздачи клиент в папке, рядом с закаченным файлом, создаёт скрытый dat файл, в котором содержаться остатки смежных частей для скачанного файла. Когда вы удаляете торрент из клиента то вместе с ним клиент удаляет и этот dat файл. Соответственно файл полностью закачался и остаётся целым! Однако при добавлении раздачи обратно в клиент остатков смежных кусочков у клиента уже нет и он показывает что начало и конец файла не загружены ибо он просто не может посчитать их хеш и проверить целостность, а соответственно зарисовывает красным начало и конец файла. В этом большая печаль протокола bittorent это by design и это не починить.

---

Агу.

---

Понял, благодарю. Значит в 10 сломан сетевой стек, печально Надеюсь к полному окончанию поддержки Windows 7 они этот глюкодром доделают.

---

Благодарю за баг репорт, жалко что так. Всё таки интересно, это точно баг билда 3.4.7.42330 или если, например полностью антивирусный продукт или подобное ПО то проблема уходит?

uBlock Origin блокирует ссылки на Virustotal. Почему они не прямые, а через какой-то левый сайт?
http://www.freefixer.com/b/remove-viglink-com-from-firefox-chrome-and-internet-explorer/
https://windowsproblemshelpcenter.blogspot.fr/2014/12/remove-apiviglinkcom-and-wwwadcashcom.html