Почему у меня не раздаются раздачи? (продолжение)

anya1956ss сказал(a):

Из вашего текста можно делать вывод, что Вы пишете не об активных раздачах, а о раздачах, которые имеют состояние "Раздается" или о раздачах, среди которых есть и состояние "Раздается" и состояние "Загружается", не обращая внимания на наличие скорости файлообмена. Такому состоянию клиента можно легко поверить, но о 1200 активных раздач поверить очень трудно, так как, чтобы получить 1200 активных раздач, необходимо в клиенте держать огромное количество файлов, не остановленных кнопкой "Стоп" и, естественно, огромное дисковое пространство. Для чего программа "Team Viewer" постоянно включена? Достаточно того, чтобы эта программа была включенной только в момент необходимости использования, так как занимает много памяти для своей деятельности в вашей ОС. Раз Вы намерены допустить на свой сервер чужого, то честнее будет, если Вы предоставите мне полную копию своего клиента с условием изменения в клиенте на всех раздачах passkey, чтобы я не смог попортить ваши аккаунты на трекерах. Если есть такое желание, то изложу в ЛС как это сделать быстро, т.е. с малой трудоемкостью. Я восстановлю полностью ваш клиент в своем компьютере со всеми раздачами и посмотрю вашу проблему. Естественно, на раздачах будут passkey моих аккаунтов, так как, судя по вашему скриншоту, у Вас раздачи в основном с трекеров с частными торрент-файлами, которые без passkey не скачать. Если говорить о двух копиях, то в обоих клиентах необходимо иметь не менее 1200 раздач. Раздавать одни и те же раздачи с одного компьютера (с одного IP) разрешается на трекерах, но на этом трекере при такой раздаче не будет учета файлообмена, на других есть.

Да мне не нужно чтобы все 1200 были активны, главное чтобы статус был на обновляется, а работает..Почему не хотите на сервер зайти и всё там сами посмотреть и полазить? Готов предоставить и копию клиента, без проблем. Насчёт 1200 в двух копиях, пока нет такой возможности, вторую завёл пока временно, т.к проблемы начались с первым, хотелось бы решить проблему и чтобы раздавалось с одного, я бы ещё добавил в один клиент раздач смело. Насчёт тимвьера, постоянный контроль удалённого сервера

ELEKTRONFSMW сказал(a):

Да мне не нужно чтобы все 1200 были активны, главное чтобы статус был на обновляется, а работает..

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

ELEKTRONFSMW сказал(a):

Почему не хотите на сервер зайти и всё там сами посмотреть и полазить?

Чтобы у Вас не было ни малейшего сомнения в случае "потери" passkey, что "потеря" могла быть по чужой вине.

ELEKTRONFSMW сказал(a):

Готов предоставить и копию клиента, без проблем. Насчёт 1200 в двух копиях, пока нет такой возможности, вторую завёл пока временно, т.к проблемы начались с первым, хотелось бы решить проблему и чтобы раздавалось с одного, я бы ещё добавил в один клиент раздач смело.

Если иметь только две копии клиента, то лучше иметь не копии, а пару клиентов µTorrent и BitTorrent. Они не мешают друг другу в файлообмене и не требуется специальных условий для запуска их в одной ОС.
Завтра напишу в ЛС о том, как быстро избавиться от своего passkey на раздачах в клиенте и как сделать полную копию клиента без своего passkey на раздачах.

ELEKTRONFSMW сказал(a):

Насчёт тимвьера, постоянный контроль удалённого сервера

Это типа не своего сервера, например, аренда сервера на стороне?

bag2006 сказал(a):

bag2006 сказал(a): Вообще-то, как бы работа клиента не должна зависеть от компьютерных часов как и работа любой программы не должна зависеть от компьютерных часов. Ну, как же... А время "обновления трекера"?

Вообще-то отсчет анонса в клиенте как бы происходит по принципу секундомера и не должен зависеть от компьютерных часов.

bag2006 сказал(a):

Другое дело, что непонятно, каким образом перевод часов помогает "освободиться" "застрявшим" торрентам, тогда как нормальное течение времени (и уменьшение "естественным образом" числа ожидающих обновления торрентов) - нет.

