TCPIP
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Antonio_99RUS
10:01 01-09-2005
Цитата:| Внутри торрента есть так называемый passkey... никогда и никому не давайте те торрент-файлы, которые скачали вы... eсли вы дадите мне свой торрент-файл, а я начну по нему качать и ничего не отдавать, трафик на трекере спишут с вас, а не с меня. |
Понял, спасибо, значится в каждой избушке свои, стало быть, погремушки. А что тогда делается на системах поиска торрентов вроде mininova/meganova? Кто эти робингуды, что готовы пожертвовать своим трафиком? Ведь там качают сотни и тысячи.
Цитата:| включённые dht: и Peer Exchange. |
Ну вот, вроде как ими хвастаются, особливо DHT... старались люди, очередной буст сделали, а про стыковку с трекером забыли...
Цитата:| что лучший для раздающего клиент -- Azureus. В первую очередь из-за SuperSeed |
SuperSeed есть и в BitSpirit, но автор категорически не советует использовать эту функцию, так как, мол, не по-товарищески это, отдавать по 100% вместо 150-200 обычных.
nickddd
10:24 01-09-2005
Цитата:| проблема TorrentStorm в том, что он не сообщает на трекер о том, что ты нажал стоп, например |
В BitSpirit есть флажок Send Stopped event to the tracker (when job is stopped), который по умолчанию снят. Поставить?
У BitSpirit и BitComet подложка --- TorrentStorm? То есть они вроде ABC, который лишь управлялово над BitTornado?
А вы, стало быть, оба Azureus используете?
А можно ли не приостанавливать раздачу, но временно прекратить скачивать самому и наоборот? Просто спирит съедает столько, что даже страничку простенькую не открыть. Каждый раз прыгать, выставляя ограничения --- накладно, хотелось бы полностью приостанавливать загрузку в мою сторону, не останавливая загрузки с меня. Кто способен на такое?
И еще: BitSpirit не различает чистую раздачу и обычную загрузку, так что если установлено, что одновременно может работать только одна задача, то по завершении скачивания файла и переходе в режим раздачи, так и остается работать только одна задача --- раздача, а к следующей задаче он не переходит... Какой клиент способен переходить к следующей задаче?
И еще: в BitComet есть классная вещь --- стартовать следующую задачу, если использование канала (скорость загрузки) падает ниже заданного значения. По идее --- то что нужно, но: не работает. Вернее, работает плохо: чаще всего, через какое-то время, глядишь, а у тебя работают вообще все торренты в списке, хотя изначально работала только одна задача... Видимо, таймауты, по которым он вычисляет падение скорости маленькие и он поочередно начинает пускать все новые и новые задачи, как только наблюдает падение суммарной скорости. Какой клиент нормально выполняет данную задачу? Видел, в Azureus плагин балансировки нагрузки. Работает? |
Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 02:42 02-09-2005 | Исправлено: TCPIP, 03:03 02-09-2005 |
|
Что-то не могу понять соотношение параметров Max In/Out-boud Connections per job = 30/30 и Max Concurrent Connection Attempt = 72 в BitSpirit! Как они связаны? Если сумма входящих и исходящих соединений 60, то откуда возьмется 72 одновременных соединения? И вообще, откуда берется именно такое звериное число --- 72? Почему не 71, не 73? Просто возникла проблема аналогичная проблеме Preston: если оставить эти настройки как есть по умолчанию, то скорость очень маленькая (в районе кила 
, хотя я абсолютно не понимаю, как так реальная скорость может быть в 400 раз меньше заявленной: BitSpirit пишет Total Speed 400 KB/s), а если поставить 40/40 для входящих/исходящих и 92 (гм, а сколько ставить-то? 
) Ну и вне скобок я тоже не очень-то понимаю? 
