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

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

 

anya1956ss сказал(a):

Доказательства не требуются, так как они сами пишут об этом на форумах.

Так прямо все так и пишут? Знаю кучу аккаунтов, которые пишут (а некоторые, возможно, и думают) по-другому.

anya1956ss сказал(a):

На трекерах с частными раздачами ежедневно размещенных файлов мало и они практически все пропускают через свои клиенты.

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

anya1956ss сказал(a):

В принципе обе части вашего сообщения касаются цитаты: "Если трекер анонс клиента не принял своевременно, то он его ждет до 2,5 часов.". Сама цитата с трекера rutracker. Недостатком цитаты является то, что не указано начало отсчета времени этих "до 2,5 часа".

Очередную "простынку" уберу под спойлер.
Cкрытый текст -

 

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

anya1956ss сказал(a):

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

1. Под тайм-аутом обычно понимают не запланированный интервал времени до начала какого-то события/действия (по Вашей версии - до очередного анонса), а запланированный интервал времени ожидания последствий или событий после выполнения какого-то действия (или после конкретного момента времени) на случай, если эти последствия/события не случатся (или само событие окончания ожидания, когда сработал таймер, а ожидаемые события ещё не произошли, и пора принимать меры или просто идти дальше). Так что "отсчёт времени до 0, начиная с 1 часа" здесь ни при чём. Мы (клиент) отправляем данные (когда досчитали от 1 часа до 0), запускаем таймер и ждём ответа. Если раньше пришёл ответ - анализируем его и действуем по плану (А или Б, в зависимости от ответа). Если раньше сработал таймер - действуем по плану, который, по сути, тот же план Б.
2. Я описывал план Б, который выполняется, если от трекера пришёл неудовлетворительный ответ или сработал таймер, а ответ от трекера не получен. Пауза - это пауза. Клиент "считает до десяти, чтобы успокоиться" (только обратным отсчётом, аналогично отсчёту от 1 часа до 0) и делает новую попытку передать данные. Если опять неудачно, то в следующий раз клиент будет считать "до 20", потом "до 50" и т.д., пока не дойдёт до макс. значения (какого именно и зависит ли от трекера - не помню, у меня сейчас на единственной "красной" раздаче на другом трекере это 42 мин. 40 сек.), после чего будет повторять отсчёт с максимального значения, и повторять может до бесконечности.
3. Ну, мы то и дело сталкиваемся с проблемами недостаточно чёткой терминологии. Так, анонсом называют и весь сеанс общения клиента с трекером, и его часть со стороны клиента (причём и сам отправляемый блок данных, и процесс отправки). Иногда я (по привычке или для большей ясности) называю что-то неправильно или не так, как принято. Но "нормальная длительность анонса (1 час)" - для меня совсем непонятно. 1 час - это не длительность анонса, это интервал между анонсами (на этом трекере, в случае, если всё нормально). И я не понимаю, что такое "обновление анонса".
И, как мне кажется, "медленный подхват анонсера" у вагонного вряд ли имеет отношение к длительному пребыванию торрентов в состоянии "обновление...".

P.S. Пока приходит в голову только отличие между ожиданием установления связи с трекером и ожиданием ответа от трекера после передачи данных.

ELEKTRONFSMW сказал(a):

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

Не думаю, что необходимо решать проблему только в одном направлении и не думаю пока, что проблема зависит только от количества раздач в клиенте.
Пока придерживаюсь старым своим представлениям о появлении вашей проблемы, но для подтверждения или опровержения их Вы ещё материалы не предоставили.
Скриншот ваш https://prnt.sc/fk27m0 тоже практически ничего не показывает, кроме низкого значения занимаемой памяти (117152 Кб) в столбце Private Bytes (Неразделяемых байт (соответствует столбцу "Выделенная память" в Диспетчере задач Windows 7) и конкретного количества активных раздач (всего 2 активные раздачи). Низкое значение видимо объясняется из-за малого количества активных раздач, т.е. остальные раздачи как бы "мертвые".
Здесь , например, занимаемая клиентом память в столбце Private Bytes была не менее 310000 Кб при 4 активных раздачах из 4-х включенных на раздачу (остальные остановлены кнопкой "Стоп").
Попробуйте привести скриншот с состоянием (статусом) трекера "Работает" на всех раздачах, т.е. включите то максимальное количество раздач, чтобы все включенные раздачи имели состояние (статус) трекера "Работает".
Чтобы быстро проверять состояние (статус) трекера в клиенте добавьте столбец "Состояние трекера" ("Статус трекера"). Окно для добавления столбцов открывается правым кликом мыши при наведении курсора мыши на любое место поля (полоски) с наименованиями столбцов. Не информативные столбцы удалите или скройте, т.е. оставьте те столбцы, которые есть на моём скриншоте.
Помогающим решить вашу проблему необходимо убедиться в том, что, например, при 1199 включенных раздачах все раздачи имеют состояние (статус) трекера "Работает", чтобы исключить одну из причин проблемы.
Клиент может "висеть" в состоянии (статусе) трекера "Обновление" вместо "Работает" в зависимости и от состояния самой операционной системы и от уровня занятости выделенной памяти, и от уровня занятости оперативной памяти.
Вот попробуйте продемонстрировать эти параметры при 1199 включенных раздачах, когда все раздачи имеют состояние (статус) трекера "Работает".

