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

После известной последней перемастурбации в 5 раз сократилось число активных раздач. Буквально вчера приходит сообщение о просьбе встать на раздачу (через позвать скачавших). Проверил там стою.. Но подключения просящего не было. Простое перехеширование толку не дало.. Но как только скачал по новой торрент-файл и перехешировался отдача пошла буром во все стороны ... вроде и tr* в анонсере тот-же а реакция разная... Все же один раз может и ошибка.. Обычно когда канал был полупустой подключал тяжелые раздачи от 100гб и выше. На этот раз они все молчали. Начал проверять раздачу Чак

Ниже картинка до проверки, а так же положение на трекере

менял цифры анонсера tr*tor4me.info (*0-5) один подошел. Но отдача молчала. Перехешировал тот же торрент файл. Отдача молчала. Скачал новый торрент, перехешировал и опп раздача пошла (анонсер тот-же). Правда закинул раздачу уже в другой клиент, но пока он на другом хешировался проверил на мелких и все тоже, смена чисел анонсера, перехеширование не дает ничего. А вот новоскачаный торрент-файл заводит раздачу с тем же анонсером...Чего не хватает?

Все анонсеры в клиенте ведут себя как и положено - зеленые, все подключено, состояние работают... Но выборочно (анонсеры tr* (*0-5) как в старых так и новых торрент файлах), большинство как я подозреваю (ибо уменьшение активных со 100-130 до 15-25 все же заметно ) работают не должным образом... Нет никакой закономерности.
Как их вычленить и главное дать толчок, ибо по новой забирать и хешировать 30 ТБ не вариант...

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

А разве первый анонсер и не есть тот самый . Все время как часы а тут пробелы, да и после хеширования они не мешают.... Нееет все тут ровно, а вот со стороны трекера не ровно... Хлопотно у 1600 пробелы ставить Хотя может есть в 71_BEncode_Editor махом все...Да конечно хешировать не буду. Оно бы нафиг не нужно было.. Просто нужна была проверка..

Я как-то на автомате сразу при добавлении торрентов пробелы ставлю (НЕ на всех естественно). Можно в БЭнкодере, можно полистать и поискать какие "отпали". Наверное это что-то провайдеры мутят (я из Казахстана, поэтому таких проблем нет).
Проверил ВСЕ торренты, обнаружил еще 3 штуки, но там торренты обновились, все логично.
Про хеш я имел в виду, явно не с вашей стороны проблема (файлы побило, клиент заболел, в таком духе )

ЗЫ: А разве первый анонсер и не есть тот самый - не обязательно.

Добрый вечер.
http://saver.no-ip.org/user/Синтез/monitor - у вас все в порядке. Провалов в подключениях к трекеру сейчас не наблюдается.
Есть проблемы у других пользователей после недавних известных проблем с анонсерами, видимо, поэтому у вас упало количество активных раздач.

С пробелами (точнее, пустыми строками) все будет работать практически также, но будет выполняться в 3 раза больше запросов - это лишнее.
У себя я вообще оставляю только tor4me.info, удаляя даже retracker.local.

Согласен, но перебирать рабочие - не очень удобно. Локальный ретрекер тоже убираю обычно, т.к. многие из моей сетки знают айпи и потягивают мимо трекеров с меня

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

anya1956ss: Нет никаких звеньев одной цепи.

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

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

многим, в том числе и мне, хватило этого файла на более 9 месяцев. Как только обновили раздачу суперраздача исчезла, так как через несколько дней обновленная раздача "сдохла" по отдаче.

Синтез: После известной последней перемастурбации в 5 раз сократилось число активных раздач. Буквально вчера приходит сообщение о просьбе встать на раздачу (через позвать скачавших). Проверил там стою.. Но подключения просящего не было. Простое перехеширование толку не дало.. Но как только скачал по новой торрент-файл и перехешировался отдача пошла буром во все стороны ... вроде и tr* в анонсере тот-же а реакция разная... Все же один раз может и ошибка.. Обычно когда канал был полупустой подключал тяжелые раздачи от 100гб и выше. На этот раз они все молчали. Начал проверять раздачу Чак