Тут есть некоторая закономерность, если принять во внимание: некоторые особенности обработки анонсов трекерами; длительность анонсов на трекерах; возможно, ещё кое-что типа цитаты из сообщения ELEKTRONFSMW: "Но дело не в клиенте, давали клиент с настройками у кого трудятся более 2000 раздач в клиенте и нет проблем, аннонсер один, все раздачи на один трекер, при добавлении раздач с другого трекера, на другой не раздаётся тоже, также статус обновляется висит на нём.".
Из своего подсознания мне известно:
1. Цитата (не моя): "Если трекер анонс клиента не принял своевременно, то он его ждет до 2,5* часов".
2. Длительность анонса трекера на трекерах с частными раздачами типа 15 - 30 минут.
3. Серверы трекеров с частными раздачами достаточно слабые. Лет 5 назад на трекере ...hdclub... видел информацию типа: "Количество мест на трекере - 10000".
4. На трекерах с частными раздачами висят аккаунты с количеством раздач, которое исчисляется сотнями и тысячами, ошибочно считая, что на таких трекерах раздавать престижно.
* - эту цитату, видимо, необходимо читать следующим образом: "Максимальная длительность анонса составляет 2,5 часа". Не уверен, что система учета трекера ждет своевременно не принятый анонс. Скорее всего в клиенте заложена максимальная длительность анонса 2,5 часа, которая определяется формулой 2,5 часа = Длительность анонса трекера + Длительность времени, когда в клиенте анонс после отсчета времени до 0 находится в состоянии "обновление...".
Если предположить, что на эти 2,5 часа у клиента нет отдельного "секундомера" и он ориентируется на компьютерные часы, то объяснение происходящего явления простое:

Cкрытый текст -

 

Перевод часов на один час назад 2,5 часа превращает на 1,5 часа, перевод часов на 2 часа назад 2,5 часа превращает на 0,5 часа и т.д. Это означает, что длительность состояния "обновление..." таким образом можно свести к 0. Правда, при этом как бы данные за текущий анонс должны теряться, так как у клиента текущий анонс не обновился нормально, т.е. возможно и не передался совсем.

В принципе, я такие длительные анонсы видел у чужих аккаунтов в статистиках раздачи файлов, начиная с середины ноября прошлого года. Правда, 2 часа 30 минут не видел, но видел много раз в пределах 2 часа - 2 часа 20 минут. В моих клиентах длительных состояний "обновление..." не было.
Некоторые и сами это обнаруживали, например, аккаунт вагонный в теме http://forum.kinozal.tv/showthread.php?t=289886 об этом писал в январе этого года.

Примечание:
Вроде, проблема разрешима, благодаря сообщению ELEKTRONFSMW, который нашел одно из решений проблемы, как говорят некоторые на форумах, путем "научного" тыка.
Осталось путем экспериментов найти приемлемое решение.
Без экспериментов решение простое: "Не доводить клиент до этого состояния количеством раздач.".

anya1956ss сказал(a):

Чтобы у Вас не было ни малейшего сомнения в случае "потери" passkey, что "потеря" могла быть по чужой вине.

Даже и не смел бы думать, но как вам удобнее, просто думал наглядно посмотреть было бы лучше

anya1956ss сказал(a):

Если иметь только две копии клиента, то лучше иметь не копии, а пару клиентов µTorrent и BitTorrent. Они не мешают друг другу в файлообмене и не требуется специальных условий для запуска их в одной ОС. Завтра напишу в ЛС о том, как быстро избавиться от своего passkey на раздачах в клиенте и как сделать полную копию клиента без своего passkey на раздачах.

Да, пока имею две копии одинаковых клиентов, надеюсь что всё получится и смогу раздавать с одного клиента и не одну тысячу раздач, как было ранее...

anya1956ss сказал(a):

Это типа не своего сервера, например, аренда сервера на стороне?

Да почему же, свой может находится удалённо и не всегда под рукой, например, мой рабочий компьютер на работе, к нему всегда я имею доступ, всегда включен.

anya1956ss сказал(a):

Вообще-то отсчет анонса в клиенте как бы происходит по принципу секундомера и не должен зависеть от компьютерных часов.

anya1956ss сказал(a):

