Вернуться   Форум > Помощь Зрителям > Советы зрителям: вопросы и ответы
Регистрация Справка Пользователи Календарь Поиск Сообщения за день Все разделы прочитаны

Ответ
 
Опции темы Поиск в этой теме
Старый 19.02.2013, 02:37  
Velmas
Главный Кинооператор
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Гуру Форума
 
Аватар для Velmas
 
Регистрация: 12.01.2009
Адрес: Украина
Сообщения: 1,557
Репутация: 700
Техническая поддержка Кинозал.ТВ

Поиск на форуме

Ответы на частые вопросы:

Правила проекта Кинозал.ТВ
Не могу зайти в Кинозал.ТВ - инструкции
Звания и статусы на трекере Кинозал.ТВ
Количество доступных к скачиванию торрент-файлов
Рейтинг и учет статистики
Как скачать раздачу и как начать сидирование
Как открыть порты
Оформление раздач
Раздел компьютерной безопасности
Статус "Король трекера" и для чего он нужен?
Штрафы за скачивание
Обсуждение провайдеров, проблемы с соединением с трекером
Как сделать пинг (ping) и трассировку (tracert) сервера
Группа Разработчиков и Технической поддержки
Всплывающая реклама на Кинозале
Если после прочтения вышеозначенных тем у вас остались вопросы, то можете задать их в этой теме.

Последний раз редактировалось Koliа, 02.12.2016 в 14:12.
  Ответить с цитированием
Старый 19.10.2017, 18:40   #1321
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
anya1956ss сказал(a):
От своей цитаты: "Такие случаи, когда не все одинаково видят бывают. Некоторые из них из своей практики файлообмена приведу позднее. Не все они относятся к этой конкретной проблеме, но просто они доказывают, что "чудеса" бывают.
Конечно, они чудесами останутся до тех пор пока не будут найдены конкретные причины "чуда"." не отказываюсь и приведу их позднее.
Пример №1.
В своём клиенте увидел, что клиент одного очень известного релизера (создавал раздачи по моим интересам (все), все их я скачивал и, естественно, я очень хорошо знал его провайдера, IP и его клиент) отдает части файлов моего клиенту на огромной скорости (до 38 Мбайт/с при официальной максимальной тарифной скорости интернета его провайдера всего 100 Мбит/с). Раздача была свежей, кроме него раздавали и другие Сиды, т.е. он не успел ещё покинуть раздачу. В принципе, он и не был быстро покидающим свою раздачу при появлении Сидов.
Тарифная скорость моего интернета была тоже всего 100 Мбит/с. Сервер провайдера на 1 Гбит/с, но в компьютере эти 1 Гбит/с не отображались, а отображались 100 Мбит/с, т.е. в квартиру входила скорость до 100 Мбит/с. Вроде бы надо считать, что такое отображение скорости его отдачи является просто глюком. Однако, когда заглянул выше, то увидел, что мой клиент загружает файл с огромной скоростью (до 60 Мбайт/сек в пике) и процесс отображения данных в клиенте с виду правдоподобный*. Когда загрузка файла закончилась, то стал изучать график работы клиента и увидел, что сетка графика имеет верхнюю границу за 55000 Кбайт/с и на графике много пиковых скоростей за 55000 Кбайт/с. Примерно прикинул среднюю скорость загрузки файла по графику, сравнил со средней скоростью загрузки файла по данным клиента и не увидел чуда, т.е. пиковых скоростей на графике за 55000 Кбайт/с много, но средняя скорость загрузки файла не превышает 100 Мбит/с.
Загрузил файл ещё раз с другого клиента, чтобы посмотреть на чудо процесса загрузки файла. Повторная загрузка файла не изменила картину загрузки файла, т.е. прошла по предыдущему сценарию, но на этот раз я очень пристально присматривался к изменению данных в клиенте во время процесса загрузки файла и заметил, что данные как бы изменяются по времени чуть медленнее, чем обычно. На следующий день ещё два раза загружал этот же файл, но "чудный" сценарий не повторился, т.е. загрузился файл по обычному сценарию в обоих случаях.
Естественно, на этой раздаче остальные качающие не видели в своих клиентах этого "чуда".

