Новый анонс залит на сервер, срочно проверяем, как оно работает... У меня и бетта тестеров - нормально Никаких изменений в подсчетах статистики нет - только новый флаг, поэтому если оно не ругается сразу - значит все прошло удачно... Скрейпер я тоже перезалил - правда он пока не рабтает, но больше не должен говорить Scrape Erorr: BDecoder: invalid input data

Они по UDP гоняют служебный трафик, данные идут как обычно... А служебного трафик торрент создает ДОФИГА, чем больше пиров - тем более дофига...

Implementer's Note: Even 30 peers is plenty, the official client version 3 in fact only actively forms new connections if it has less than 30 peers and will refuse connections if it has 55. This value is important to performance. When a new piece has completed download, HAVE messages (see below) will need to be sent to most active peers. As a result the cost of broadcast traffic grows in direct proportion to the number of peers. Above 25, new peers are highly unlikely to increase download speed. UI designers are strongly advised to make this obscure and hard to change as it is very rare to be useful to do so.

Desummoner, ну молодец!!!, ну голова!!!

будем посмотреть.

а что? действительно АЗ самый защищенный?

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

azer и transmission
вроде пашут.

Азер стал писать Скарп ОК.

Спасибо за новости, а что кроме Скарп ОК - цифры в скобках стали похожи на цифры а трекере и отличаются от клиентовских? У меня как бы даже стопнутые торренты мю стал показывать правильно

в bittorrent спецификации такого параметра нету, чистая фишка жабы, вроде пока полет нормальный, все как надо делает, какие еще клиенты опрашивают этот параметер в dictionary интерессно было бы узнать, было бы тогда смысл еще повысить нормальное время аннонса, а минимум оставить на 30 минутах

если min interval > чем нормальный, то идет подгонка, в логе увидел такую запись

MIN INTERVAL CALC: min_interval=1800, interval=1790, orig=1790, new=1800, added=10, perc=1.0055866;

интерессно что по скрейпу мин интервал затащили в под-dictionary flags

files
  infohash
  complete
  incomplete
  downloaded
  name
failure reason
flags
   min_request_interval

2 desummomer
еще раз спасибо, что не поленился и залез в сорсы, в свое время азур забил старый трекер на РДА, тогда > 60% юзали азур, правда железо было там слабовато

This post has been edited by kopeika on 28-04-2006, 22:36

в спеке кометы тоже есть такой параметер... В целом я думаю, что азур - это новый спек, офф версия продалась врагам и нам больше не указ.. Осел vs Мул

http://wiki.bitcomet.com/help/Tracker_HTTP_Protocol

На страничке Azureus changelog по слову "interval" мгновенно находится такое:
2.3.0.0 - May 2, 2005
Core | Client support for the 'min interval' announce extension

Хмм ... в общем, не удивляйтесь, если окажется, что "min interval" поддерживают многие торрент клиенты. В реальной спецификации wiki.theory.org/BitTorrentSpecification такой ключ в ответе трекера есть, а про bittorrent.org/protocol.html сказано, что это так, описание БТ в общих чертах.

По занавес еще один нюанс. Для того чтобы min interval работал нужен обязательно работающий scrape. Если его выключить (и не делать вручную), АЗ начнет благополучно опять менять интервал (проверено на практике), полностью забивая при этом в некоторых (или даже всех) случаях на min interval. То есть настоящие проблемы на трекере начались, на самом деле, когда пользователей АЗа попросили отключить scraping.

Кроме того, есть подозрение (возможно я ошибаюсь), что скрейпы используются не совсем по назначению.
Согласно вот этому http://azureus.aelitis.com/wiki/index.php/Scrape, скрейп используется, как сильно менее тяжелая операция, в первую очередь для того, чтобы понять когда нужно делать апдейт. То есть, для экономии ресурсов трекера. И, вторым пунктом, для спящих seed-торрентов (включая ротацию). То есть для сильного снижения нагрузки на трекер надо разрешить частые скрейпы, а апдейты наоборот сделать очень редкими, причем через interval, а не через min interval (сейчас для скрейпов min_request_interval=14400, а для апдейтов interval=1800, что в точности наоборот). Логика в АЗе рассчитана именно на экономию апдейтов за счет скрейпов.

This post has been edited by Desummoner on 29-04-2006, 00:28

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

Кстати, нашел в мю баг. Не трагичный, но досадный. Написал в топик ему посвященный. Хотя, честно говоря, у меня нет цели убеждать народ в переходе с МЮ, на АЗ. 9MB против 90 сами за себя говорят...

This post has been edited by Desummoner on 29-04-2006, 01:17

Desummoner спасибо за ответ
а, можно еще один вопрос?
как?, по твоему мнению, лучше настроить АЗ? исходя из вновь открывшихся обстоятельств, и соответствуют-ли эти настройки тем что описаны в топике по настройке АЗ?
может там нужно что-то подредактировать?

Даааа.... некисло скинули нагрузку с сервера....

Что служебный, это понятно. Просто я пробовал работать по UDP, когда сидел за NAT. Так вот, такое впечатление, что трафика становилось больше (может, он, команды перепринимал заново...). Может такое быть?

Вот это расхождение BT Specs с Azureus Good Settings (ведь в последнем минимальное значение из рекомендуемых значений параметра Maximum number of connections per torrent равно 70, то есть уже на 30% больше от рекомендуемого по спецификации максимум) всегда вызывало вопросы, на которые так и не удается получить ответ. Почему так?
Desummoner

Почему? Откуда такая информация? Что-то например по вероятности утечек памяти этого не скажешь.

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

This post has been edited by TCPIP on 29-04-2006, 19:41

Да scrap нужно отключить и всего делов то и не будет лягуха более долбать

option-tracker-client-uncheck"enable scraping"

Попробовал я Комет - нашел больше неудобств чем удобств. Всякий раз после отключения нужно вручную запускать кеаждый торрент - почему-то оказывается все стопнутое