Тут есть некоторая закономерность, если принять во внимание: некоторые особенности обработки анонсов трекерами; длительность анонсов на трекерах; возможно, ещё кое-что типа цитаты из сообщения ELEKTRONFSMW: "Но дело не в клиенте, давали клиент с настройками у кого трудятся более 2000 раздач в клиенте и нет проблем, аннонсер один, все раздачи на один трекер, при добавлении раздач с другого трекера, на другой не раздаётся тоже, также статус обновляется висит на нём.". Из своего подсознания мне известно: 1. Цитата (не моя): "Если трекер анонс клиента не принял своевременно, то он его ждет до 2,5* часов". 2. Длительность анонса трекера на трекерах с частными раздачами типа 15 - 30 минут. 3. Серверы трекеров с частными раздачами достаточно слабые. Лет 5 назад на трекере ...hdclub... видел информацию типа: "Количество мест на трекере - 10000". 4. На трекерах с частными раздачами висят аккаунты с количеством раздач, которое исчисляется сотнями и тысячами, ошибочно считая, что на таких трекерах раздавать престижно. * - эту цитату, видимо, необходимо читать следующим образом: "Максимальная длительность анонса составляет 2,5 часа". Не уверен, что система учета трекера ждет своевременно не принятый анонс. Скорее всего в клиенте заложена максимальная длительность анонса 2,5 часа, которая определяется формулой 2,5 часа = Длительность анонса трекера + Длительность времени, когда в клиенте анонс после отсчета времени до 0 находится в состоянии "обновление...". Если предположить, что на эти 2,5 часа у клиента нет отдельного "секундомера" и он ориентируется на компьютерные часы, то объяснение происходящего явления простое: Cкрытый текст -   Перевод часов на один час назад 2,5 часа превращает на 1,5 часа, перевод часов на 2 часа назад 2,5 часа превращает на 0,5 часа и т.д. Это означает, что длительность состояния "обновление..." таким образом можно свести к 0. Правда, при этом как бы данные за текущий анонс должны теряться, так как у клиента текущий анонс не обновился нормально, т.е. возможно и не передался совсем. В принципе, я такие длительные анонсы видел у чужих аккаунтов в статистиках раздачи файлов, начиная с середины ноября прошлого года. Правда, 2 часа 30 минут не видел, но видел много раз в пределах 2 часа - 2 часа 20 минут. В моих клиентах длительных состояний "обновление..." не было. Некоторые и сами это обнаруживали, например, аккаунт вагонный в теме http://forum.kinozal.tv/showthread.php?t=289886 об этом писал в январе этого года.

На данном трекере частота обновления 5 минут, что касается моей манипуляции, то необязательно переводить время на час назад, достаточно даже одной минуты. А вот если переводить на 1 минуту вперёд, то те торренты где статус трекера был работает, начинают тут же обновляться заново...И опять упирается в заветную цифру.

anya1956ss сказал(a):

Примечание: Вроде, проблема разрешима, благодаря сообщению ELEKTRONFSMW, который нашел одно из решений проблемы, как говорят некоторые на форумах, путем "научного" тыка. Осталось путем экспериментов найти приемлемое решение. Без экспериментов решение простое: "Не доводить клиент до этого состояния количеством раздач.".

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

anya1956ss сказал(a):

Cкрытый текст -   Вообще-то отсчет анонса в клиенте как бы происходит по принципу секундомера и не должен зависеть от компьютерных часов. Тут есть некоторая закономерность, если принять во внимание: некоторые особенности обработки анонсов трекерами; длительность анонсов на трекерах; возможно, ещё кое-что типа цитаты из сообщения ELEKTRONFSMW: "Но дело не в клиенте, давали клиент с настройками у кого трудятся более 2000 раздач в клиенте и нет проблем, аннонсер один, все раздачи на один трекер, при добавлении раздач с другого трекера, на другой не раздаётся тоже, также статус обновляется висит на нём.". Из своего подсознания мне известно: 1. Цитата (не моя): "Если трекер анонс клиента не принял своевременно, то он его ждет до 2,5* часов". 2. Длительность анонса трекера на трекерах с частными раздачами типа 15 - 30 минут. 3. Серверы трекеров с частными раздачами достаточно слабые. Лет 5 назад на трекере ...hdclub... видел информацию типа: "Количество мест на трекере - 10000". 4. На трекерах с частными раздачами висят аккаунты с количеством раздач, которое исчисляется сотнями и тысячами, ошибочно считая, что на таких трекерах раздавать престижно.

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