* - про не правдоподобное отображение мне прекрасно известно, знаю точно и о причине такого отображения, видел и на трекере rutracker два скриншота разных аккаунтов, на которых скорость загрузки была более 1 Гбайта/сек в обычном клиенте обычного интернета.
В принципе об этом, видимо, знает и некоторое малое количество файлообменщиков. Так как видел короткий ответ: "Это "выстрел" из кеша". Хоть он и не давал своё разъяснение на сам механизм возникновения "выстрела", но я предположил, что он это уже видел и ответ близок к истине, но в утрированной форме. Правда, он возможно и не задумывался о механизме возникновения "выстрела".
На трекере rutracker есть опубликованный скриншот этого явления, но в меньших масштабах разброса скорости загрузки файла, чем в моём клиенте. Автор скриншота и увидевшие его скриншот не знают, что график работы клиента является как бы фальшивым.

Чтобы не утомлять читающих, остальные примеры будут позднее или при удобном для них случае.
Один удобных случаев будет при дальнейшем ответе на "диверсию" файлов в компьютере KniazidisR.
  Ответить с цитированием
Старый 19.10.2017, 19:04   #1322
ФАНАТ
Администратор
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Аватар для ФАНАТ
 
Регистрация: 04.06.2008
Адрес: Россия :: Тюмень
Сообщения: 1,466
Репутация: 1026
anya1956ss сказал(a):
Система учета трафика файлообмена этого трекера отличается от систем учета трафика файлообмена других трекеров тем, что при раздаче одного и того же файла с двух и более клиентов (с двух и более компьютеров или с двух и более точек отдачи) с одного и того же IP-адреса отданное не учитывается.
Добрый вечер.
Два разных пользователя, сидирующие одну и ту же раздачу с одного и того же IP-адреса, не влияют друг на друга.
А вот два одинаковых пользователя, сидирующие одну и ту же раздачу с одного и того же IP-адреса, влияют друг на друга, даже если они используют разные компьютеры и разные торрент-клиенты.
Проблема может быть в другом.
Раньше, если в интервал между анонс-запросами (1 час) пользователь успевал залить по раздаче более 100 000 000 000 байт (93 ГБ), то залитое по раздаче за этот интервал отбрасывалось и не шло в статистику. В прошлом году эту проверку, вроде как, убирали, но я точно не уверен. Попробую уточнить этот момент.
  Ответить с цитированием
Старый 19.10.2017, 20:03   #1323
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
ФАНАТ сказал(a):
Добрый вечер.
Два разных пользователя, сидирующие одну и ту же раздачу с одного и того же IP-адреса, не влияют друг на друга. Даже если они используют один и тот же компьютер и торрент-клиент.
А вот два одинаковых пользователя, сидирующие одну и ту же раздачу с одного и того же IP-адреса, влияют друг на друга, даже если они используют разные компьютеры и разные торрент-клиенты.

Ну, это исполнение сделано только на этом трекере.
Фактически нет никакой разницы между пользователями (аккаунтами) А и Б, так как А и Б могут принадлежать одному и тому же лицу, т.е.
объем отдачи с А + Б = объёму отдачи с А + А или Б + Б.
Оба аккаунта принадлежат одному и тому же лицу, но им (лицам с сидбоксами) нет смысла отдачу делать на оба аккаунта.
Искажения отдачи нет, так как в любом случае объём отдачи будет А + А = А + Б или если на другой аккаунт, то Б + Б = А + Б

ФАНАТ сказал(a):
Проблема может быть в другом.
Раньше, если в интервал между анонс-запросами (1 час) пользователь успевал залить по раздаче более 100 000 000 000 байт (93 ГБ), то залитое по раздаче за этот интервал отбрасывалось и не шло в статистику. В прошлом году эту проверку, вроде как, убирали, но я точно не уверен. Попробую уточнить этот момент.
Эта проблема точно устранена и я много раз видел в статистике раздачи файлов, что она устранена.
Сами пользователи трекера с сидбоксами могут подтвердить это, если они заглядывают в статистику раздачи файла, чтобы посмотреть отдачу за анонс (1 час). Этот предел остался только на двух трекерах, я имею в виду из популярных трекеров, но не на этом трекере.
Да, и сама проблема касалась не к данной проблеме, а к "Ошибка: Access denied, banned client", т.е. при отдаче клиентом за анонс (1 час) более 100 000 000 000 байт (93 ГБ) на любом одном файле клиент банился (конечно, не аккаунт) по следующей схеме:
а) после первого анонса вся отдача учитывалась полностью, видимо, из-за того, что система учета не имела ещё основание банить аккаунт, т.е. в клиенте ещё не было "Ошибка: Access denied, banned client" и вся отдача за анонс учитывалась;
в) отдача за второй анонс не учитывалась, видимо, из-за того, что у системы учета трафика файлообмена по данным первого анонса уже было основание банить клиент;
г) отдача за третий анонс учитывалась, если отдача не превышала 100 000 000 000 байт (93 ГБ), а если превышала, то не учитывалась, т.е. не было отсекания лишней отдачи, чтобы учесть отданное в пределах до 100 000 000 000 байт (93 ГБ), а был бан клиента и отданное полностью не учитывалось, если оно было больше 100 000 000 000 байт (93 ГБ). В статусе трекера в это время была "Ошибка: Access denied, banned client" и это ошибка исчезала в клиенте автоматически, если после отсчета текущего анонса до 0 отдача не превышала 100 000 000 000 байт (93 ГБ).