ELEKTRONFSMW сказал(a):

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

Возможно, просто виноват сам трекер, т.е. система учета трафика файлообмена трекера возможно не справляется с обработкой анонсов клиентов пользователей трекера, так как при частоте обновления анонсов через каждые 5 минут количество обращений клиентов пользователей трекера к системе учета трафика файлообмена трекера в 12 раз больше, чем, например, при частоте обновления анонсов через каждые 60 минут.
Попробуйте спросить на трекере причину частоты обновления анонсов через каждые 5 минут и спросите о возможности перехода на частоту обновления анонсов через каждые 30 минут или через каждые 60 минут, чтобы разгрузить память сервера трекера от огромного количества запросов клиентов пользователей трекера.
При малом количестве пользователей трекера система учета трафика файлообмена трекера трафик клиента может учитывать в реальном времени. Чем больше пользователей трекера, тем больше ОЗУ должен иметь сервер с системой учета трафика файлообмена. Если предельный объём ОЗУ недостаточный, то трекер должен увеличить его за счет дополнительных серверов или разнесением запросов клиентов пользователей трекера во времени, т.е. уменьшением частоты обновления анонсов, увеличивая интервал между анонсами.

anya1956ss сказал(a):

Не думаю, что необходимо решать проблему только в одном направлении и не думаю пока, что проблема зависит только от количества раздач в клиенте. Пока придерживаюсь старым своим представлениям о появлении вашей проблемы, но для подтверждения или опровержения их Вы ещё материалы не предоставили. Скриншот ваш https://prnt.sc/fk27m0 тоже практически ничего не показывает, кроме низкого значения занимаемой памяти (117152 Кб) в столбце Private Bytes (Неразделяемых байт (соответствует столбцу "Выделенная память" в Диспетчере задач Windows 7) и конкретного количества активных раздач (всего 2 активные раздачи). Низкое значение видимо объясняется из-за малого количества активных раздач, т.е. остальные раздачи как бы "мертвые". Здесь , например, занимаемая клиентом память в столбце Private Bytes была не менее 310000 Кб при 4 активных раздачах из 4-х включенных на раздачу (остальные остановлены кнопкой "Стоп"). Попробуйте привести скриншот с состоянием (статусом) трекера "Работает" на всех раздачах, т.е. включите то максимальное количество раздач, чтобы все включенные раздачи имели состояние (статус) трекера "Работает". Чтобы быстро проверять состояние (статус) трекера в клиенте добавьте столбец "Состояние трекера" ("Статус трекера"). Окно для добавления столбцов открывается правым кликом мыши при наведении курсора мыши на любое место поля (полоски) с наименованиями столбцов. Не информативные столбцы удалите или скройте, т.е. оставьте те столбцы, которые есть на моём скриншоте. Помогающим решить вашу проблему необходимо убедиться в том, что, например, при 1199 включенных раздачах все раздачи имеют состояние (статус) трекера "Работает", чтобы исключить одну из причин проблемы. Клиент может "висеть" в состоянии (статусе) трекера "Обновление" вместо "Работает" в зависимости и от состояния самой операционной системы и от уровня занятости выделенной памяти, и от уровня занятости оперативной памяти. Вот попробуйте продемонстрировать эти параметры при 1199 включенных раздачах, когда все раздачи имеют состояние (статус) трекера "Работает". Возможно, просто виноват сам трекер, т.е. система учета трафика файлообмена трекера возможно не справляется с обработкой анонсов клиентов пользователей трекера, так как при частоте обновления анонсов через каждые 5 минут количество обращений клиентов пользователей трекера к системе учета трафика файлообмена трекера в 12 раз больше, чем, например, при частоте обновления анонсов через каждые 60 минут. Попробуйте спросить на трекере причину частоты обновления анонсов через каждые 5 минут и спросите о возможности перехода на частоту обновления анонсов через каждые 30 минут или через каждые 60 минут, чтобы разгрузить память сервера трекера от огромного количества запросов клиентов пользователей трекера. При малом количестве пользователей трекера система учета трафика файлообмена трекера трафик клиента может учитывать в реальном времени. Чем больше пользователей трекера, тем больше ОЗУ должен иметь сервер с системой учета трафика файлообмена. Если предельный объём ОЗУ недостаточный, то трекер должен увеличить его за счет дополнительных серверов или разнесением запросов клиентов пользователей трекера во времени, т.е. уменьшением частоты обновления анонсов, увеличивая интервал между анонсами.

