Архив-5: Обсуждение µTorrent версий 2.+ [2205053]

Скорее всего Вам ничего не требуется делать и подсказок тоже не требуется. Если Вам не нравится участок графика, выделенный желтым прямоугольником: , то смотрите графики с обновлением графика в 30 сек и 5 минут, например: Если бы был график работы клиента с обновлением графика в 1 мс, то увидели бы график работы клиента такой, как, например, при измерения параметров чего-либо в осциллографе, т.е. типа расчески (перевернутой зубьями вверх) с очень длинными, мелкими и неровными зубьями с очень малым зазором между зубьев.
Битторрент сеть децентрализованная и многое зависит от отдающих части файла, т.е. от того, что с какой скоростью они отдают части файла качающему файл клиенту или по другому от наличия свободной исходящей скорости для отдачи частей файла качающему файл клиенту. Ровную скорость загрузки файла можно ожидать только при централизованной раздаче файлов, когда раздаваемый файл находится на одном сервере.
Конечно, и в битторрент сети может оказаться, что качающему клиенту отдает части файла единственный Сид на большой скорости, например, Сид из локальной сети.
Если на самом деле есть проблемы, то устранение проблемы зависит только от хозяина компьютера.
Например, если в начале раздачи файла скорость отдачи большая, а через некоторое время есть явное падение скорости отдачи, то использование более скоростных дисков падение скорости отдачи устранит. Если не полностью устранит, то всё-равно явно улучит график отдачи частей файла.
К не ровному графику отдачи приводит и маленький объём кэш-памяти, выставленный в клиенте, например, если бы я загрузку файла, описанную в сообщении https://rutr.life/forum/viewtopic.php?p=77930365#77930365 , делал при не маленьком объёме кэша, а большом объёме кэша типа 1024-1600 МБ, то график загрузки файла был бы более ровным и средняя скорость загрузки файла была бы больше, так как маленький объём кэша приводил к кратковременным переполнениям кэша, вследствие чего были кратковременные падения скорости загрузки файла.

Тогда возможно у вашего провайдера глючит ограничитель. Или есть локальные пиры.
Если нет ограничения скорости - возможно дело в пропускной способности сети провайдера, она зависит от нагрузки на сеть. Соответственно максимальная скорость может немного плавать.

Переустановил клиент, скачал пару раздач и вроде стало лучше, буду вообщем наблюдать, если что напишу! Спасибо всем за помощь!

Ваш интерес к неравномерности скорости загрузки файла необычным не является, так как многие интересовались этим вопросом и будут ещё интересоваться. На трекере даже есть тема, посвященная этому вопросу: https://rutr.life/forum/viewtopic.php?t=1938715 .
Примечание:
Предыдущее сообщение отредактировал.

Большое спасибо за помощь и подробные профессиональные ответы:

В эту тему были перенесены сообщения [1 шт.] из Обсуждение µTorrent 1.8.2
Papant

---

Здравствуйте. Utorrent 2 2 1 неправильно отображает дату "добавлен" . В папке C:\Users\111\AppData\Roaming\uTorrent дата создания правильная, а в клиенте на месяц вперёд, редко но бывает. 4-5 загрузок не правильно а потом опять все нормально. Дата в компе не скачет. Очень не удобно отслеживать загрузки. Изменить не получается.

Об этом уже писали неоднократно раз.
Перезапустите клиент. Если не исчезнет проблема, то перезагрузите компьютер. Если опять не исчезнет проблема, то перезагрузить компьютер несколько раз.

Спасибо, но не помогло.

all-up
Это так принципиально?

Hannibal61, нет. Но отслеживать новые загрузки, идет, закончилась, вообще появилась или нет не удобно. Да и старые удалять не понятно где они.

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

Приветствую!
Тут интересная ситуация. Один из торрентов при добавлении созданной раздачи с трудом, ставлю на паузу все раздачи, подхватывает DHT и только один раз. Проходит время и далее только "анонсирование". После перезагрузки всего торрента, норм, все новые раздачи подхватывают DHT. Была версия 2.2.1_build_25203, поменял на 25302, настройки идентичные с другими торрентами, только раздача с другого роутера, ip, порта. Посоветуйте что нибудь.

kyba62
А сколько всего раздач в клиенте?

Papant
Немного, 461, активные 22, 86 - завершено, как то медленно все по сравнению с другим ... DHT узлов 586.