Примечание:
Эта проблема характерна всем пользователям интернета и не только сидирующим с сидбоксов. Я просто не хотел акцентировать внимание на остальных.
Например, в 2014 году с этой проблемой столкнулся российский студент, который учился в Турции. Он, не зная об этой особенности трекера, файл на отдачу запустил сразу с двух клиентов с одного корпоративного интернета университета Турции. В результате клиенты раздавали, в статистике раздачи файла аккаунт его был, но параметры файлообмена его аккаунта в статистике раздачи файла не изменялись и ему пришлось остановить один из этих http://radikal.ru/lfp/s04.radikal.ru...748b63.jpg/htm двух клиентов.
  Ответить с цитированием
Старый 20.10.2017, 17:24   #1324
ФАНАТ
Администратор
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Аватар для ФАНАТ
 
Регистрация: 04.06.2008
Адрес: Россия :: Тюмень
Сообщения: 1,466
Репутация: 1026
anya1956ss сказал(a):
Фактически нет никакой разницы между пользователями (аккаунтами) А и Б, так как А и Б могут принадлежать одному и тому же лицу
Указывая "пользователей", я имел в виду, естественно, аккаунты на трекере, а не лица. У разных пользователей отличаются id и пасскей, и друг на друга они не влияют.
  Ответить с цитированием
Старый 20.10.2017, 20:31   #1325
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
ФАНАТ сказал(a):
Указывая "пользователей", я имел в виду, естественно, аккаунты на трекере, а не лица. У разных пользователей отличаются id и пасскей, и друг на друга они не влияют.

В принципе, обсуждаемая проблема может оказаться довольно распространенным случаем и для сидирующих с домашних интернетов и, возможно, они уже сталкивались с отсутствием учета трафика файлообмена, сидируя с одного клиента одного компьютера и с одного интернета, но без внешнего IP-адреса. Просто мы не знаем о мастшабах отсутствия учета по обсуждаемой проблеме.
Пользователей интернета без внешнего IP-адреса огромное количество. В своё время (когда у меня самый быстрый интернет имел скорость файлообмена всего 30 Мбит/с и не было внешнего IP) я интересовался количеством абонентов провайдера на одном сервере с внешним IP-адресом. Такую информацию раньше можно было посмотреть и в speedtest.net (была опция по просмотру этих данных).
Расклад был следующим:
а) загруженность сервера тарифными скоростями на 750 Мбит/с (75 %);
б) тарифные скорости от 1 Мбит/с до 30 Мбит/с;
в) количество абонентов ровно 100.

Конечно, в текущее время у моего провайдера ситуация другая, т.е. он не может иметь на одном сервере более 10 абонентов с внутренним IP, так как несколько лет назад перешел на единую тарифную скорость 100 Мбит/с гарантированную для всех абонентов. Правда, в этом году слегка расширил линейку тарифных скоростей.