Мой скриншот где 1506 торрентов, там как раз статус работает был на 1204 торрентах, смысла обманывать нет, сейчас разбил на 2 клиента пока временно, т.к торрентов уже почти 2000 на 2 клиента. Хорошо, спрошу насчёт времени обновления анонса. Как пример https://prnt.sc/fk0m62 памяти жрало точно также. На ас время переводил и потом все запустились, ну это на 7 пробовал, на 10 не стал. Что касается обновление анонсера в течение 5 минут, сомневаюсь, что проблема в этом, т.к при добавлении торрента с другого трекера, с другого трекера также висит в статусе "обновление"

ELEKTRONFSMW сказал(a):

Мой скриншот где 1506 торрентов, там как раз статус работает был на 1204 торрентах, смысла обманывать нет, сейчас разбил на 2 клиента пока временно, т.к торрентов уже почти 2000 на 2 клиента. Хорошо, спрошу насчёт времени обновления анонса. Как пример https://prnt.sc/fk0m62 памяти жрало точно также. На ас время переводил и потом все запустились, ну это на 7 пробовал, на 10 не стал. Что касается обновление анонсера в течение 5 минут, сомневаюсь, что проблема в этом, т.к при добавлении торрента с другого трекера, с другого трекера также висит в статусе "обновление"

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

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

 

На трекерах некоторых доказательствами вынуждали выдавить из себя: "Ну, я немного приукрасил.".

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

Я не уверен в том, что ваши: "Мой скриншот где 1506 торрентов, там как раз статус работает был на 1204 торрентах ..." соответствуют действительности, так как при интервале между анонсами всего 5 минут Вы в клиенте постоянно должны видеть состояние (статус) трекера "Обновление" хотя бы на 1 и более файлах. Поэтому проделайте следующее:
1. Отсортируйте раздачи по столбцу "Состояние (статус) трекера" так, чтобы верхняя строка начиналась с состояния "Обновление".
2. Отключите все раздачи в клиенте кнопкой "Стоп".
3. Через 10-15 минут в клиенте запустите одновременно все раздачи и добейтесь того, чтобы в самой верхней строке осталась одна строка с состоянием "Обновление" и с последующим превращением её в состояние "Работает".
Только в этом случае чужие могут знать, что в вашем клиенте нет раздач с состоянием "Обновление" на момент фиксации данных, например, в виде скриншота. В момент фиксации прокрутка строк раздач должна находиться в верхнем крайнем положении и на скриншоте она должна быть видна.

Возможно, у Вас и проблемы нет, так как при запуске раздач все раздачи сначала имеют состояние "Обновление" и только через некоторое время начинают изменяться на состояние "Работает".
При огромном количестве раздач раздачи будут находиться в очереди с состоянием "Обновление", чтобы измениться на состояние "Работает". При вашем количестве раздач (1506), если даже раздача находится в состоянии "Обновление" всего одна секунда, то требуется 1506 секунд при последовательном переходе из одного состояния в другое состояние, что в минутах составляет 25 минут.
Фактически мне неизвестно о существовании многопоточной обработки анонсов клиента, а также неизвестна возможность параллельного (одновременного) анонса клиента трекера по всем раздачам, т.е. когда все раздачи при запуске почти мгновенно переходят из состояния "Обновление" в состояние "Работает".
Если последовательность соединения раздач во время анонса клиента трекеру есть, то интервал между анонсами на трекере должен быть не менее 25 минут, если принять во внимание то, что трекер на анонс ответит в течение всего 1 секунды.
Фактически лучше иметь интервал между анонсами 1 час.