anya1956ss сказал(a):

* - эту цитату, видимо, необходимо читать следующим образом: "Максимальная длительность анонса составляет 2,5 часа". Не уверен, что система учета трекера ждет своевременно не принятый анонс. Скорее всего в клиенте заложена максимальная длительность анонса 2,5 часа, которая определяется формулой 2,5 часа = Длительность анонса трекера + Длительность времени, когда в клиенте анонс после отсчета времени до 0 находится в состоянии "обновление...". Если предположить, что на эти 2,5 часа у клиента нет отдельного "секундомера" и он ориентируется на компьютерные часы, то объяснение происходящего явления простое

Вообще-то (по крайней мере, в uTorrent), если клиент не получает ответа на свой анонс, через некоторое время срабатывает тайм-аут (надо полагать, также по принципу секундомера) и запускается первый интервал ожидания (пауза) (сперва небольшой/ая, в несколько секунд), тоже с обратным отсчётом. Обратный отсчёт также запускается, если получен ответ, свидетельствующий о неудаче попытки передачи анонса. (Что произойдёт, если за время этого интервала придёт "нормальный" ответ от трекера, не знаю.) По истечении паузы клиент опять пытается отправить анонс (обновлённый или нет - сейчас уже не помню, кажется, обновлённый, но могу ошибаться). Если опять нет ответа (сработал тайм-аут) или ответ "неутешительный" - запускается вторая пауза, побольше, и т.д. (Насчёт верхнего предела длительности пауз не помню, возможно, это интервал обновления трекера.)

Здесь же на "лишних" торрентах почему-то не срабатывает тайм-аут при ожидании ответа от трекера. Ну, или не отправляется анонс (не запускается секундомер)/нет реакции клиента на ответ трекера.


Cкрытый текст -

 

Ну, и насчёт упомянутой цитаты про 2.5 часа: опять же могу ошибаться, но, по-моему, это зависит от трекера. На каких-то трекерах (подробностей уже не помню, давно это было) вполне правдоподобная статистика доходила до трекера и спустя сутки. В частности, здесь, как мне кажется, может играть роль то, учитывает ли данный трекер статистику, приходящую в "первом" анонсе.

И, да, насколько я понимаю, система учёта трекера таки ждёт своевременно не принятый анонс. Даже если клиент пользователя "отвалился", он ещё какое-то время числится участником раздачи, со всеми вытекающими. Время зависит от конкретного трекера.

anya1956ss сказал(a):

Это означает, что длительность состояния "обновление..." таким образом можно свести к 0. [...] В принципе, я такие длительные анонсы видел у чужих аккаунтов в статистиках раздачи файлов, начиная с середины ноября прошлого года. Правда, 2 часа 30 минут не видел, но видел много раз в пределах 2 часа - 2 часа 20 минут. В моих клиентах длительных состояний "обновление..." не было. Некоторые и сами это обнаруживали, например, аккаунт вагонный в теме http://forum.kinozal.tv/showthread.php?t=289886 об этом писал в январе этого года.

Я так и не понял, идёт ли у Вас речь о длительном состоянии "обновление..." или о времени, оставшемся до очередной попытки отправки анонса. Если первое - как Вы определяли продолжительность? Засекали и отслеживали? И после этого времени торрент сам "соскакивал" с состояния "обновление..."?

Я у себя такого не наблюдал. Либо где-то максимум через 0.5-1 мин. срабатывал тайм-аут и начинался отсчёт нового интервала, либо (достаточно редко) торрент застревал в состоянии "обновление...", и тогда это было всерьёз и надолго - ровно до тех пор, пока я не принимал решительные меры: добавление первой строкой нового анонсера, идентичного старому, либо перезагрузку клиента (применял вначале, до того, пока не нашёл "индивидуальный подход" к "застывшим" торрентам). До вмешательства торрент мог "провисеть" несколько суток. До перевода стрелок я как-то не додумался, так что данный способ не проверял.