Рассмотрим первый вариант сервера со 100 абонентами с внутренними IP. При таком количестве абонентов вероятность того, что с одного внешнего IP будут раздавать одну и ту же раздачу достаточно большая, так как среди 100 абонентов могут оказаться желающие раздавать раздачу с двух клиентов и более. В нынешнее время уже много пользователей интернета имеют 2,3,4,5 и более интернета. Если они от одного провайдера, то они легко могут оказаться на одном сервере с внешним IP. Но в этом случае от массовых жалоб на отсутствие отдачи на конкретных файлах спасает:
а) отсутствие знания закономерностей файлообмена пользователями интернета;
б) отсутствие тщательного контроля пользователями интернета за своим файлообменом;
г) отсутствие грамотности при подборе файлов для отдачи.
Но указанные в моих сообщениях аккаунты, сидирующие раздачи с сидбоксов, лишены этих недостатков и вероятность того, что они окажутся на одном IP-адресе с одной и той же раздачей в нескольких экземплярах (видел до 4 в профиле аккаунта crazymixx) огромная и, естественно, они сразу заметили потерю отдачи на некоторых раздачах, т.е. на раздачах, на которых их аккаунты есть в не одном экземпляре. А это у них происходит ежедневно, так как они не упускают ни одну раздачу, которая пользуется большим спросом у качающих, т.е. в любой день можно видеть их аккаунты на раздачах вместе и каждый из них может раздавать с двух и более сидбоксов с одним внешним IP, только из-за того, что для них недостаточно соответствующих файлов.
Разные раздачи они не могут, так как:
а) у них SSD имеют очень ограниченный объём для файлов;
б) нет на трекере достаточного количества раздач, чтобы полностью загрузить каналы отдачи, присутствующих на трекере сидбоксов. В этом вопросе им очень сильно мешают обновления или замены раздач, т.е. раздача раздавалась на огромной скорости много месяцев подряд, а обновленная раздача по отдаче сдохла в первый же день, но успела удалить очень хорошо раздаваемую раздачу с трекера.

Может я изложил не в той форме, как следует.
Если очень коротко, то каждый из сидбоксеров мешает только сам себе, раздавая один и тот же файл с нескольких сидбоксов с одного IP, т.е. они сами друг другу мешать не могут.
  Ответить с цитированием
Старый 20.10.2017, 21:29   #1326
ФАНАТ
Администратор
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Аватар для ФАНАТ
 
Регистрация: 04.06.2008
Адрес: Россия :: Тюмень
Сообщения: 1,466
Репутация: 1026
anya1956ss сказал(a):
Если очень коротко, то каждый из сидбоксеров мешает только сам себе, раздавая один и тот же файл с нескольких сидбоксов с одного IP, т.е. они сами друг другу мешать не могут.
Теперь я точно понял суть жалобы.
Собственно, выше я написал, что именно так и происходит учет рейтинга.

Назовем процесс сидирования одной раздачи одним пользователем (аккаунтом) с одного клиента - сессией.
Сессии на трекере уникальны по связке <id раздачи, id пользователя, IP-адрес>.
Т.е.:
- один пользователь с одного адреса может сидировать несколько раздач, и все будет нормально учитываться
- один пользователь может сидировать одну раздачу с разных ip-адресов, и все будет нормально учитываться
- разные пользователи могут сидировать одну раздачу с одного ip-адреса, и все будет нормально учитываться.
Но если один пользователь сидирует одну раздачу с одного ip-адреса в двух и более клиентах, то все сессии пользователя (по одной на каждый клиент) будут отображаться в одну сессию на трекере. Поэтому рейтинг будет учитываться, наверное, по клиенту, отправившему свою статистику последним. Но не по сумме отданного всеми клиентами.
  Ответить с цитированием
Старый 21.10.2017, 18:16   #1327
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
ФАНАТ сказал(a):
Cкрытый текст -
 
Всё верно, но концовка ответа не всем ясна, так как я в ЛС получил: "Администратор ФАНАТ считает, что у ферала всё учитывается?".
Поэтому необходимо дальнейшее обсуждение, в том числе и по отображению аккаунта в статистике раздачи файла и по отображению файлов в профиле аккаунта.
Коротко по отображению данных в профиле аккаунта, на примере своего аккаунта:

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


Если я буду раздавать одну и ту же раздачу с двух клиентов каждого из 12 интернетов (2*12=24 точки раздачи одной и той же раздачи), то отображение раздачи в профиле клиента и отображение аккаунта в статистике раздачи файла не изменится, но несмотря на то, что хозяин аккаунта (в данном примере хозяином являюсь я) видит, что у него как бы всё нормально, учета отданного не будет и хозяин аккаунта это может обнаружить только по изменяемым данным статистики раздачи файла или по данным профиля аккаунта, так как в профиле аккаунта изменение отданного на раздаче тоже отображается.