Ниже картинка до проверки, а так же положение на трекере:

Менял цифры анонсера tr*tor4me.info (*0-5) один подошел. Но отдача молчала. Перехешировал тот же торрент файл. Отдача молчала. Скачал новый торрент, перехешировал и опп раздача пошла (анонсер тот-же). Правда закинул раздачу уже в другой клиент, но пока он на другом хешировался проверил на мелких и все тоже, смена чисел анонсера, перехеширование не дает ничего. А вот новоскачаный торрент-файл заводит раздачу с тем же анонсером...Чего не хватает?

anya1956ss: На ваших скриншотах нет ничего, доказывающего о существовании какой-то проблемы. Фактически показывают только об отсутствии проблем с анонсерами.

Синтез: Все анонсеры в клиенте ведут себя как и положено - зеленые, все подключено, состояние работают... Но выборочно (анонсеры tr* (*0-5) как в старых так и новых торрент файлах), большинство как я подозреваю (ибо уменьшение активных со 100-130 до 15-25 все же заметно ) работают не должным образом... Нет никакой закономерности.

anya1956ss: Не ищите какие-то закономерности файлообмена от количества активных раздач. В файлообмене много закономерностей и не каждый их сможет расшифровать. Если даже качающих достаточно для получения максимальной средней скорости интернета, то могут вмешаться в поддержание стабильной средней скорости файлообмена недостаточные характеристики компьютера, например, недостаточный объём ОЗУ, который приводит к столпотворению блоков размером по 16 Кб, которые не удовлетворяют полностью запросам качающих или по другому в ОЗУ в момент проблемы не было комплекта блоков размером по 16 Кб, которые удовлетворили бы суммарную скорость раздачи частей файлов качающим на уровне средней предельной скорости интернета.

Части файлов раздаются из ОЗУ и поэтому есть закономерность: чем больше объём ОЗУ, тем меньше проблем по падению скорости отдачи из-за недостаточности объёма ОЗУ. Если объем ОЗУ недостаточный, то первым "лекарством" для лечения "недуга" является улучшение скорости доставки частей раздаваемых файлов в ОЗУ, т.е. использование скоростных дисков.

При невезучем "рое" из качающих можно положить на "лопатки" любой объём ОЗУ.

Гарантированно невозможно положить на "лопатки" ОЗУ только при раздаче файлов, которые имеют суммарный объём менее объёма ОЗУ, т.е. при: Объём суммарный раздаваемых файлов = Объём ОЗУ - Z.

Z - оперативная память суммарная для работы ОС и программ и приложений, работающих в ОС.

Пример:


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

В данном случае клиент в ноутбуке Samsung (ОЗУ - 8Гб; Скорость диска - 5400 Об/мин). Скорость отдачи стала падать из-за того, что "рой" из качающих оказался невезучим для клиента, т.е. среди качающих много пиров, качающих с малой скоростью, которые задерживают блоки в ОЗУ дольше, чем необходимо для исключения падения скорости отдачи.

Выходом в данном случае был перенос раздачи на внешний SSD.

Если бы попался совсем невезучий для клиента "рой", то и SSD не помог бы, так как для гарантированной раздачи файла без падения скорости отдачи потребовалось бы ОЗУ с объёмом не ниже 18,4 Гб + Z.

Z - оперативная память суммарная для работы ОС и программ и приложений, работающих в ОС.

Синтез: Как их вычленить и главное дать толчок, ибо по новой забирать и хешировать 30 ТБ не вариант...

anya1956ss: Хеширование Вам ничего не даст.

Рекомендация:

1. Определиться со своей целью в файлообмене.