Упомянутой информации от вагонного в указанной теме не обнаружил.

ELEKTRONFSMW сказал(a):

Да почему же, свой может находится удалённо и не всегда под рукой, например, мой рабочий компьютер на работе, к нему всегда я имею доступ, всегда включен.

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

Juriy сказал(a):

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

Повторюсь, с двух клиентов раздаётся больше, чем 1200 смело, а с одним нет, причём тут канал инета, если скажем отдачу всех ограничить можно? Если бы было дела в чём-то о чём Вы говорите, то тогда бы с двух клиентов суммарно тоже не раздавалось бы больше 1200 с двух клиентов..

Добавлю, вчера было добавлено ещё около 150 торрентов в клиент, и опять раздаётся 1204 и именно те и именно до того торрента, до которого раздавалось и ранее, т.е есть какая-то связь в этом, они не хаотично выбранные, а по какому-то списку

ELEKTRONFSMW сказал(a):

Добавлю, вчера было добавлено ещё около 150 торрентов в клиент, и опять раздаётся 1204 и именно те и именно до того торрента, до которого раздавалось и ранее, т.е есть какая-то связь в этом, они не хаотично выбранные, а по какому-то списку

У соседей подобный вопрос поднимался год назад http://rutracker.org/forum/viewtopic...818&start=1500 Вроде проблема клиента. Ну и увеличить ограничение на общее количество соединений.

Juriy сказал(a):

У соседей подобный вопрос поднимался год назад http://rutracker.org/forum/viewtopic...818&start=1500 Вроде проблема клиента. Ну и увеличить ограничение на общее количество соединений.

Пробовал разные версии клиента, и с дефолтными настройками полностью картина одинаковая, количество соединений в клиенте не играет роли, всё упирается. Проблема у меня такая же как у него. Также и тут вот такая же проблема https://forum.utorrent.com/topic/856...4%D0%B0%D1%87/

Тоже как то читал эту тему ибо подходил к 1200 раздачам, и интересовало сколько вообще максимально может содержать клиент. Но прошел спокойно этот порог. Правда раздаются не все (висят порядка 850 раздач) ибо незачем где много сидов подключатся. Так висят хешированые и при запросе включаю. Сегодня врубил все (на тот момент было 1365), закинул пару фильмов они скачались без проблем... Клиент uTorrent 2.2.1 (build 25249) portable. Однако есть другая неприятность (по крайней мере у меня), когда активных 50-60 раздач канал работает на полную.. Но по вечерам активность поднимается до 130 раздач и скорость отдачи падает процентов на 30-35.. . Да и черт с ним

Синтез сказал(a):

Тоже как то читал эту тему ибо подходил к 1200 раздачам, и интересовало сколько вообще максимально может содержать клиент. Но прошел спокойно этот порог. Правда раздаются не все (висят порядка 850 раздач) ибо незачем где много сидов подключатся. Так висят хешированые и при запросе включаю. Сегодня врубил все (на тот момент было 1365), закинул пару фильмов они скачались без проблем... Клиент uTorrent 2.2.1 (build 25249) portable. Однако есть другая неприятность (по крайней мере у меня), когда активных 50-60 раздач канал работает на полную.. Но по вечерам активность поднимается до 130 раздач и скорость отдачи падает процентов на 30-35.. . Да и черт с ним

Вот, а у меня висят со статус обновление...И именно определённые какие-то...

ELEKTRONFSMW сказал(a):

Вот, а у меня висят со статус обновление...И именно определённые какие-то...

А когда пробовали разные клиенты, по новой хешировали или просто переносили?

Синтез сказал(a):

А когда пробовали разные клиенты, по новой хешировали или просто переносили?

Просто переносил, по новой добавлять более 1500 торрентов как-то не очень хочется...

ELEKTRONFSMW сказал(a):

Просто переносил, по новой добавлять более 1500 торрентов как-то не очень хочется...

Вооооот... Как-то года 4-5 назад случилась какая то гадость с клиентом, вот не помню конкретно что, но помню мучился с ним.. Тоже было около тысячи раздач кидал туда сюда на разные версии, толку нет... Плюнул, по новой перехешировал и проблема исчезла... Что-то наверно в самих файлах клиента с торрентами было косячное...