Если я буду раздавать одну и ту же раздачу с двух клиентов в 11 интернетах (из 12 моих интернетов), а с последнего интернета только с одного клиента, то трафик файлообмена клиентов будет учитываться только с одного интернета, т.е. с интернета, в котором раздается раздача с одного клиента.

Из описанного вытекает вывод: Для нормального учета трафика файлообмена на этом трекере достаточно одну и ту же раздачу не раздавать с двух клиентов и более с одного компьютера или с одного IP.

Но на практике бывают всякие случаи вариаций этого одного IP и для простого пользователя интернета. Например, допустим я раздаю одну и ту же раздачу со всех 4-х интернетов от провайдера МТС. В каждом интернете раздача раздается только с одного клиента. Зная, что они все с внешними IP (согласно условиям предоставления услуг провайдера для моей тарифной скорости они должны иметь внешний IP), я не опасаюсь за правильный учет трафика файлообмена. Вдруг обнаруживаю, что суммарное количество отданного на раздаче в 4 раза меньше суммарного количества трафика файлообмена клиентов. В ходе выяснения причины узнаю, что IP одного интернета закреплен за одним сервером (1 Гбит/с) и IP является внешним, а остальные 3 интернета закреплены за вторым сервером (1 Гбит/с) и не имеют внешнего IP, т.е. имеют только "серые" IP. В результате этого на одной раздаче с одного внешнего IP оказалось три клиента с одной и той же раздачей. Естественно, с этих трех клиентов учета трафика файлообмена клиентов не было. В моём случае вопрос быстро разрешился прикреплением IP к разным серверам с внешними IP, но они не стали** интернетами с внешним IP, т.е. имели внутренний IP, но на разных серверах и исключалась возможность раздачи одного и того же файла с более одного IP-адреса.
** - для того, чтобы они имели внешний IP требовался мой приезд в офис провайдера с паспортом и требовалось моё заявление на иметь внешний IP. Паспортные данные мои у провайдера есть (при подписании договора их в договор вносят монтажники, подключающие интернет), но дальше договор, видимо, идет в архив без внесения паспортных данных (серии и номера) в компьютер. Грубо говоря, обыкновенная хитрость провайдера в конкурентной борьбе между провайдерами за пользователей интернета в качестве своего абонента, т.е. пользователь интернета думает, что у него внешний IP есть, так как исправно ежемесячно вносит оплату за интернет и не догадывается даже, что у него внешнего IP нет. В принципе, такая тактика провайдера правильная, так как подавляющему большинству абонентов провайдера по их интересам внешний IP и не требуется.
До сих пор эти три интернета у меня с "серыми" IP. Терплю только из-за того, что для моей отдачи пока хватает качающих и при "сером" IP интернетов.

Этот случай как раз подходит для описания проблемы с учетом трафика клиентов аккаунта при раздаче одного и того же файла с двух сидбоксов и более, т.е. когда на одной и той же раздаче у аккаунта оба или более сидбокса оказывается на одном сервере. Если из четырех сидбоксов 1 на одном сервере, а остальные 3 сидбокса на одном другом сервере, то учета трафика файлообмена не будет с трех сидбоксов, так как они на одном IP.

Если на других трекерах сидбоксеры при раздаче одной и той же раздачи с двух и более сидбоксов избавлены от обсуждаемой проблемы, то и на этом трекере можно их избавить от этой обсуждаемой проблемы.
В интернете эта проблема только на этом трекере. На остальных нет.
  Ответить с цитированием
Старый 26.10.2017, 18:20   #1328
uralec888
Зритель
 
Регистрация: 26.10.2017
Сообщения: 1
Репутация: 0
Сортировка по оценке?

Добрый день! Подскажите каким образом можно сделать сортировку в топе по оценке раздачи? Было бы так удобно, но к сожалению, не могу найти как это сделать. Есть сортировка по сидам/комментариям и т.д., а сортировку по оценке не вижу.
  Ответить с цитированием
Старый 26.10.2017, 18:33   #1329
JoshuaRyan
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Великий Гуру
 
Аватар для JoshuaRyan
 
[Онлайн]
Регистрация: 28.02.2010
Адрес: Twenty One Pilots
Сообщения: 3,893
Репутация: 552
uralec888 сказал(a):
Добрый день! Подскажите каким образом можно сделать сортировку в топе по оценке раздачи? Было бы так удобно, но к сожалению, не могу найти как это сделать. Есть сортировка по сидам/комментариям и т.д., а сортировку по оценке не вижу.

