Каждый клиент имеет свои особенности, мю надо настраивать - проверять кол-во слотов, пробовать уменьшить даунлоад, аплоад - смотреть когда он выйдет на стабильную прямую. По моим наблюдениям он просто очень честный - рисует куда точнее азура, что он делает, без служебного трафика. Начать надо с того, что прижать даун, чтобы канал дышал - потом начать повышать ап - когда прямая на графике пойдет волнами - это ваш придел канала (скажем 50к). Отступайте на 30к, поднимайте даунлоад до максимума, потом отступите 10к от этого и если 30к продолжает стоять стабильно - повышайте аплоад. Как пойдет кривая - скажем на 40к, это и есть придел стабильного аплоада. Служебный трафик он не показывает - поэтому и... Слотов - ну скажем 200 конектов всего, 5-10 аплоад слотов на торрент, с 90% галкой повышения. Полуоткрытых - там стоит 8 по умолчанию и это маловато. 15-25 должно помочь...

Это точно работает - как-то развлекался... но не всегда на это хватает времени, терпения... ну и желания, наверное, тоже

Показывает после загрузки 100%

У меня еще не докачалось

Все хорошо и мю хорош, ну а с линуксом что будем делать?

Ну как обычно, дело было не в бобине...

Оне там не глупые, оне там просто слишком умные. Аж черезчур.

Полез в код и уж было собрался патчить и пересобираться, но победила старая тенденция - "think, than crack". Потратил дополнительно пять минут на то, чтобы посмотреть как у них там оно устроено.

Есть две новости. Хорошая: скорее всего патчить ничего не придется, можно построить всех лягушек централизованно.

Вобщем, они исходят из того, что трекер, если его сыльно долбят апдейтами, обидится и начнет сообщать в ответе параметр "min interval" (именно с пробелом). Тогда они не будут опускаться ниже него. Причем я бы рекомендовал поставить его на хотя бы на 30 сек. меньше значения "interval" (в силу некоторых особенностей их алгоритма - он в лучшем случае будет апдейтить на 10 сек. раньше значения "interval" - боятся, что трекер решит что пир отпал совсем).

То есть вместо чего-то такого
d8:intervali1800e5:peersld2:ip14:111.111.11.1117:peer id20:-AZ2402-jlrT4d1yFt5O4:porti16881eed2:ip15:111.111.111.1117:peer id20:-UT1500-µ?uQ?"9~[?c>4:porti4668eee7:privatei1ee

Должно приезжать что-то вроде
d8:intervali1800e12:min intervali1750e5:peersld2:ip14:111.111.11.1117:peer id20:-AZ2402-jlrT4d1yFt5O4:porti16881eed2:ip15:111.111.111.1117:peer id20:-UT1500-µ?uQ?"9~[?c>4:porti4668eee7:privatei1ee

Вторая новость состоит в том, что на 100% я не уверен, что они еще где-нить неначудили - все не проверил, уж больно много кода наворотили перцы...

Кстати, раз уж пошла такая епидерсия, то выскажусь насчет моего отношению к Azureus'у. На данный момент это не только один из самых продвинутых клиентов, не только один из немногих OpenSource-клиентов, это самый защищенный от взлома клиент. Потому как на джаве написан.

Лично я не рискну раздавать с реальной машины где лежит добро чем-то кроме азвереуса.

Кстати, для просмотра сессий переключился на АЗа (в МЮ логгинг никакой) и с некоторым удивлением заметил, что скорость раздачи поднялась раза в два-три. Так что с МЮ тож не все сладко.

И ще одна фича. МЮ, в отличие от АЗа не умеет работать с пирами по UDP, что может значительно ограничивать скорость приема/отдачи и, самое главное, сильно повышает overhead по трансферам (расходы на протокол сверх объема самих перекачиваемых файлов). То-то я заметил, что как только начал раздавать через МЮ, обратного траффика поперло сыльно больше...

Отсюда совет тем, кто считает свой траффик (или время скачивания ) - использовать только клиенты с поддержкой UDP для общения с peer'ами. И МЮ, пока что не вариант в этом деле.

В завершение слово в защиту МЮ. Раздача при одном и том же количестве торрентов (чуть больше десятка): МЮ потребляет памяти порядка 9MB, АЗ - порядка - 90MB. Так что АЗ пока игрушка для богатых, к сожалению.

This post has been edited by Desummoner on 28-04-2006, 12:47

Во, наконец-то! Desummoner - взять с полки ОГРОМНЫЙ пирожок! Вот это уже гораздо лучче! Всем радоваться.... или плакать... пойду отломаю... Скрейпер я уже отломал... Сообщайте (на счет скрейпера) если еще работает... Сделал со злобы даже мультискерпейр, кто-нибудь может сказать, работает он или нет? По идее он теперь одним запросом должен скрейпить все торренты разом...

EDIT: Анонc тоже отломал, пока работает... Проверяйте, что теперь пишут в логах - неужто оно поможет?

Полный @#%$!#@%!@#%! @#$$!@#$$ - в два раза упало кол-во запросов уже через 15 минут после заливки новых скриптов... Я балдею, дорогая редакция - все обратно на Азура + можно включать скрейпинг

Пойду у себя об - где были мои

хоть один толковый програмер появился

У меня пока не видно min interval:

d8:intervali1800e5:peersld2:ip14:111.111.11.1117:peer id20:-AZ2402-jlrT4d1yFt5O4:porti16881eee7:privatei1ee

И с мултискрейпером что-то не так. Не могу сюда кусочек лога запихнуть (форум обижается на длинные строки), но там вот это:

11:49:32.921 3 tracker Error from scrape interface http://... : BDecoder: invalid input data, 'e' missing from end of dictionary

UPDATE: Ну точно не так:

d5:filesd5:flagsd20:min_request_intervali14400eee

Действительно одного "e" в конце не хватает - открываются три dictionary и один integer, а закрывающих "e" только три.

This post has been edited by Desummoner on 28-04-2006, 13:02

Scrape Erorr: BDecoder: invalid input data, 'e' missing from end of dictionary

Шо це таке?

(на раздачах где не нет личеров, только один я или я и пара раздающих)

2 Desummoner
молодец что докопал, пойду тоже засуну.

походу фишка с min interval уже с версии 2.3.0.0 стоит, за всем разве уследишь

Скрейпер да, там я не докрутил... он не работает.... сегодня буду чинить.... Анонс я тоже пока убрал на всякий случай - 12 ночи не лучшее время для фиксов...

Desummoner рулит!

Так а проблем с потерей пакетов не будет?