P.S. Сейчас просто копию всей папки делаю время от времени...

Синтез сказал(a):

Вооооот... Как-то года 4-5 назад случилась какая то гадость с клиентом, вот не помню конкретно что, но помню мучился с ним.. Тоже было около тысячи раздач кидал туда сюда на разные версии, толку нет... Плюнул, по новой перехешировал и проблема исчезла... Что-то наверно в самих файлах трекера с торрентами было косячное... P.S. Сейчас просто копию всей папки делаю время от времени...

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

ELEKTRONFSMW сказал(a):

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

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

Синтез сказал(a):

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

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

ELEKTRONFSMW сказал(a):

Даже и не смел бы думать, но как вам удобнее, просто думал наглядно посмотреть было бы лучше.

Ну, это от Вас не зависит, так как, если даже полный объём мозга не будет искать причину на стороне, то некоторая часть мозга оставит себе желание искать причину на стороне.
Конечно, натурное видение лучше, но для экспериментирования необходимо делать всякие манипуляции с раздачами в клиенте и с компьютерными часами в ОС и ещё неизвестно с чем. В этой ситуации это делать лучше на своём компьютере, т.е. не будет жалости к своим действиям, если что-то испортишь у себя.

ELEKTRONFSMW сказал(a):

Да, пока имею две копии одинаковых клиентов, надеюсь что всё получится и смогу раздавать с одного клиента и не одну тысячу раздач, как было ранее...