Добрый вечер. Увы, такой возможности нет.
  Ответить с цитированием
Старый 26.10.2017, 20:45   #1330
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
Продолжение по проблеме KniazidisR.

KniazidisR сказал(a):
Вопрос только в том, кем подделаны раздачи, но это уже менее интересно, факт что так или иначе нет защиты от подделок.
KniazidisR сказал(a):
Вот сейчас поставил на раздачу "Дело № 306" из бекапа. Файл проверку на хеш прошёл и начал сидироваться. Через некоторое время раздача покраснела и блокировалась с сообщением теперь уже "ERROR:WRITE-TO-DISK". Причём 100% уже пройденной проверки поменялось на 99%. Что пытается записать клиент в файл-оригинал, который защищён от записи мне уже понятно (коллизию). Затем только уже подделанный файл раздавался бы без блокирования.
KniazidisR сказал(a):
Причём 100% уже пройденной проверки поменялось на 99%. Что пытается записать клиент в файл-оригинал, который защищён от записи мне уже понятно (коллизию).
KniazidisR сказал(a):
Примечаниие: Похоже, что насчёт опасности видоизменяемых файлов я преувеличил. По сути дела какой-то шутник меняет только 1 байт, что вирусом быть не может. Если это шутник, то шутка принята. Короче - к чёрту.
KniazidisR сказал(a):
Вот KniazidisR нехороший, непослушный и мы его раздачи блокируем 23 часа в сутки.

Нет никакого шутника, так как шутником над Вами оказалось ваше компьютерное хозяйство (диски компьютера + правильная деятельность ОС). Здесь http://radikal.ru/lfp/s019.radikal.r...78cff0.jpg/htm тоже компьютерное хозяйство (диски компьютера + правильная деятельность ОС) пошутило над своим хозяином, но хозяин компьютерного хозяйства в данном случае сильно раздувать проблему не стал, т.е. шутника не искал.
Сама проблема давно известна и на эту проблему чаще всего попадаются раздающие, которые раздают раздачи в группе из небольшого количества раздающих. Если раздачу раздает один раздающий, то, естественно, он на эту проблему попадает сразу.

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

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

Рекомендация по этой проблеме:

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


Примечание 1:

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

Примечание 2:

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

Примечание 3:

Cкрытый текст -
 
  Ответить с цитированием
Старый 29.10.2017, 19:02   #1331
bag2006
Техподдержка
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Аватар для bag2006
 
[Онлайн]
Регистрация: 02.02.2008
Сообщения: 1,082
Репутация: 249
anya1956ss сказал(a):
Если он раздает раздачу один, то, естественно, он один вынужден будет раздать всю раздачу и, естественно, столкнется с нечитаемыми частями раздачи и клиент прекратит раздачу, выдав сообщение: "Ошибка: ..."
На самом деле несколько раз сталкивался с тем, что мой клиент (и моя файловая система) не обнаруживал ошибку. Тревогу поднимали качающие, которые не могли докачать раздачу (останавливались на 99.хх%, дальше, как правило, шли временные отбраковки моего клиента по ошибкам хеша). У себя ошибку обнаруживал только тогда, когда перепроверял хеш раздачи.
  Ответить с цитированием
Старый 29.10.2017, 20:14   #1332
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
bag2006 сказал(a):
anya1956ss сказал(a):
Если он раздает раздачу один, то, естественно, он один вынужден будет раздать всю раздачу и, естественно, столкнется с нечитаемыми частями раздачи и клиент прекратит раздачу, выдав сообщение: "Ошибка: ..."

