Close Topic Options

Вопрос такой вот. Вроде-бы, надежнее, - если в начале по какой-то причине достучаться не удалось - почему бы не попробовать еще раз?

и так каждые пол часа на каждый торрент? Нагрузка лишняя почем зря.

А иначе, если в начале была какая-то проблема (SYN потерялся, не успели ответить на все соединения с трекера) - получаем lowid на части торрентов, хотя у них и порт и ip одинаковый.

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

Да такое иногда происходит
Я делаю просто,обновляю трекер,останавливаю торрент,запускаю его ещё раз и всё ОК

oсталось.
Да и вопрос КОГДА проверять остался. во время каждого анонса?

oсталось.

Сколько в граммах? Мне так представляется, что очень немного. Я вспоминаю только одного клиента из тех, которым пользовался, для которого на файрволе требовалось открыть больше одного порта.

Ты ж программист небось? Во время анонса сравнить текущее время с временем последней проверки пары ip/port из этого анонса и если прошло больше чем полчаса (или час) - проверить еще раз. Это, заметим, снизит нагрузку на трекер - т.к. при старте клиента надо будет в большинстве случаев проверить его один раз, а не по количеству торрентов на раздаче.

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

У тебя три открытых торрента, а у меня - я уже со счета сбился Ходить по ним по всем вручную и рестартовать - у меня вчера руки клаву топтать разболелись

У тебя три открытых торрента, а у меня - я уже со счета сбился Ходить по ним по всем вручную и рестартовать - у меня вчера руки клаву топтать разболелись

FlyDrag Но на большинстве того,что ты раздаёшь нету сидов,а если появиться можно рестартануть делов-то

Проблема не в когда, а в зачем - в 99% закрытый порт так и останется закрытым, проверяй его один раз или 5. Можно подумать об отмечании закрытости портов в списке пользователя - тогда сразу будет видно, какой торрент надо перестартовать.

Сиды-то там как раз есть Только это, как бы объяснить... Оно там как-то на сервере крутицо, и лазить туда проверять и рестартовать - совершенно ненужные телодвижения. Я, конечно, приглядываю, но в основном за закачками и циферками, которые скорость показывают А следить за появлением качальщиков я уж точно не буду, зачем оно мне надо? Я, собственно, совершенно случайно заметил, что lowid возникло после перезагрузки на некоторых торрентах.

Ну, при старте раз пять со случайным интервалом между попытками проверить порт тоже было бы вполне решением проблемы... Сколько раз сейчас проверяется? Если один раз - это ни в какие ворота Такс... Два SYNа с интервалом в 3 секунды приходят. Через две секунды после второго трекер присылает OK. Ничего удивительного, что определение lowid подглюкивает.

Это, в принципе, фича полезная... Только опять ручная работа какая-то требуется в результате...

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

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

Резюме. В клиенте для listen установлена очередь в 50 соединений (что, исходя из системных настроек) дает фактическую очередь в 75 соединений - примерно столько клиент обрабатывает корректно, все, что больше - получает LowID. Т.е. проблема с "плавающим" LowID для меня наступила тогда, когда у меня стало больше 75 открытых торрентов. Пока исследовал, заметил, что как минимум еще у fedorchh та же проблема. Т.е. мы имеем два клиента (rtorrent и BitComet) у которых очередь listen слишком маленькая. Для решения трабла есть два пути - разнести раздачи по нескольким параллельно запущенным клиентам (таким образом, чтобы на каждый приходилось не больше раздач, чем у него стоит аргумент в listen), либо увеличить аргумент в listen.

Я попробовал пойти первым путем и пересобрал rtorrent изменив 50 на 256. Это полностью решило проблему с "плавающим" lowid после старта клиента. Видимо, придется делать баг-репорт.

This post has been edited by FlyDrag on 16-04-2007, 07:57

Это сложно назвать багом - торрент же не осел, зачем в него загружать такое количество одноврменно открытых заданий? Я не удивлюсь, если твой "баг-репорт" просто проигнорируют.

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

А в чем проблема? Трекер не тянет? Собственно, я лично не понимаю - чем плохо держать открытыми хоть тысячу раздач? Если железо держит, канал не выход не нагружен (загрузку пожно посмотреть в профиле, ради интереса сделал вчера)? Что предлагаешь снести из моего? B5?

Думаю, если к баг-репорту приложить протестированный патч, как это принято в opensource, вероятность того, что его интегрируют достаточно велика. В любом случае этот патч можно накатывать самому, либо делить на несколько клиентов.

p.s. Думаю, другим людям, держащим много раздач, эта информация будет полезна...

This post has been edited by FlyDrag on 16-04-2007, 11:18

Ну изменил на 256. Теперь ограничение будет больше, но все равно будет. То есть это таки фича. Её описать надо, а не чинить.
Ну и чинить, если кому хочется.