Если моё предположение верно, то у Вас должна быть большая потеря трафика файлообмена, если в алгоритм клиента заложено условие того, что клиент передает только трафик файлообмена, произведенный клиентом во время отсчета интервала между анонсами от 1 часа (59 мин 59 сек) до 0 таймером клиента, т.е., если не учитывает трафик клиента, происходящий во время состояния "Обновление".

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

anya1956ss сказал(a):

Дело не в обмане. Помогающие ваши утверждения должны видеть сами, так как некоторые иногда приукрашивают свои утверждения: Cкрытый текст -   На трекерах некоторых доказательствами вынуждали выдавить из себя: "Ну, я немного приукрасил.". Конечно, они не делали это сознательно, а просто в спешке написали, не думая о том, как это будет выглядеть со стороны. Я не уверен в том, что ваши: "Мой скриншот где 1506 торрентов, там как раз статус работает был на 1204 торрентах ..." соответствуют действительности, так как при интервале между анонсами всего 5 минут Вы в клиенте постоянно должны видеть состояние (статус) трекера "Обновление" хотя бы на 1 и более файлах. Поэтому проделайте следующее: 1. Отсортируйте раздачи по столбцу "Состояние (статус) трекера" так, чтобы верхняя строка начиналась с состояния "Обновление". 2. Отключите все раздачи в клиенте кнопкой "Стоп". 3. Через 10-15 минут в клиенте запустите одновременно все раздачи и добейтесь того, чтобы в самой верхней строке осталась одна строка с состоянием "Обновление" и с последующим превращением её в состояние "Работает". Только в этом случае чужие могут знать, что в вашем клиенте нет раздач с состоянием "Обновление" на момент фиксации данных, например, в виде скриншота. В момент фиксации прокрутка строк раздач должна находиться в верхнем крайнем положении и на скриншоте она должна быть видна. Возможно, у Вас и проблемы нет, так как при запуске раздач все раздачи сначала имеют состояние "Обновление" и только через некоторое время начинают изменяться на состояние "Работает". При огромном количестве раздач раздачи будут находиться в очереди с состоянием "Обновление", чтобы измениться на состояние "Работает". При вашем количестве раздач (1506), если даже раздача находится в состоянии "Обновление" всего одна секунда, то требуется 1506 секунд при последовательном переходе из одного состояния в другое состояние, что в минутах составляет 25 минут. Фактически мне неизвестно о существовании многопоточной обработки анонсов клиента, а также неизвестна возможность параллельного (одновременного) анонса клиента трекера по всем раздачам, т.е. когда все раздачи при запуске почти мгновенно переходят из состояния "Обновление" в состояние "Работает". Если последовательность соединения раздач во время анонса клиента трекеру есть, то интервал между анонсами на трекере должен быть не менее 25 минут, если принять во внимание то, что трекер на анонс ответит в течение всего 1 секунды. Фактически лучше иметь интервал между анонсами 1 час. Если моё предположение верно, то у Вас должна быть большая потеря трафика файлообмена, если в алгоритм клиента заложено условие того, что клиент передает только трафик файлообмена, произведенный клиентом во время отсчета интервала между анонсами от 1 часа (59 мин 59 сек) до 0 таймером клиента, т.е., если не учитывает трафик клиента, происходящий во время состояния "Обновление". Вот попробуйте скриншотами опровергнуть или подтвердить написанное. Начните со скриншота, когда в верхней строке в столбце "Состояние трекера" будет состояние "Обновление", а остальные ниже имеют состояние трекера "Работает". Если будет трудно это сделать, то верхняя половина скриншота клиента должна быть занята раздачами с состоянием трекера "Обновление", а вторая половина скриншота клиента должна быть с раздачами с состоянием трекера "Работает". Если сумеете показать состояние трекера "Работает" на всех раздачах (прокрутка должна находиться в верхнем крайнем положении), то, конечно, ещё лучше. На вашем скриншоте показано всё наоборот, т.е. у Вас сортировка раздач по состоянию трекера начинается с состояния трекера "Работает".

Это от трекера не зависит, т.к ставил ещё и другие раздачи с других трекеров, они также висят в статусе обновление... Вот > http://prntscr.com/fmarqr > http://prntscr.com/fmasc2 Так может провисеть не 25 минут, раздаётся 24/7, спустя сутки ничего не менялось... http://prntscr.com/fmawa9 Честно ,я уже не совсем понимаю что нужно, поэтому и говорю, может на сервер зайдёте и сами посмотрите. http://prntscr.com/fmayhd http://prntscr.com/fmayld