На самом деле несколько раз сталкивался с тем, что мой клиент (и моя файловая система) не обнаруживал ошибку. Тревогу поднимали качающие, которые не могли докачать раздачу (останавливались на 99.хх%, дальше, как правило, шли временные отбраковки моего клиента по ошибкам хеша). У себя ошибку обнаруживал только тогда, когда перепроверял хеш раздачи.
Вполне может быть и ваш вариант и вполне мог быть ваш вариант и у меня. Никто не знает при каком уровне нечитаемости частей файлов клиент выдает "Ошибка: ...", т.е. клиент вполне может раздать все части раздачи, кроме нечитаемымых частей раздачи и при этом будет оставаться Сидом.
Сталкивался с такими раздачами, когда на раздаче один или два Сида и раздача не может закончиться с завершением загрузки. Один из не старых случаев: http://s04.radikal.ru/i177/1710/cc/ebb7651dd3f4.png . Оригинал можно легко найти по тем местам, которые не закрыл.
Этот случай http://radikal.ru/lfp/s019.radikal.r...78cff0.jpg/htm тоже аналогичный вашему варианту.
Несколько раз его видел на его же раздачах в Личерах, а иногда одновременно и в Личерах* и Сидах*.
* - при несоблюдении правил перехода с одного действия на другое это характерно.
  Ответить с цитированием
Старый 29.10.2017, 21:01   #1333
bag2006
Техподдержка
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Аватар для bag2006
 
[Онлайн]
Регистрация: 02.02.2008
Сообщения: 1,082
Репутация: 249
Я в описываемых мной случаях ничего никуда не переносил, как стоял на раздаче, так и продолжал стоять. Остался единственным сидом, раздавал нормально. А спустя некоторое, довольно продолжительное, время (в одном из случаев) получил ЛС от модератора, что люди не могут докачать раздачу. Перепроверил - упс!
В паре других случаев - случайно заметил в клиенте несколько пиров, застывших на 99.99%.
А при переносе файлов раздачи в другое место я предпочитаю перепроверять хеш. Тоже несколько раз напарывался на потери.
  Ответить с цитированием
Старый 29.10.2017, 21:37   #1334
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
bag2006 сказал(a):
Я в описываемых мной случаях ничего никуда не переносил, как стоял на раздаче, так и продолжал стоять. Остался единственным сидом, раздавал нормально. А спустя некоторое, довольно продолжительное, время (в одном из случаев) получил ЛС от модератора, что люди не могут докачать раздачу. Перепроверил - упс!
В паре других случаев - случайно заметил в клиенте несколько пиров, застывших на 99.99%.
А при переносе файлов раздачи в другое место я предпочитаю перепроверять хеш. Тоже несколько раз напарывался на потери.
Этот случай http://s04.radikal.ru/i177/1710/cc/ebb7651dd3f4.png полностью соответствует вашему случаю. Были два Сида (один постоянно) и от них мой клиент и ещё несколько клиентов не смогли получить все части файлов. Вернулся автор раздачи и все скачали раздачу, а эти два Сида остались со своим файлом, у которого они не все части раздачи смогут раздать.

Этот случай http://radikal.ru/lfp/s019.radikal.r...78cff0.jpg/htm тоже аналогичный вашему варианту, скорее всего, тоже копия вашего случая. Неспроста же он переносил раздачи. Возможно, тоже кто-то жаловался, что раздача не скачивается до 100 %. Если хотите, то могу дать ссылку на его аккаунт и сами спросите о том, с какой целью он переносил их на другое место.
Судя по тексту на скриншоте, он тоже перехешировал.
Разницы нет в том, что хешировать или нет. Если раздача без хеширования даже запустится как "Раздается", то быстро перейдет на "Загружается". Скачаются отсутствующие части и раздача вернется в состояние "Раздается".
  Ответить с цитированием
Старый 29.10.2017, 21:51   #1335
bag2006
Техподдержка
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Аватар для bag2006
 
[Онлайн]
Регистрация: 02.02.2008
Сообщения: 1,082
Репутация: 249
anya1956ss сказал(a):
Разницы нет в том, что хешировать или нет. Если раздача без хеширования даже запустится как "Раздается", то быстро перейдет на "Загружается".
Сама? "Это вряд ли." (с) Во всяком случае, в uTorrent такого не наблюдал. Как "раздавалась", так и продолжала "раздаваться", пока не перехешируешь.
  Ответить с цитированием