kyba62
Один т-файл или с другого трекера?

---

---

Так может проблема не в клиенте?
uTorent грузит файлы только после перезапуска. В чём причина?

Hannibal61
На данный момент на компе работают три торрент-клиента, два раздают с одного роутера Keenetic Giga, проблем не вижу, и один торрент раздает с Keenetic Giga II, с ним заковыка. С последним роутером были когда то проблемы, свет отключался во время обновления, восстановил спец. прогой zkrutil. IP-Адреса динамические, меняются каждые 6-7 дней. Спасибо за ссылку, глянул, пошуршу в настройках "Дополнительно".

kyba62
Скопируйте заведомо рабочий клиент и его запустите через проблемный роутер - останутся траблы - что-то не так с роутером.

Hannibal61
У меня стоит ещё и четвертый торрент-клиент, как раз настроен на Keenetic Giga II, давно его не запускал. Открыл порт, прописал его в торрент-клиенте, перезапустил, встал на закачку https://rutr.life/forum/viewtopic.php?t=5552334 , DHT сразу заработал.
На проблемном торрент-клиенте запустил закачку https://rutr.life/forum/viewtopic.php?t=5612047 с большим числом сидов, DHT - ожидание анонса. Роутер работает.

Самый короткий путь решения проблемы начинается с проверки:
а) полноценной работоспособности роутеров;
б) контактов наконечников кабеля, соединяющего компьютер с роутером, с портами роутера и компьютера.
Если они не являются причиной проблемы, то продолжать дальнейший поиск причины проблемы.
Для начала поменяйте временно пару роутеров местами. Если проблема исчезнет, то причину искать необходимо в пунктах а) и б).
Если при этом не исчезнет проблема, то можно начинать поиск проблемы в "железе" компьютера и даже в состоянии диска.

Всем здоровья. Буду признателен за помощь. Пользую клинт utorrent-2.0.4-final-22967 все устраивает. Кроме косяков с масштабированием: при вот таких настройках экрана: Это медиасервер, он подключен к телеку и, соответственно, если не ставить в настройках экрана масштабирование 300%, все слишком мелко. Если поставить разрешение 1080р, то все ок, но картинка чуть-чуть замыливается, да и видео смотреть - каждый раз пренастраивать разрешение (выход-вход и пр. неудобства).
Может кто подскажет выход из ситуации?
Спасибо.

SVD4k
Видимо, разработчик не рассчитывал на такие экстремальные настройки.
Сейчас наоборот, всё переделывается под планшеты, айфоны, телефоны, а тут 4к х 2к...
Может спросить ТАМ?

Разрешение телевизора?
Размер экрана телевизора по диагонали?
Характеристики медиасервера и телевизора или просто модели их?

ANINFORTOMTSRTCSSS
Разрешение матрицы телека на скриншоте 3840х2160, т.н. "4К" или квад хд или 2160р вроде так это называется.
Телек от тети Сони, диагональ 55 или 65 дюймов.
Медиасервер марки "самопал рекордс" ))) :
intel xeon e3-1270;
2x8Gb DDR3 1333 9-9-9-27 cr1;
Inno3D iChill GeForce GTX 1060 X3 6Gb;
LSI RAID SATA 6Gb/s - 2x6Tb + 3x3Tb + 2x1Tb HDD;
SSD samsung 850 evo 250gb;
650W seasonic prime titanium.
Я конечно знаю 100% решение проблемы, оно заключается в разделении медиа и сервера на два независимых компа и тогда на файловом сервере без проблем будет отображаться все правильно (rdp). Но лень, пока все остальное работает нормально.

Вообще-то то, что у Вас на скриншоте (размазывание) является характерным признаком нехватки ресурсов памяти или процессора. Такое явление бывает даже на экране монитора.
Посмотрите уровень занятости памяти или процессора или одновременно уровни занятости памяти и процессора.

Не, не, памяти и процессора для задач медиасервера более чем достаточно, кроме того, дисковой подсистемой рулит отдельный проц с озу на плате LSI а сеть Intel тоже отдельная плата, роутер Microtik... Этот не "размазывание", эффект именно от масштабирования и он постоянный и статичный. Если приглядеться внимательно, можно понять, что это просто неправильное масштабирование в клиете uTorrent. Часть интерфейса изменяет масштаб нормально, а часть остается слишком мелкой - не увеличивается. Попробую пойти сходить потрахать мозги сообществу, может там кто подскажет что подкрутить в клиенте... или может тут кто подскажет.