Здравствуйте! Подскажите пожалуйста, дело в раздачах т.е они покраснели и отданное не идет в статистику, в графе проверить подключения к трекеру показано что пир только на одной раздаче,хотя качаю три раздачи, вчера сменил пасскей и пароль.

soad800 сказал(a):

Здравствуйте! Подскажите пожалуйста, дело в раздачах т.е они покраснели и отданное не идет в статистику, в графе проверить подключения к трекеру показано что пир только на одной раздаче,хотя качаю три раздачи, вчера сменил passkey и пароль.

Новый passkey с этого года полноценно начинает работать только через несколько дней. По данным форума может понадобится даже не менее 5 дней.
Вам остается только ждать до начала полноценной работы нового passkey.
Пароль необходим только для входа на трекер и не влияет на учет трафика файлообмена клиента.
На файле http://kinozal.tv/details.php?id=1423777 у Вас, видимо, старый passkey, который после смены passkey не сразу теряет свою работоспособность. Может продолжать работать тоже несколько дней подряд.
Когда начнется полноценная работа нового passkey, то на раздачах в окне "Свойства торрента" в строках с анонсерами старый passkey измените на новый.

anya1956ss сказал(a):

Новый passkey с этого года полноценно начинает работать только через несколько дней. По данным форума может понадобится даже не менее 5 дней. Вам остается только ждать до начала полноценной работы нового passkey. Пароль необходим только для входа на трекер и не влияет на учет трафика файлообмена клиента. На файле http://kinozal.tv/details.php?id=1423777 у Вас, видимо, старый passkey, который после смены passkey не сразу теряет свою работоспособность. Может продолжать работать тоже несколько дней подряд. Когда начнется полноценная работа нового passkey, то на раздачах в окне "Свойства торрента" в строках с анонсерами старый passkey измените на новый.

Спасибо за разъяснение)

Retroru сказал(a):

Всем доброго дня! После блокировки все мои сохраненные раздачи не цепляются к моему профилю (я их не раздаю), и никто не может их скачать. Торрент клиент BitTorrrent, (для ReadyNAS). Пробовал перехешировать раздачи - не помогло. Кто нибудь может посоветовать, что сделать что бы раздачи снова были всем видны? Заранее спасибо.

Чтобы помочь Вам, необходимо увидеть состояние вашего клиента нa скриншоте, например, типа этого:

У Вас скорее всего вместо torrent4me.com должно быть tor4me.info. Анонсер torrent4me.com у подавляющего большинства провайдеров не работает.
Если у Вас BitTorrent свежих версий, то может быть и такое состояние клиента, когда в начале зеленой стрелки будет tor4me.info, а в столбце "Трекеры" torrent4me.com. Такое состояние ошибкой не является.

Заметил, что резко упала скорость раздачи. Оказалось, что все трекеры, висят с ошибкой 503. Работает только локалка и DHT. Клиент Мю-Торрент давным-давно настроен на раздачу и отдачу статистики через Privoxy по методе, описанной в одной из тем на форуме. Ошибку заметил только на этой неделе, когда начали поступать письма с просьбой вернуться на раздачу. Пробовал удалять все трекеры, кроме tor4me.info, но не помогает.

Источник проблемы найден. Оказывается, после обновления винды до 1703 перестала запускаться служба NSSM, отвечающая за запуск ТОРа. Пришлось ставить ТОР в автозагрузку через планировщик.

SPereira сказал(a):

Cкрытый текст -   Заметил, что резко упала скорость раздачи. Оказалось, что все трекеры, висят с ошибкой 503. Работает только локалка и DHT. Клиент Мю-Торрент давным-давно настроен на раздачу и отдачу статистики через Privoxy по методе, описанной в одной из тем на форуме. Ошибку заметил только на этой неделе, когда начали поступать письма с просьбой вернуться на раздачу. Пробовал удалять все трекеры, кроме tor4me.info, но не помогает. Источник проблемы найден. Оказывается, после обновления винды до 1703 перестала запускаться служба NSSM, отвечающая за запуск ТОРа. Пришлось ставить ТОР в автозагрузку через планировщик.

Если это www.speedtest.net/my-result/6068251539 тестирование ваше, то сомневаюсь, что в вашем клиенте анонсер tor4me.info не работает.
Ваш провайдер входит в пятерку самых больших провайдеров и мало вероятно, что он блокирует tor4me.info. Возможно, Вы своими настройками клиента сделали так, что у Вас tor4me.info не работает.
На форуме уже были сообщения по необоснованному использованию TOR, т.е. после прекращения использования TOR с анонсером tor4me.info учет трафика файлообмена у них возобновлялся.
Вероятно в вашем клиенте tor4me.info не работает из-за того, что настройки в клиенте, сделанные для TOR, мешают работе анонсера tor4me.info.
Проверьте работоспособность анонсера tor4me.info в другом клиенте, в котором нет настроек для TOR.