Пока можно пообщаться и с другими аккаунтами, сидирующими раздачи в количестве по несколько тысяч. Есть такие аккаунты, например, valpurgi ( http://forum.kinozal.tv/showpost.php...&postcount=158 ), правда, valpurgi при решении вашей проблемы, видимо, подходящим кандидатом не является, так как, судя по его комментариям на трекере, у него ОС Linux и, судя по данным профиля аккаунта, раздает не с одного клиента и даже, возможно, не с одного интернета.

ELEKTRONFSMW сказал(a):

Да почему же, свой может находится удалённо и не всегда под рукой, например, мой рабочий компьютер на работе, к нему всегда я имею доступ, всегда включен.

Обычно, когда я читаю про компьютер на работе, то пишу обычно: "Интересная у Вас работа, что разрешается тратить трафик интернета на торрент-трафик.".
Получал и такие ответы: "Хозяин наоборот стимулирует моё присутствие в интернете.".
Обычно трафик интернета для юридических лиц дорогой из-за использования защищенного канала и он строго контролируется, но, возможно, есть у юридических лиц и обычный доступ в интернет, так как защищенный канал требуется только узкому кругу лиц.

ELEKTRONFSMW сказал(a):

На данном трекере частота обновления 5 минут, что касается моей манипуляции, то необязательно переводить время на час назад, достаточно даже одной минуты. А вот если переводить на 1 минуту вперёд, то те торренты где статус трекера был работает, начинают тут же обновляться заново...И опять упирается в заветную цифру.

Помню, что длительность анонса была короткой, но не помню конкретную длительность.
Помню о том, что можно было раздавать только с одного адреса, но затем после проблем у трекера было объявление, что можно раздавать с двух адресов.
Помню цитату одного сидбоксера из ЛС: "Убежал с того трекера и пришел сюда устанавливать рекорды.". Рекорд он действительно установил, но я не смог зафиксировать и окончательный результат увидел только на его скриншоте. Я тогда не знал ещё, что окончательный результат дневной отдачи можно увидеть только в 00.00.

ELEKTRONFSMW сказал(a):

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

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

bag2006 сказал(a):

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

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

bag2006 сказал(a):

Вообще-то (по крайней мере, в uTorrent), если клиент не получает ответа на свой анонс, через некоторое время срабатывает тайм-аут (надо полагать, также по принципу секундомера) и запускается первый интервал ожидания (пауза) (сперва небольшой/ая, в несколько секунд), тоже с обратным отсчётом. Обратный отсчёт также запускается, если получен ответ, свидетельствующий о неудаче попытки передачи анонса. (Что произойдёт, если за время этого интервала придёт "нормальный" ответ от трекера, не знаю.) По истечении паузы клиент опять пытается отправить анонс (обновлённый или нет - сейчас уже не помню, кажется, обновлённый, но могу ошибаться). Если опять нет ответа (сработал тайм-аут) или ответ "неутешительный" - запускается вторая пауза, побольше, и т.д. (Насчёт верхнего предела длительности пауз не помню, возможно, это интервал обновления трекера.) Здесь же на "лишних" торрентах почему-то не срабатывает тайм-аут при ожидании ответа от трекера. Ну, или не отправляется анонс (не запускается секундомер)/нет реакции клиента на ответ трекера. Cкрытый текст -   Ну, и насчёт упомянутой цитаты про 2.5 часа: опять же могу ошибаться, но, по-моему, это зависит от трекера. На каких-то трекерах (подробностей уже не помню, давно это было) вполне правдоподобная статистика доходила до трекера и спустя сутки. В частности, здесь, как мне кажется, может играть роль то, учитывает ли данный трекер статистику, приходящую в "первом" анонсе. И, да, насколько я понимаю, система учёта трекера таки ждёт своевременно не принятый анонс. Даже если клиент пользователя "отвалился", он ещё какое-то время числится участником раздачи, со всеми вытекающими. Время зависит от конкретного трекера.

bag2006 сказал(a):

Я так и не понял, идёт ли у Вас речь о длительном состоянии "обновление..." или о времени, оставшемся до очередной попытки отправки анонса. Если первое - как Вы определяли продолжительность? Засекали и отслеживали? И после этого времени торрент сам "соскакивал" с состояния "обновление..."? Я у себя такого не наблюдал. Либо где-то максимум через 0.5-1 мин. срабатывал тайм-аут и начинался отсчёт нового интервала, либо (достаточно редко) торрент застревал в состоянии "обновление...", и тогда это было всерьёз и надолго - ровно до тех пор, пока я не принимал решительные меры: добавление первой строкой нового анонсера, идентичного старому, либо перезагрузку клиента (применял вначале, до того, пока не нашёл "индивидуальный подход" к "застывшим" торрентам). До вмешательства торрент мог "провисеть" несколько суток. До перевода стрелок я как-то не додумался, так что данный способ не проверял.

В принципе обе части вашего сообщения касаются цитаты: "Если трекер анонс клиента не принял своевременно, то он его ждет до 2,5 часов.". Сама цитата с трекера rutracker. Недостатком цитаты является то, что не указано начало отсчета времени этих "до 2,5 часа".
Если эти "до 2,5 часа" считать с конца отсчета анонса до 0, т.е. перед появлением состояния анонса "обновление...", то общая длительность анонса превратится "до 3,5 часа", что трудно поверить этому, да, и на практике вообще не видел.
Если эти "до 2,5 часа" считать с начала отсчета 1 час* ... 0 сек, то общая длительность анонса будет "до 2,5 часа" для случаев, когда анонс находится в состоянии "обновление..." долгое время (до 1,5 часа) и такие случаи видел много раз, но не у себя (моих клиентов такие длительные анонсы не "баловали").
Поэтому можно принять во внимание цитату "Максимальная длительность анонса файла составляет 2,5 часа" верной.
Можно изложить в более подробной форме: "Максимальная общая длительность анонса файла составляет 2,5 часа = Нормальная длительность анонса (1 час) + Длительность времени, в течение которого анонс файла находится в состоянии "обновление..." (до 1,5 часа).".
Если рассматривать для трекеров с коротким анонсом файлов, например, с 5 минутным, то цитата "Максимальная общая длительность анонса файла составляет 2,5 часа = Нормальная длительность анонса (1 час) + Длительность времени, в течение которого анонс файла находится в состоянии "обновление..." (до 1,5 часа)." превратится в "Максимальная общая длительность анонса файла составляет 2,5 часа = Нормальная длительность анонса (5 мин) + Длительность времени, в течение которого анонс файла находится в состоянии "обновление..." (до 2 часов 25 минут).", что трудно поверить такому утверждению.
Здесь я рассматривал только непрерывный анонс, который, например, по какой-то причине длится до 2,5 часа.
Клиент в это время (в состоянии "обновление...") занимается файлообменом и трафик файлообмена за второй час не должен учитываться, так как ещё не закончился предыдущий анонс, который будет длиться ещё 30 минут. Трафик файлообмена за последние 30 минут из этих "до 2,5 часа" по логике вроде тоже не должен учитываться, так как не было самого анонса.
Конечно, точно могут сказать только лица, которые хорошо знают алгоритм работы системы учета трафика файлообмена трекера и свойства клиента, касающиеся анонса. Тем более на разных трекерах могут быть свои особенности по учету трафика файлообмена.
Не зная этих особенностей объективную картину учета трафика файлообмена трекером описать невозможно, тем более некоторые особенности учета трафика файлообмена трекером узнаёшь только по счастливой случайности, например, в конце 2013 года (возможно, в первой декаде января 2014 года) в дневной отдаче появилось отданное 38,912 Гб тогда, когда оно должно было появиться в другое время дня (намного позднее). Судя по объему переданного за анонс, я понял, что это неучтенное своевременно отданное моего клиента с самого стабильного по отдаче моего интернета:

Cкрытый текст -

 

Этот случай я уже приводил на форуме трекера. Позднее приведу ссылку на это сообщение.

Я не знаю, что Вы подразумеваете под тайм-аутами и паузами и тем более под вторыми. Возможно Вы подразумеваете под:
а) тайм-аутом длительность анонса, которая определяется обратным отсчетом времени до 0, начиная с 1 часа;
б) паузой длительность состояния анонса "обновление...".
Если так, то на эту часть сообщения и на другие необычные ситуации отвечу позднее. С ними сталкивался на своём опыте, т.е. данные не чужие.