2. Проверить возможности своего интернета и компьютерного хозяйства в файлообмене на раздачах, которые быстро раздаются вашим клиентом. Такие раздачи можете увидеть, заглянув в профили аккаунтов, лидирующих по отдаче в списке https://kinozal.guru/top_uploaders.php?page=0, т.е. в текущий момент заглядывать в профили аккаунтов, раздающих раздачи с сидбоксов.

3. Выбрать после пунктов 1 и 2 способ достижения цели.

Понял. Будем надеется что так оно и есть. И все придет на круги своя...


Ну тогда стоит повертеть BEncode и если возможно, поудалять лишнее

P.S. И без него поудалял за пару минут.. 6 груп 6 выделений 6 вставок...

Об этом много раз описано, начиная с сообщений: http://forum.kinozal.guru/showpost.p...9&postcount=23, http://forum.kinozal.guru/showpost.p...3&postcount=40 .

Осуществляю раздачу по IPv6 через установленную в линуксе программу miredo. Раздача по данному протоколу идёт активнее, чем через IPv4.
Вопрос такой, учёт трафика осуществляется или нет?

Как мне кажется, Вам самому сподручнее это проверить, последив за циферками в профиле.
Сегодня отдано 17.01 ГБ, а по какому протоколу - это Вам виднее.
Из общих соображений - не видно никаких причин, почему бы трафик не учитывался.

Рейтинг
 

Шалом я несколько дней раздаю а результат скачивания на нуле также р аздача стоит на нуле.
Что делать

Увы проследить очень трудно. Не все качают через ipv6. Это пока редкость так сказать. И увидеть специально какой участник вытягивает с меня не реально. Раздач то очень много и закачивают в перемежку по ipv4 и по ipv6.

Пробуй поставить раздачу по протоколу ipv6. Ставь tiredo/miredo у себя и качающих участников будет поболее.

Предоставьте здесь скриншот клиента с раздачей в форме типа этого скриншота:

Если passkey имеет 10 знаков, то типа этого скриншота:

На скриншоте passkey закройте от чужих глаз.

Если не сможете продемонстрировать, то скопируйте все строки окна "Свойства торрента" и приведите здесь. То, что после знака "=" в будущем сообщении удалите, т.е. passkey удалите. Например, здесь: :

всего одна строка. У Вас может быть и до 4 строк и даже 5, если ваш провайдер имеет собственный ретрекер.
Укажите содержание столбцов "Трекер" и "Состояние трекера" ("Статус трекера").

А если общие данные клиента с данными в профиле сравнить? (Разумеется, с учётом дискретности изменения данных в профиле.)

Как установили то, что по IPv6 раздача идет активнее, чем по IPv6?
Естественно, учитывается, так как клиент во время передачи анонса трекеру не обращает внимания на то, что по какому из этих двух протоколов сделан файлообмен.

Всё наблюдается прекрасно, в том числе видно и какой клиент сколько имеет объёма трафика файлообмена по обоим протоколам.
Из своего наблюдения:
а) некоторые клиенты в чужом клиенте появляются то с IPv4, то с IPv6;
б) некоторые одновременно и с IPv4, и с IPv6.
Чтобы это увидеть, в клиенте необходимо сортировать пиры по столбцу "Порт", т.е. чтобы оба протокола клиента пира были рядом.

Состояние пиров по IPv6 на одной из раздач в одном из моих клиентов:
, , :

Несмотря на то, что их 289, ни один из них сегодня не имеет объёма трафика файлообмена*.
* - Подробности описывать не буду. Если откроете тему типа "Состояние файлообмена в клиентах по IPv6", то их увидите.

Когда то, несколько лет назад, у клиентов израильских провайдеров была такая проблема. Если флажок Израиля в Вашем профиле - истинное местоположение, то надо дождаться тех, кто помнит применяемые тогда решения.

Ну ты вспомнил... это когда ж было то... лет 6-8 назад.
На "Б" начинался- то ли Баязет, то ли Бисептол, но точно помню, что на "Б". Решалось все звонком провайдеру, и наездом за намеренную обрезку аплоада.

Рейт подняла, но надолго этого запаса не хватит.