Примечание:
1. Попробовал скачать один файл из профиля вашего аккаунта.
Клиент мой ваш клиент нашел только после 4 часов поиска, что нехарактерно соединению моего провайдера с вашим, так как обычно мой клиент с пирами вашего провайдера соединяется очень быстро.
Отданное вашим клиентом моему клиенту полностью учтено в статистике раздачи файла, естественно, и в профиле вашего аккаунта.
2. Относительно nssm.exe для любопытства посмотрите, например, здесь: ...windowsten.ru/chto-takoe-nssm/ .

anya1956ss сказал(a):

Вероятно в вашем клиенте tor4me.info не работает из-за того, что настройки в клиенте, сделанные для TOR, мешают работе анонсера tor4me.info.

Как уже писал, проблема, проблема была в том, что тор не был запущен. После запуска заработали анонсеры tor4me.info, torrrent4me.com, kinozal.tv и анонсеры Рутрекера. Скорость отдачи вернулась на прежний уровень, статистика в профиле возобновилась. Уходить с тора несколько хлопотно, т.к., помимо Кинозала, через него отдаю еще и Рутрекер, а заводить отдельный клиент для Кинозала будет уже перебором, ибо появится четвертый клиент в системе.

anya1956ss сказал(a):

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

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

SPereira сказал(a):

Как уже писал, проблема, проблема была в том, что тор не был запущен. После запуска заработали анонсеры tor4me.info, torrrent4me.com, kinozal.tv и анонсеры Рутрекера. Скорость отдачи вернулась на прежний уровень, статистика в профиле возобновилась. Уходить с тора несколько хлопотно, т.к., помимо Кинозала, через него отдаю еще и Рутрекер, а заводить отдельный клиент для Кинозала будет уже перебором, ибо появится четвертый клиент в системе. Вполне вероятно, что в это время я как раз был занят поиском источника проблемы и ее устранением. Второй абзац предыдущего поста дописывал позже. Если не сложно, попробуйте еще раз.

Файл, скачанный моим клиентом из профиля вашего аккаунта: http://kinozal.tv/details.php?id=1529001.
Скачал второй раз и в этот раз мой клиент искал ваш клиент 1 час 35 минут.
Подробнее отвечу завтра. Есть повод изложить, так как период загрузки файла совпал с другим примерно подобным случаем, который тоже повлёк долгого поиска клиента пира (в данном случае качающего).
Файл в моем клиенте уже отключен.

SPereira сказал(a):

anya1956ss сказал(a): Вероятно в вашем клиенте tor4me.info не работает из-за того, что настройки в клиенте, сделанные для TOR, мешают работе анонсера tor4me.info. Как уже писал, проблема, проблема была в том, что тор не был запущен. После запуска заработали анонсеры tor4me.info, torrrent4me.com, kinozal.tv и анонсеры Рутрекера. Скорость отдачи вернулась на прежний уровень, статистика в профиле возобновилась. Уходить с тора несколько хлопотно, т.к., помимо Кинозала, через него отдаю еще и Рутрекер, а заводить отдельный клиент для Кинозала будет уже перебором, ибо появится четвертый клиент в системе.

Анонсеры torrrent4me.com, kinozal.tv вашему провайдеру без прокси недоступны, но tor4me.info ваш провайдер скорее всего не блокирует.
Никто Вас не заставляет прекратить пользоваться TOR, но клиент через TOR или VPN других клиентов может искать долго из-за того, что серверы сетей TOR или VPN находятся не в России. При раздаче маленьких файлов ваш клиент может сидеть без раздачи, несмотря на огромную скорость интернета, так как качающий успеет скачать файл у других из-за того, что он их найдет намного быстрее вашего клиента.

SPereira сказал(a):

anya1956ss сказал(a): 1. Попробовал скачать один файл из профиля вашего аккаунта. Клиент мой ваш клиент нашел только после 4 часов поиска, что нехарактерно соединению моего провайдера с вашим, так как обычно мой клиент с пирами вашего провайдера соединяется очень быстро. Отданное вашим клиентом моему клиенту полностью учтено в статистике раздачи файла, естественно, и в профиле вашего аккаунта. Вполне вероятно, что в это время я как раз был занят поиском источника проблемы и ее устранением. Второй абзац предыдущего поста дописывал позже. Если не сложно, попробуйте еще раз.