bag2006 сказал(a):

Я так и не понял, идёт ли у Вас речь о длительном состоянии "обновление..." или о времени, оставшемся до очередной попытки отправки анонса. Если первое - как Вы определяли продолжительность? Засекали и отслеживали? И после этого времени торрент сам "соскакивал" с состояния "обновление..."?

Речь идет об общей длительности анонса:

Cкрытый текст -

 

Общая длительность анонса = Нормальная длительность анонса (1 час) + Длительность времени, в течение которого анонс файла находится в состоянии "обновление..." (до 1,5 часа).

Если заговорить о времени полного обновления анонса файла, то можно добавить еще время необходимое для появления изменений в статистике раздачи файла и время необходимое для появления изменений в профиле аккаунта.
Пользуясь данными статистики раздачи файла и текущего времени по компьютерным часам можно определить длительность любой фазы анонса файла в том числе и любой фазы в длительности времени на полное обновление анонса. На этом трекере этот процесс трудоемкий, а на трекерах со статистикой раздачи файла типа статистики раздачи файла трекера rutracker очень легко, так как в ней есть возможность определения времени последнего обновления анонса файла, подведением курсора мыши к аккаунту в статистике раздачи файла:

Cкрытый текст -

 

Подробнее отвечу позднее с конкретными примерами.

bag2006 сказал(a):

Упомянутой информации от вагонного в указанной теме не обнаружил.

Забавно, но несколько месяцев назад сам не нашел. Правда, я пролистал страницы темы за праздничные новогодние дни бегло и быстро. Искал из-за цитаты: "Достаточно медленный подхват анонсера (может раздаваться длительное время без подключения анонсера) по сравнению с предыдущим периодом.". Хотел получить некоторые подробности.
Сегодня нашел быстро: http://forum.kinozal.tv/showpost.php...&postcount=365 ( http://forum.kinozal.tv/showthread.php?t=289886&page=19 ).

anya1956ss сказал(a):

Ну, это от Вас не зависит, так как, если даже полный объём мозга не будет искать причину на стороне, то некоторая часть мозга оставит себе желание искать причину на стороне. Конечно, натурное видение лучше, но для экспериментирования необходимо делать всякие манипуляции с раздачами в клиенте и с компьютерными часами в ОС и ещё неизвестно с чем. В этой ситуации это делать лучше на своём компьютере, т.е. не будет жалости к своим действиям, если что-то испортишь у себя.

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

anya1956ss сказал(a):

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

Можно ждать целый день, и раздачи другие не обновятся... В чём проблема я не знаю..То ли в виндах, то ли в провайдере, то ли ещё где...