Старый 29.10.2017, 22:19   #1336
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
bag2006 сказал(a):
anya1956ss сказал(a):
Разницы нет в том, что хешировать или нет. Если раздача без хеширования даже запустится как "Раздается", то быстро перейдет на "Загружается".
Сама? "Это вряд ли." (с) Во всяком случае, в uTorrent такого не наблюдал. Как "раздавалась", так и продолжала "раздаваться", пока не перехешируешь.
Если Вы этого не наблюдали, то это вовсе не означает, что описанное не может быть.
Я при присоединении файла к раздаче или при раздаче раздачи с другого клиента всегда ставлю галочку перед строкой "Не хешировать" и раздача сразу становится на раздачу. В некоторых случаях раздача вместо "Раздается" переходит на "Загружается". Клиент какие-то части (нечитаемые) загружает и раздача переходит в состояние "Раздается". Следствием этого в клиенте остается памятное свидетельство: Огромный коэффициент отдачи. Чем меньше скачает клиент, тем больше в будущем будет коэффициент отдачи. У меня в одном из клиентов до сих пор есть коэффициенты отдачи с семью знаками. Об этом я неоднократно раз писал на форумах.
  Ответить с цитированием
Старый 30.10.2017, 03:18   #1337
bag2006
Техподдержка
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Аватар для bag2006
 
[Онлайн]
Регистрация: 02.02.2008
Сообщения: 1,082
Репутация: 249
anya1956ss сказал(a):
Разницы нет в том, что хешировать или нет. Если раздача без хеширования даже запустится как "Раздается", то быстро перейдет на "Загружается".
anya1956ss сказал(a):
В некоторых случаях [...]
No comment.

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

Последний раз редактировалось bag2006, 30.10.2017 в 13:26.
  Ответить с цитированием
Старый 30.10.2017, 15:52   #1338
anya1956ss
Менеджер
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Форумчанин
 
Регистрация: 14.10.2010
Сообщения: 1,058
Репутация: 44
bag2006 сказал(a):
anya1956ss сказал(a):
Разницы нет в том, что хешировать или нет. Если раздача без хеширования даже запустится как "Раздается", то быстро перейдет на "Загружается".
anya1956ss сказал(a):
В некоторых случаях [...]
No comment.

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

Не изучал клиенты на предмет того, что он проверяет при установленной галочке "Не хешировать", так как нет привычки изучать вопросы, которые не создают проблемы мне.
Я Вам уже писал: "Если Вы этого не наблюдали, то это вовсе не означает, что описанное не может быть.". Из старых опубликованных сообщений: http://s42.radikal.ru/i096/1710/66/4b9d355f0707.png .
На скриншоте указаны:
1. Стрелками зеленого цвета раздачи, перенесенные из клиента µTorrent 1.7.7.
2. Стрелками желтого цвета раздачи, перенесенные из клиента µTorrent 1.7.7, которые имели частичное скачивание во время переноса раздач с одного клиента в другой клиент.
3. Стрелкой фиолетового цвета дата снятия скриншота.

Раздачи переносились из µTorrent 1.7.7 в BitTorrent 7.2.1 для того, чтобы не мешать клиенту µTorrent 1.7.7 спокойно загружать файлы.

Примечание:
Если будет время, продемонстрирую и скриншоты, когда раздача, не полностью скачанная, во время переноса файла в другой клиент вместо того, чтобы загружаться в перенесенном клиенте стала раздаваться, т.е. раздавалась и аккаунт в статистике раздачи файла был в Сидах, не имея все части файла. Даже приносила бонусную отдачу, так как второй Сид на раздаче постоянное сидирование не имел.
  Ответить с цитированием
Старый 31.10.2017, 01:21   #1339
via
Кинооператор
Медаль пользователю форума.
ЗОЛОТО
Новичок
 
Регистрация: 26.11.2013
Сообщения: 38
Репутация: 0
На странице раздачи написано «Скачивают 0. Нет подключений»:

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

µTorrent показывает отдачу:

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

В каких случаях такое возможно?
  Ответить с цитированием
Старый 31.10.2017, 01:53   #1340
вагонный
Техподдержка
Медаль пользователю форума.
ЗОЛОТОМедаль автору.
ЗОЛОТО
Душа Форума
 
Аватар для вагонный
 
Регистрация: 26.01.2010
Адрес: 40 км от НН
Сообщения: 6,425
Репутация: 944
via сказал(a):
На странице раздачи написано «Скачивают 0. Нет подключений»:

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

µTorrent показывает отдачу:

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

В каких случаях такое возможно?
Это возможно, если раздача сетевая, т. е. раздаётся не только на KZ, но и на других трекерах и позаимствована она именно оттуда или наоборот (отданное должно учитываться).
  Ответить с цитированием
Ответ


Здесь присутствуют: 1 (пользователей - 0 , гостей - 1)
 
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск



Часовой пояс GMT +3, время: 22:59.