С самого начала загрузки файла ваш аккаунт был в статистике раздачи файла и в клиенте в невидимом* на глаз списке IP ваш IP был (* - список получают копированием списка пиров в текстовой документ и даже тогда, когда строк с IP в клиенте ещё нет).
При первом скачивании файла скорость отдачи вашего клиента была ниже 3 Мбайт/с.
При втором скачивании файла скорость отдачи вашего клиента была уже достаточно приличной:

Подтверждение моей цитаты: "Клиент мой ваш клиент нашел только после 4 часов поиска, что нехарактерно соединению моего провайдера с вашим, так как обычно мой клиент с пирами вашего провайдера соединяется очень быстро.": (из сообщения http://forum.kinozal.tv/showpost.php...postcount=232).
Здесь проблемы у одного аккаунта были из-за того, что он скачивал через VPN.
Начало его сообщения:
Cкрытый текст -

 

"Не могу скачать раздачу http://....
В клиенте показывается 15 пиров и 0 сидеров, причем в статистике пиров отображается 2 сидера.
Почему мой клиент не видит их? Может это ложные сиды и на самом деле в раздаче нет настоящих сидеров?
В первый раз сталкиваюсь с подобным".

Я раздаю скаченные фильмы, а в моем профиле не отображается сколько я раздала. Почему так происходит?

АлексаD сказал(a):

Я раздаю скаченные фильмы, а в моем профиле не отображается сколько я раздала. Почему так происходит?

Если у Вас клиент µTorrent или BitTorrent, то откройте вкладку "Трекеры" и продемонстрируйте состояние (статус) трекера в вашем клиенте в форме типа:

Passkey закройте соседним столбцом или другим способом, например, замазать.

Если скриншоты никогда не делали, то:

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

 

1. Подведите курсор мыши к любой раздаче с состоянием раздачи "Раздается", правым кликом мыши откройте окно, затем окно "Свойства" торрента.
2. Удалите все строки, кроме строки, в которой есть анонсер tor4me.info.
3. Поднимите оставшуюся строку до верхнего края окна и нажмите ОК.
Если Вам требуется и строка http://retracker.local/announce, то эту строку вписывать только при повторном открытии окна "Свойства" торрента (раздачи). Если оставлять строку сразу, то она займет строку выше строки с анонсером и в клиенте будет неправильное отображение данных в столбце "Трекер", правда, такое неправильное отображение не влияет на учет трафика файлообмена.
Если у Вас есть и строка с retracker своего провайдера, то и её можете тоже вписать в окно "Свойства" торрента (раздачи).
Между строками анонсера и retracker должна быть пустая строка. Между строками retracker тоже.
4. Укажите состояние DHT. Должно иметь состояние "Работает". Если не работает, то включите.

Если tor4me.info не поможет, то есть работающий прокси-анонсер.

anya1956ss сказал(a):

Если у Вас клиент µTorrent или BitTorrent, то откройте вкладку "Трекеры" и продемонстрируйте состояние (статус) трекера в вашем клиенте в форме типа: Passkey закройте соседним столбцом или другим способом, например, замазать. Если скриншоты никогда не делали, то: Cкрытый текст -   1. Подведите курсор мыши к любой раздаче с состоянием раздачи "Раздается", правым кликом мыши откройте окно, затем окно "Свойства" торрента. 2. Удалите все строки, кроме строки, в которой есть анонсер tor4me.info. 3. Поднимите оставшуюся строку до верхнего края окна и нажмите ОК. Если Вам требуется и строка http://retracker.local/announce, то эту строку вписывать только при повторном открытии окна "Свойства" торрента (раздачи). Если оставлять строку сразу, то она займет строку выше строки с анонсером и в клиенте будет неправильное отображение данных в столбце "Трекер", правда, такое неправильное отображение не влияет на учет трафика файлообмена. Если у Вас есть и строка с retracker своего провайдера, то и её можете тоже вписать в окно "Свойства" торрента (раздачи). Между строками анонсера и retracker должна быть пустая строка. Между строками retracker тоже. 4. Укажите состояние DHT. Должно иметь состояние "Работает". Если не работает, то включите. Если tor4me.info не поможет, то есть работающий прокси-анонсер.

Спасибо за ответ! У меня все получилось

Помогите, не раздаются раздачи, что делать? Почитал форум запутался вконец. Вот скрин из клиента

Вот speedtest

Помогите пожалуйста

Xabibiby сказал(a):

Помогите, не раздаются раздачи, что делать? Почитал форум запутался вконец. Вот скрин из клиента Вот speedtest Помогите пожалуйста

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

__________Обоснование сказанного__________
Трекер с публичными (открытыми) раздачами и выбирать файлы по статистике раздачи файла нет смысла. По статистике раздачи файла выбирать файлы для раздачи можно только на трекерах с приватными (частными) раздачами.
У сериалов статистика раздачи файла вообще не соответствует действительности, например, на раздаче указанном на вашем скриншоте:

пиры (Личеры), выделенные в красном прямоугольнике, качающими не являются, так как они являются отдающими части файла от первой серии (3,11 Гб).
Пиры (Личеры), выделенные в зеленом прямоугольнике, по проценту скачанного, в том числе и с 0 % скачанного, как бы являются качающими, но фактически среди них тоже очень мало качающих, так как статистика раздачи файла опаздывает от реальных данных клиентов на 1 сек ... 1 час и поэтому оценить количество качающих невозможно:

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

 

Например, мой аккаунт уже скачал последнюю серию раздачи, а по данным статистики раздачи файла имеет 0 % скачанного:
из-за того, что в статистике раздачи файла данные аккаунта появятся только в начале отсчета следующего интервала времени между анонсами файла, т.е. через не менее 46 минут 59 секунд, судя по данным клиента:

По ходу скачивания оценить файл на предмет способности отдачи могут только хорошо умеющие читать данные клиента:

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

 

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

__________Рекомендации по резкому увеличению скорости отдачи__________
1. Привести свой клиент в нормальное состояние для скоростного файлообмена согласно рекомендациям, указанным в сообщении http://forum.kinozal.tv/showpost.php...&postcount=944 (№ 944 на странице http://forum.kinozal.tv/showthread.php?t=228137&page=48 ).
2. Когда всё сделаете, то приду к Вам в гости в ЛС (личные сообщения) с рекомендациями по подбору файлов для эффективной отдачи по адресу http://kinozal.tv/userdetails.php?id=18376543 .

anya1956ss сказал(a):

Если смотреть на это: , то написанное: "... не раздаются раздачи ..." как бы соответствует действительности, но фактически отсутствие отдачи из-за неумения подбирать файлы для отдачи (основная причина) и настроек клиента. __________Обоснование сказанного__________ Трекер с публичными (открытыми) раздачами и выбирать файлы по статистике раздачи файла нет смысла. По статистике раздачи файла выбирать файлы для раздачи можно только на трекерах с приватными (частными) раздачами. У сериалов статистика раздачи файла вообще не соответствует действительности, например, на раздаче указанном на вашем скриншоте: пиры (Личеры), выделенные в красном прямоугольнике, качающими не являются, так как они являются отдающими части файла от первой серии (3,11 Гб). Пиры (Личеры), выделенные в зеленом прямоугольнике, по проценту скачанного, в том числе и с 0 % скачанного, как бы являются качающими, но фактически среди них тоже очень мало качающих, так как статистика раздачи файла опаздывает от реальных данных клиентов на 1 сек ... 1 час и поэтому оценить количество качающих невозможно: Cкрытый текст -   Например, мой аккаунт уже скачал последнюю серию раздачи, а по данным статистики раздачи файла имеет 0 % скачанного: из-за того, что в статистике раздачи файла данные аккаунта появятся только в начале отсчета следующего интервала времени между анонсами файла, т.е. через не менее 46 минут 59 секунд, судя по данным клиента: По ходу скачивания оценить файл на предмет способности отдачи могут только хорошо умеющие читать данные клиента: Cкрытый текст -   Например, по данным скриншота: плохо читающий данные клиента может подумать, что раздача очень хорошая для отдачи и вскоре может убедиться, что это не соответствует действительности: __________Рекомендации по резкому увеличению скорости отдачи__________ 1. Привести свой клиент в нормальное состояние для скоростного файлообмена согласно рекомендациям, указанным в сообщении http://forum.kinozal.tv/showpost.php...&postcount=944 (№ 944 на странице http://forum.kinozal.tv/showthread.php?t=228137&page=48 ). 2. Когда всё сделаете, то приду к Вам в гости в ЛС (личные сообщения) с рекомендациями по подбору файлов для эффективной отдачи по адресу http://kinozal.tv/userdetails.php?id=18376543 .

Спасибо, что так подробно ответили на мое обращение, все настройки клиента проделал согласно рекомендациям.