SVD4k
Можно попробовать заюзать web интерфейс к uTorrent. В браузере должно быть нормальное масштабирование. Ну и поправить стили и страничку проще, чем бинарик)

В свойствах приложения utorrent.exe в опции "Совместимость" есть включение и выключение масштабирования. Попробуйте с галочкой и без.

Спасибо, в правильном направлении мыслите, товарищ! ))
Получилось чуть чуть нечетко, но именно так, как мне и надо, весь функционал сохранен! Результат: и более качественный вариант: Может это поможет еще кому-нибудь. ОС 10х64 LTSC. Таким образом неприятность устранена на 100%, всем огромное спасибо!
Ссыль на скрины на ЯДе: Еще раз всем спасибо, всех благ!

При загрузке более 100 мбит/с комп начинает подвисать, мышка не плавно идет, с трудом можно что-то сделать вообще. Что это может быть? Версия клиента 2.2.1 (build 25302). Сообщение "диск перегружен" не появляется. Загрузка процессора и памяти несущественна. Проц Core i7 4790k, память - 16 Gb. Запись идет на винт, на котором не установлена ОС.
На всякий случай сброшу скрин настроек кэширования Что самое характерное, три года назад пользовался гигабитным интернетом, таких проблем не наблюдал при закачке.

Если бы выставленный объём кэша был намного меньше, чем на скриншоте, то сообщение "Диск перегружен 0-100 %" (правильно следует читать "Кэш перегружен 0-100 %") увидели бы.
Продемонстрируйте скриншот типа: , на котором видны данные, указанные тремя стрелками.
Мой скриншот выполнен во время раздачи файла, Вам следует показать скриншот во время загрузки файла.
Проблема Ваша заключается в больших значениях Virtual Size (Виртуальный размер) и Private Bytes (Неразделяемых байт) из-за большого кэша, выставленного в клиенте, когда во время падения величины Private Bytes (идет сброс частей файлов на диск) начинаются кратковременные зависания клиента или даже зависание клиента на весь период времени, необходимый для уменьшения объёма Private Bytes до обычных значений для вашего клиента. После этого объём Private Bytes опять начнет расти (быстрыми темпами, если скорость загрузки файла большая) до больших значений и опять появятся кратковременные зависания клиента или даже зависание клиента на весь период времени, необходимый для уменьшения объёма Private Bytes до обычных значений для вашего клиента. И так будут повторяться зависания до конца загрузки файла.
Если объём Private Bytes приведет к увеличению Virtual Size до объёмов типа 1950000 КБ и более, то клиент зависнет окончательно. Потребуется перезапуск клиента для нормальной работы клиента. Перезапуск клиента лучше делать после завершения загрузки файла, так как зависание интерфейса клиента ещё не означает, что клиент потерял способность продолжить загрузку файла.
В клиенте в опции "Кэширование" установите недостающую галочку и уберите галочку с трех последних строк. Вернете их потом обратно в любое время, если захотите.
Выберите объём кэша в пределах 512-1024 МБ. Большие объёмы кэша требуют загрузки файлов под наблюдением, пользуясь программой Process Explorer. На это давал объяснение много лет назад и оно простое, т.е. если сеть 100 Мбит/с и загрузка файлов идет со средней скоростью 11,0-11,5 Мбайт/с, то в кэше накапливаются байты, которые ещё не успели сформироваться в блоки по 16 КБ для сброса их из кэша на диск из-за недостаточной скорости загрузки файла, а сеть 1 Гбит/с в этом случае имеет ещё 900 Мбит/с в резерве.
Примечание:
Программу Process Explorer скачивать со страницы https://docs.microsoft.com/ru-ru/previous-versions/bb896653(v=msdn.10)?redirectedfrom=MSDN.
В программу Process Explorer добавлять столбцы Virtual Size и Peak Private Bytes через View - Select Columns... - Process Memory, т.е. установить галочки перед строками Virtual Size и Peak Private Bytes. Необходимость столбца Peak Private Bytes увидите в ходе эксплуатации программы, т.е. объём Peak Private Bytes показывает максимальный размер Private Bytes клиента за текущий сеанс работы клиента.