» µTorrent / uTorrent [2]

Abs62
Спасибо, если еще кому интересно, оттуда вышел сюда:
http://habrahabr.ru/blogs/p2p/87632/
Где изложено хорошо.

Сегодня стал зависать uTorrent ничего не помогает ни откат на старые версии ни обновление виснит намертво при выборе папок или при переходе в настройки и сохранить их, уже не знаю где копать.. кто что подскажет? до этого ничего не ставил, систему не пренастраивал, os 2008 R2 server.

DmitryV

Цитата:

ничего не помогает

попробуй выгрузить uTorrent и из папки %appdata%\utorrent удалить settings.dat и settings.dat.old , потом запустить uTorrent и настроить его поновой

gerc218
все везде удалял и чистил непомогает...
прогнал CCleaner на ошибки реестра все перустановил ещё раз помогло, в чем была причина так и не понял...

Что-то раньше не нужно было... в utorrent нет поиска по имеющимся торрентам?

Цитата:

поставить в "bt.transp_disposition" 5 и ещё

Этот параметр трогать обычно не нужно, вполне достаточно:
Версии 2.х характеризуются полной поддежкой собственного протокола uTP, призванного увеличить скорость скачивания и отдачи. Однако, на текущий момент собственные настройки этого протокола далеки от оптимальных. Поэтому, если вас не устраивает скорость, вы можете попробовать изменить эти значения.
net.utp_dynamic_packet_size - false
Отключает динамический размер UDP-пакетов (основа uTP). Дело в том, что в uTP заложен механизм адаптации торрент-клиента под загруженность канала пользователя, и если uTorrent "видит", что пакеты стали идти слишком медленно, он уменьшает их размер. На практике же подобный подход часто приводил к перегрузке сетевого оборудования, как на стороне пользователя, так и на стороне провайдера. Итак, выставление этой опции в значение false заставит uTorrent пользоваться фиксированными размерами UDP-пакета.

net.utp_initial_packet_size - 8
Размер UDP-пакета, определяется как множитель от 150-байт. Проще говоря, UDP-пакет = net.utp_initial_packet_size * 150.
Принимает значения от 1 до 8 включительно. Как уже писалось выше, маленький размер пакета может приводить к различным сетевым перегрузкам, поэтому большинству пользователей рациональнее использовать максимальный множитель, т.е. 8.

net.utp_receive_target_delay - 300
Этот параметр можно охарактеризовать как аналог пинга между вами и удаленным пиром, с которого вы качаете. При превышении этого значения, uTorrent будет думать, что ваш канал перегружен, и будет уменьшать скорость скачивания. Повышение этого значения по сравнению со стандартным вызвано тем, что интернет-сети у большинства далеки от идеала, и теоретически даже между вами и вашим соседом пинг может быть более 100, хотя ни вы, ни он не забили свой интернет-канал.
Оптимальное значение этого параметра лучше подобрать экспериментально, оно может достигать 500 и более.
Значение параметра - в миллесекундах.

net.utp_target_delay - 300
Аналогичный вышесказанному параметр, но отвечает за таймаут при отдаче.

Подскажите пожалуйста что означает эта ошибка. Заранее спасибо.

Ошибка: Запрошенную операцию нельзя выполнить для файла с открытой пользователем составленной секцией.

uTorrent 2.0.4

RandyOrton
Цитата:

Этот параметр трогать обычно не нужно, вполне достаточно:

Как раз наоборт
Цитата:

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

и подобрать оптимальное оборудования и провайдера.

artemdv Настроить антивирус

Решил вот попробовать uTorrent 3.0. Сразу показалось очень не удобным содержание колонок Добавлен и Завершен. Вместо привычных даты и времени там теперь указывается прошедшее время (напр., 5 days ago).
Еще не понятно, как посмотреть степень, насколько загружен остановленный торрент, содержащий несколько файлов, в процентах.
Кто-нибудь знает, есть ли способ привести эти детали интерфейса к виду линейки 2.0?

Цитата:

Как раз наоборт

Не разбираетесь - не пишите. У большинства uTP работает нормально.

RandyOrton

Цитата:

Этот параметр трогать обычно не нужно

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

RandyOrton

Цитата:

Не разбираетесь - не пишите. У большинства uTP работает нормально.

"Работает нормально" и "жрет половину канала" - запросто могут соседствовать у одного человека. Просто не все смотрят на закладку с графиками, не все вдумываются в то, почему цифры возле O: и возле U: (пишу по памяти, короче цифры аплоада и оверхеда) могут быть сопоставимы по величине, и чем это плохо.
Т.е. у вот персонально меня uTP ничего не забивает (роутер, скажем, или канал), но когда я вижу, что на 1МБ аплоада идут 300-400КБ оверхеда - я, знаете ли, не могу сказать что "uTP работает нормально", на мой взгляд это НЕнормально.
А другой на моем месте, с моим провайдером, ничего и не заметит.
Так что это еще вопрос, кто тут не разбирается, и кому не стоит писать.

zBear и MrThief
А включено ли у вас шифрование?
И сделаны ли вышеуказанные мною настройки (у меня увеличили ежесуточный аплоад в четыре раза)?

uTP в целом более совершенен и ничего на него напраслину городить.

RandyOrton

Цитата:

А включено ли у вас шифрование?

Разрешено, но нешифрованные соединения тоже разрешены.

Цитата:

И сделаны ли вышеуказанные мною настройки?

Да. Как только они появились в клиенте - сразу были опробованы.

Цитата:

uTP в целом более совершенен и ничего на него напраслину городить.

Бочка катится не на uTP как таковой, а на одну конкретную его реализацию.

У меня раздачи непопулярные, поэтому мне дорог каждый личер. Так вот, в включённым uTP находится больше личеров. А исходящий служебный трафик, доходящий периодически до 10% от скорости отдачи - невысокая и вполне справедливая цена.
Тем более основная составляющая его у меня - отдача повторной передачи, что с большОй долей вероятности говорит о том, что uTP частично режет провайдер.

Также отмечу, что при отдаче только по tcp существенно возрастает входящий служебный трафик, что невыгодно пользователям с лимитированным по тарифному плану входящим трафиком, когда по его превышении скорость режется.

RandyOrton

Цитата:

У меня раздачи непопулярные, поэтому мне дорог каждый личер. Так вот, в включённым uTP находится больше личеров. А исходящий служебный трафик, доходящий периодически до 10% от скорости отдачи - невысокая и вполне справедливая цена.

Вот. А когда с тебя тянут метров 5 в секунду, и при этом 1-2 метра из этой скорости используется впустую - возникает вопрос - а надо ли такое счастье?

Цитата:

Также отмечу, что при отдаче только по tcp существенно возрастает входящий служебный трафик, что невыгодно пользователям с лимитированным по тарифному плану входящим трафиком, когда по его превышении скорость режется.

У меня при отдаче в те самые 5-7МБ\с, входящий поток - единицы-десятки килобайт\с.
Плюс - я не встречал ТП с лимитированным только входящим трафиком (может и есть такие где-нибудь, но у нас - нет). Обычно, если уж трафик лимитирован, то он лимитирован по обоим направлениям, и вот тут сразу же возникает проблема оверхеда, вызываемого uTP.

Цитата:

У меня при отдаче в те самые 5-7МБ\с, входящий поток - единицы-десятки килобайт\с.

Без скриншота не поверю, поскольку при отдаче по tcp входящий служебный трафик составляет 4%. Должно у вас быть 200-300 Кбайт/с примерно.

Цитата:

А когда с тебя тянут метров 5 в секунду, и при этом 1-2 метра из этой скорости используется впустую

А почему так много у вас? Это ж 20-40% от исходящей скорости (25-66% от полезной).

Цитата:

Плюс - я не встречал ТП с лимитированным только входящим трафиком (может и есть такие где-нибудь, но у нас - нет). Обычно, если уж трафик лимитирован, то он лимитирован по обоим направлениям

"Форсаж" от Билайна (проводной интернет), лимит 20 Гб.

RandyOrton

Цитата:

Без скриншота не поверю, поскольку при отдаче по tcp входящий служебный трафик составляет 4%. Должно у вас быть 200-300 Кбайт/с примерно.

Если сумею вовремя вспомнить - сделаю скрин.

Цитата:

А почему так много у вас? Это ж 20-40% от исходящей скорости (25-66% от полезной).

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

Цитата:

"Форсаж" от Билайна (проводной интернет), лимит 20 Гб.

У нашего билайна вообще нет лимитированных по трафику тарифов.

Цитата:

Не знаю я, почему так много

А какая именно составляющая служебного трафика у вас велика?

RandyOrton

Цитата:

А какая именно составляющая служебного трафика у вас велика?

Сорри, я не понял вопрос. Я имею в виду цифры рядом с O: в статусбаре uTorrent'а.

Цитата:

Сорри, я не понял вопрос.

Открываем внизу вкладку "Скорость", выбираем вид графика "Потери в сети".

RandyOrton

Цитата:

Открываем внизу вкладку "Скорость", выбираем вид графика "Потери в сети".

Приду домой - посмотрю, если аплоад хороший будет.

RandyOrton

-
Причём сейчас довольно хорошо выглядит.
Одно время на графике аплоада красная пунктирная была на 20-40% выше красной сплошной линии.

Цитата:

Причём сейчас довольно хорошо выглядит.

Спасибо, конечно. Жаль только абсолютных значений не видно. Также информативнее график с интервалом обновления 30 с (получится график за час) или даже 5 мин.

RandyOrton

Что-то качаете, раз сплошная ярко-зелёная и прерывистая ярко-красная линии самые высокие?

RandyOrton
Ну да, качаю.
Сплошная зелёная относится к закачке.
А прерывистая красная - дополнительный служебный трафик аплоада при включенном uTP, порядка 15-25% от общей отдачи - слишком много, о чём и речь.

Цитата:

А прерывистая красная - дополнительный служебный трафик аплоада

Вы ошибаетесь, прерывистая ярко-красная на графике "Потери в сети" относится к закачиванию, причём соединены вы с сидом по tcp.

Например, я вижу в условных обозначения на графике, что прерывистая красная - это 'ack upload', то есть что-то вроде "подтверждения аплоада".

RandyOrton
Цитата:

прерывистая ярко-красная на графике "Потери в сети" относится к закачиванию

А на чём основано Ваше утверждение?

Цитата:

причём соединены вы с сидом по tcp.

Это почему?

Цитата:

что прерывистая красная - это 'ack upload', то есть что-то вроде "подтверждения аплоада".

Не подтверждение аплоада, а аплоад подтверждений.

Цитата:

А на чём основано Ваше утверждение?

На легенде графика написано: ack upload. Возникает ТОЛЬКО во время скачивания.

Цитата:

Это почему?

Особенность протокола tcp. Ваш клиент отсылает сиду инфу, что вы получили с него данные.
http://ru.wikipedia.org/wiki/TCP