«Я-хранитель!» Вопросы и ответы - Страница 16

JoshuaRyan · 08.01.2018, 19:39

ОРЕХ46 сказал(a):

Уважаемые знатоки, синюю кепку нужно выпрашивать?

Статус сменен.

08.01.2018, 19:40

ОРЕХ46 сказал(a):

Уважаемые знатоки, синюю кепку нужно выпрашивать?

Слюшай, купи кэпка, а? Почти с твоим ником:

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

Редакторы, манагеры присваивают, напиши любому)

ОРЕХ46 · 08.01.2018, 19:42

JoshuaRyan сказал(a):

Статус сменен.

Спасибо Вам.

ФАНАТ · 09.01.2018, 19:49

fessmaster сказал(a):

Почему не открыть эту информацию для более широкого круга пользователей? Какие ваши аргументы?

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

К слову, активных хранителей раздачи и так можно увидеть в самой раздаче, на вкладке "Хранители":

09.01.2018, 21:55

ФАНАТ сказал(a):

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

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

ФАНАТ сказал(a):

У меня встречный вопрос: для чего вам эта информация? Пожалуйста, приведите пример использования.

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

ФАНАТ сказал(a):

К слову, активных хранителей раздачи и так можно увидеть в самой раздаче, на вкладке "Хранители":

Пассивные тоже заслуживают внимания.

09.01.2018, 23:53

ФАНАТ сказал(a):

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

К слову, активных хранителей раздачи и так можно увидеть в самой раздаче, на вкладке "Хранители":

А что, боксеров по переписке еще не всех оставили в 2007м году?

Я как-то о координации думал больше, особенно на тяжелых раздачах. Беру дополнительную минуту на размышления и аргументацию

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

santayana сказал(a):

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

1. Чем больше стабильных сидов на раздаче, тем лучше, особенно на тех, что весят 100+ и раздаются не 24/7 (одним хранителем тут не обойтись)
2. Это конечно каждый сам решает. Денег за доброту душевную не накидывают

10.01.2018, 07:55

fessmaster сказал(a):

1. Чем больше стабильных сидов на раздаче, тем лучше, особенно на тех, что весят 100+ и раздаются не 24/7 (одним хранителем тут не обойтись)

Сегодня один хранитель, завтра диск полетел... это ясно. У меня на любимом трекере так и было, 3TB отборных редкостей приказали долго жить. Наверно поэтому я и захотела стать хранителем.

ФАНАТ · 12.01.2018, 18:49

santayana сказал(a):

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

fessmaster сказал(a):

А что, боксеров по переписке еще не всех оставили в 2007м году?

Для статистики: примерно половина из 110 тысяч хранимых раздач сидируются очень мало либо совсем не сидируются. Есть немало хранителей, которые числятся хранителями на раздачах, но по факту давно их не хранят (с полгода). Например, потеряли интерес к этому. Такие хранители периодически удаляются с сайта. Не очень хотелось бы, чтобы некоторые хранители начали сражаться с этими ветряными мельницами, занимаясь поиском неактивных хранителей - это задача кураторов и администрации.

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

По поводу приоритета при взятии на хранение: в группах есть список раздач, которые нуждаются в хранении: это раздачи без хранителей в порядке возрастания сидов (если сидов 0, то в порядке убывания времени крайнего сидирования). Например: http://saver.no-ip.org/group/952/taketorrents

Да, незнание конкретных хранителей раздачи не способствует потенциальной координации хранителей между собой.

JoshuaRyan · 15.01.2018, 18:56

artasinhuman сказал(a):

1) http://kinozal.tv/userdetails.php?id=198609
2) 100 Гб (можно и больше);
3) Фильмы, мультфильмы, документика о природе;
4) Безлимитно.

Robbertta сказал(a):

Здравствуйте!! Приглашаю вас в группы "Хранители. Киноклассика"--"Хранители. Наше кино"---"Хранители. Документальные фильмы: живая и неживая природа". Подробности в ЛС,

Вы бы глянули, что это бывший Хранитель.
Раздачи на хранении имеются, интересно узнать, сохранились ли они? №697

NWOBHM · 17.01.2018, 10:57

Не знаю туда ли пишу, но хотелось бы узнать, можно ли поменять на сайте Хранителей ник? Так как сменил на трекере и форуме, а там остался.

JoshuaRyan · 17.01.2018, 11:06

NWOBHM сказал(a):

Не знаю туда ли пишу, но хотелось бы узнать, можно ли поменять на сайте Хранителей ник? Так как сменил на трекере и форуме, а там остался.

Здравствуйте) В конфигурации профиля на сайте Хранителей есть кнопка Синхронизация)

Никнейм синхронизирован)

NWOBHM · 17.01.2018, 11:11

JoshuaRyan сказал(a):

Здравствуйте) В конфигурации профиля на сайте Хранителей есть кнопка Синхронизация)

Никнейм изменен)

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

18.01.2018, 13:22

Кажется сайт хранителей упал

JoshuaRyan · 18.01.2018, 13:44

fessmaster сказал(a):

Кажется сайт хранителей упал

Здравствуйте.
Сайт снова функционирует)

31.01.2018, 02:28

Я обычно останавливаю раздачи, где сидов больше одного, двух или трёх. Но после регистрации на сайте хранителей кинозала, меня начала напрягать бессмысленная административная нагрузка, поэтому пришлось отключить уведомления в виде личных сообщений на трекере от пользователя KeepService. Проблема в том, что трекер не видит "сетевых" сидов и шлёт ЛС с просьбой вернуться на раздачу, где и так полно сидов. Это никуда не годится! Если уж программа осмеливается написать сообщение не другой программе, а живому человеку, то на это должна быть серьёзная причина. "Сидосетевая" слепота таковой причиной не является.

Предлагаю на странице раздачи под кнопочкой Позвать скачавших сделать кнопочку Разбудить хранителя, которая через самодельную прокладочку будет запускать соответствующую раздачу в клиенте хранителя, не беспокоя самого хранителя.

Или, может быть, есть возможность настроить клиент так, чтобы он периодически запускал остановленные раздачи и проверял количество сидов? Я сейчас посмотрела настройки BitComet и увидела, что там есть возможность автоматически останавливать раздачи с определённым количеством сидов. Но не понятно будут ли они включаться снова, если количество сидов уменьшится? Кто-нибудь знает ответ на этот вопрос? Сама я использую юторрент.

ФАНАТ · 31.01.2018, 20:10

santayana сказал(a):

Проблема в том, что трекер не видит "сетевых" сидов и шлёт ЛС с просьбой вернуться на раздачу, где и так полно сидов. Это никуда не годится! Если уж программа осмеливается написать сообщение не другой программе, а живому человеку, то на это должна быть серьёзная причина. "Сидосетевая" слепота таковой причиной не является.

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

anya1956ss · 31.01.2018, 20:35

santayana сказал(a):

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

santayana: Я обычно останавливаю раздачи, где сидов больше одного, двух или трёх.Или, может быть, есть возможность настроить клиент так, чтобы он периодически запускал остановленные раздачи и проверял количество сидов? Я сейчас посмотрела настройки BitComet и увидела, что там есть возможность автоматически останавливать раздачи с определённым количеством сидов. Но не понятно будут ли они включаться снова, если количество сидов уменьшится? Кто-нибудь знает ответ на этот вопрос? Сама я использую юторрент.
anya1956ss: Что преследуете такой тактикой?

santayana: Но после регистрации на сайте хранителей кинозала, меня начала напрягать бессмысленная административная нагрузка, поэтому пришлось отключить уведомления в виде личных сообщений на трекере от пользователя KeepService. Проблема в том, что трекер не видит "сетевых" сидов и шлёт ЛС с просьбой вернуться на раздачу, где и так полно сидов. Это никуда не годится!
anya1956ss: Расшифруйте ""сетевой" Сид" в вашем понимании?

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

santayana: Предлагаю на странице раздачи под кнопочкой Позвать скачавших сделать кнопочку Разбудить хранителя, которая через самодельную прокладочку будет запускать соответствующую раздачу в клиенте хранителя, не беспокоя самого хранителя.
anya1956ss: Движки трекеров ещё ненаучили командовать клиентом. Если даже такая опция реализуемая, то для суперпрограммистов она невостребованная.

santayana: Или, может быть, есть возможность настроить клиент так, чтобы он периодически запускал остановленные раздачи и проверял количество сидов?
anya1956ss: Количество Сидов в клиенте и количество Сидов на трекере разные вещи. Если в статистике раздачи файла 0 или 1 Сид, то в клиенте их может быть и более 100:

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

santayana: Я сейчас посмотрела настройки BitComet и увидела, что там есть возможность автоматически останавливать раздачи с определённым количеством сидов. Но не понятно будут ли они включаться снова, если количество сидов уменьшится? Кто-нибудь знает ответ на этот вопрос? Сама я использую юторрент.
anya1956ss: Из-за чего такое стремление "вырубать" (отключать) раздачи в клиенте?

Примечание:
1. Текст хорошо написан, т.е. приятно читать.
2. Если на самом деле есть досаждающие проблемы, то все вопросы к Администратору ФАНАТ ( http://forum.kinozal.guru/member.php?u=49541 или по другому адресу https://kinozal.guru/userdetails.php?id=696439 ).
Пока писал сообщение он уже сам успел ответить.

31.01.2018, 23:04

anya1956ss сказал(a):

Из-за чего такое стремление "вырубать" (отключать) раздачи в клиенте?

Из-за того, что не знаю, как по-другому объяснить юторренту, что раздавать нужно те фильмы, на которых мало сидов, а не все подряд.
Скорость отдачи у меня не бесконечная (10-11МБ/c).
Чем больше активных раздач, тем больше доля служебного трафика.
Я слежу за тем, чтобы отдача шла всё время по максимуму [для этого я ограничиваю скорость отдачи в юторренте (иначе скорость резко падает и скачет) и запускаю больше раздач, если начинают появляться провалы скорости], а это значит, что я не могу раздать больше чем уже раздаю. Если я увеличу количество активных раздач, то скорость отдачи "редких" фильмов упадёт. Какой в этом смысл?
И вообще, когда раздач слишком много, они начинают сыпаться.
Cкрытый текст -

anya1956ss · 01.02.2018, 05:05

anya1956ss: Из-за чего такое стремление "вырубать" (отключать) раздачи в клиенте?
santayana:
Cкрытый текст -

santayana: Из-за того, что не знаю, как по-другому объяснить юторренту, что раздавать нужно те фильмы, на которых мало сидов, а не все подряд.
anya1956ss: Раздавать необходимо пользователям интернета и не оглядываться на данные по Сидам и Пирам в статистике раздачи файла или в профиле аккаунта. Поэтому лучше придерживайтесь следующей тактике:
1. Если скорость в клиенте большая на раздаче, то независимо от количества Сидов (пусть их даже тысячи) раздачу не отключать.
2. Если скорость раздачи маленькая, то нет смысла держать в клиенте раздачу с огромным количеством Сидов, так как и без вашего клиента раздающих много.
3. Сделайте какой-нибудь порядок в клиенте, например:
а) в клиенте включите все раздаваемые файлы и через не менее одного часа отсортируйте раздачи по количеству Сидов в клиенте (сортирует по данным в скобках);
б) в столбце "Метка" на раздачах с количеством Сидов 0 укажите 0, с количеством Сидов 1 укажите 1, с количеством Сидов 2 укажите 2, ... .
в) отсортируйте раздачи по скорости отдачи и раздачи, имеющие всегда приличную скорость отдачи, в столбце "Метка" выделите каким-нибудь знаком, означающим "Не отключать от раздачи".
4. Ориентируясь на метки, делайте отключения раздач в клиенте, чтобы их количество было в пределах выбранного количества активных раздач.
5. Раздачам, имеющим самые низкие скорости отдачи, дать приоритет "Высокий", а раздачам, имеющим большую скорость отдачи дать приоритет "Низкий", чтобы клиент мог иметь скорость отдачи и на раздачах, на которых качающие слабо качают. Клиент независимо от этой манипуляции с приоритетами скорости суммарную скорость не потеряет.

santayana: Чем больше активных раздач, тем больше доля служебного трафика.
anya1956ss: Это ошибочное представление, так как даже при одной раздаче на огромной скорости отдачи служебная скорость в Мбайт/с. Не ошибетесь, если будете утверждать: "Служебная скорость растет почти пропорционально увеличению полезной скорости отдачи.", т.е. количество активных раздач не дает пропорциональный рост служебной скорости, так как огромное количество активных раздач может иметь и очень низкую суммарную скорость отдачи.
Количество раздач дает только пропорциональный рост количества обращений клиента (анонсов) к серверам трекера. Любая включенная раздача (и без скорости отдачи) имеет ежечасные анонсы (на этом трекере длительность интервала между анонсами 1 час) и в течение дня к серверам трекера клиент по каждой включенной раздаче обращается 23 раза (теоретически максимум 24 раза). Поэтому количество включенных раздач может только создавать проблемы серверам трекера из-за огромного количества анонсов по раздачам. Раньше на некоторых трекерах даже были рекомендации: "Не увлекайтесь огромным количеством включенных раздач в клиенте, так как они могут создать проблемы серверу (серверам) трекера.".

santayana: Я слежу за тем, чтобы отдача шла всё время по максимуму [для этого я ограничиваю скорость отдачи в юторренте (иначе скорость резко падает и скачет) и запускаю больше раздач, если начинают появляться провалы скорости], а это значит, что я не могу раздать больше чем уже раздаю. Если я увеличу количество активных раздач, то скорость отдачи "редких" фильмов упадёт. Какой в этом смысл?
anya1956ss: Если Вас интересует уровень скорости отдачи в клиенте, то он достигается подбором файлов для отдачи, а не количеством включенных раздач в клиенте.
Ваша цитата "Если я увеличу количество активных раздач, то скорость отдачи "редких" фильмов упадёт." ни к чему не обязывает, так как в данном случае "редкий" не означает "хороший", а свидетельствует только о том, что на этой раздаче мало Сидов, а сам "редкий" может быть и паршивым.

santayana: И вообще, когда раздач слишком много, они начинают сыпаться.

anya1956ss: Да, очень запущенный клиент. В моих клиентах, например, для примера в двух в одном компьютере (у меня их очень много) нет такой запущенности: :

Стрелки означают:
а) зеленые о том, что клиент может присоединить к себе 100 000* клиентов;
б) красные свидетельствуют о наличии некоторой проблемы в операционной системе;
в) желтые показывают о нормальном состоянии клиента и по размерам файлов resume.dat и resume.dat.old можно судить о том, что средний размер файлов resume.dat и resume.dat.old на уровне 5,0** Кб (во всех моих основных клиентах средний размер файлов resume.dat и resume.dat.old на уровне 5,0** Кб).
* - есть мои сообщения на форумах и с 1 000 000, и с 10 000 000.
** - вовсе не означает, что обязательно должно быть на уровне 5,0 Кб, так как у меня есть один клиент µTorrent 3.2.3.28705 Plus, у которого этот уровень в несколько раз превышает 5,0 Кб:

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

г) данные Диспетчера задач и программы Process Explorer (продвинутый диспетчер задач) показывают, что они могут использование ресурсов компьютера показывать необязательно синхронно. В данном случае они показывают о том, что уровень использования физической памяти низкий, так как загружается и раздается всего один файл.
Второй клиент включил только в качестве примера, т.е. все файлы в нем отключены.
По данным вашего скриншота возникают вопросы:
1. Количество включенных раздач и количество активных из них при resume.dat и resume.dat.old от 31.01.2018 года (размер файлов 1668 Кб)?
2. Почему огромная разница между размерами файлов resume.dat и resume.dat.old от 31.01.2018 года (размер файлов 1668 Кб) и resume.dat.bad от 23.11.2017 года (9345 Кб) и более ранними (до 25 562 Кб)?
Со стороны это кажется свидетельством "падений" клиента и уменьшения раздач в клиенте в результате повреждения файлов resume.dat и resume.dat.old. А как на самом деле?
3. С какой целью храните файлы resume.dat.bad?

Вам необходимо вооружиться программой Process Explorer и фиксировать параметры процесса utorrent.exe в столбцах Virtual Size и Private Bytes, при которых клиент "рассыпается". Если это происходит при значениях Virtual Size близких к 2 000 000 Кб, то клиент работает нормально и требуется только контроль этого параметра с Вашей стороны. Если клиент перестает работать адекватно при Virtual Size близких к значениям в пределах 1 900 000 - 1 950 000 Кб, то уже можно поинтересоваться об исправности клиента, а если перестает работать адекватно при Virtual Size при более меньших значениях, то можно подумать о переносе раздач в свежий клиент, например, той же версии или другой версии, или подумать о проверке состояния ОС.

Примечание:
1. Вы пока не удаляйте файлы resume.dat.bad, так как они работе клиента не мешают.
2. В вашем случае полезно, например, 1 раз в сутки делать и сохранять копию resume.dat и resume.dat.old в какой-нибудь папке или копию служебных файлов или папок. Один раз в месяц можно делать и полностью копию служебной папки клиента, чтобы заменить при необходимости вышедшие из строя служебные файлы или полностью служебную папку.
В принципе, периодичность выполнения копий каждый определяет сам.
3. По скачиванию и запуску программы Process Explorer всё есть в сообщении http://forum.kinozal.guru/showpost.p...postcount=1250 .

01.02.2018, 10:42

anya1956ss сказал(a):

По данным вашего скриншота возникают вопросы:
1. Количество включенных раздач и количество активных из них при resume.dat и resume.dat.old от 31.01.2018 года (размер файлов 1668 Кб)?
2. Почему огромная разница между размерами файлов resume.dat и resume.dat.old от 31.01.2018 года (размер файлов 1668 Кб) и resume.dat.bad от 23.11.2017 года (9345 Кб) и более ранними (до 25 562 Кб)?
Со стороны это кажется свидетельством "падений" клиента и уменьшения раздач в клиенте в результате повреждения файлов resume.dat и resume.dat.old. А как на самом деле?
3. С какой целью храните файлы resume.dat.bad?

1. Сейчас у меня 1083 раздачи в клиенте. Из них 260 раздаются, 15 активных.

2. Размер resume.dat менялся из-за удаления большого числа раздач и в результате критических ошибок системы: терялись раздачи в клиенте. Я пыталась что-то восстановить в BEncode Editor, но потом сама стала удалять раздачи из клиента. Летом их было 7 - 8 тысяч, в основном книги.

3. Файлы resume.dat.bad сохранила на случай, если когда-нибудь захочу посмотреть что там было...

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

В Process Explorer загляну чуть позже и напишу, если что-то будет не ясно.

01.02.2018, 05:05	#319
anya1956ss Разработчик Форумчанин Регистрация: 14.10.2010 Сообщения: 1,347 Репутация: 79	anya1956ss: Из-за чего такое стремление "вырубать" (отключать) раздачи в клиенте? santayana: Cкрытый текст - Из-за того, что не знаю, как по-другому объяснить юторренту, что раздавать нужно те фильмы, на которых мало сидов, а не все подряд. Скорость отдачи у меня не бесконечная (10-11МБ/c). Чем больше активных раздач, тем больше доля служебного трафика. Я слежу за тем, чтобы отдача шла всё время по максимуму [для этого я ограничиваю скорость отдачи в юторренте (иначе скорость резко падает и скачет) и запускаю больше раздач, если начинают появляться провалы скорости], а это значит, что я не могу раздать больше чем уже раздаю. Если я увеличу количество активных раздач, то скорость отдачи "редких" фильмов упадёт. Какой в этом смысл? И вообще, когда раздач слишком много, они начинают сыпаться. santayana: Из-за того, что не знаю, как по-другому объяснить юторренту, что раздавать нужно те фильмы, на которых мало сидов, а не все подряд. anya1956ss: Раздавать необходимо пользователям интернета и не оглядываться на данные по Сидам и Пирам в статистике раздачи файла или в профиле аккаунта. Поэтому лучше придерживайтесь следующей тактике: 1. Если скорость в клиенте большая на раздаче, то независимо от количества Сидов (пусть их даже тысячи) раздачу не отключать. 2. Если скорость раздачи маленькая, то нет смысла держать в клиенте раздачу с огромным количеством Сидов, так как и без вашего клиента раздающих много. 3. Сделайте какой-нибудь порядок в клиенте, например: а) в клиенте включите все раздаваемые файлы и через не менее одного часа отсортируйте раздачи по количеству Сидов в клиенте (сортирует по данным в скобках); б) в столбце "Метка" на раздачах с количеством Сидов 0 укажите 0, с количеством Сидов 1 укажите 1, с количеством Сидов 2 укажите 2, ... . в) отсортируйте раздачи по скорости отдачи и раздачи, имеющие всегда приличную скорость отдачи, в столбце "Метка" выделите каким-нибудь знаком, означающим "Не отключать от раздачи". 4. Ориентируясь на метки, делайте отключения раздач в клиенте, чтобы их количество было в пределах выбранного количества активных раздач. 5. Раздачам, имеющим самые низкие скорости отдачи, дать приоритет "Высокий", а раздачам, имеющим большую скорость отдачи дать приоритет "Низкий", чтобы клиент мог иметь скорость отдачи и на раздачах, на которых качающие слабо качают. Клиент независимо от этой манипуляции с приоритетами скорости суммарную скорость не потеряет. santayana: Чем больше активных раздач, тем больше доля служебного трафика. anya1956ss: Это ошибочное представление, так как даже при одной раздаче на огромной скорости отдачи служебная скорость в Мбайт/с. Не ошибетесь, если будете утверждать: "Служебная скорость растет почти пропорционально увеличению полезной скорости отдачи.", т.е. количество активных раздач не дает пропорциональный рост служебной скорости, так как огромное количество активных раздач может иметь и очень низкую суммарную скорость отдачи. Количество раздач дает только пропорциональный рост количества обращений клиента (анонсов) к серверам трекера. Любая включенная раздача (и без скорости отдачи) имеет ежечасные анонсы (на этом трекере длительность интервала между анонсами 1 час) и в течение дня к серверам трекера клиент по каждой включенной раздаче обращается 23 раза (теоретически максимум 24 раза). Поэтому количество включенных раздач может только создавать проблемы серверам трекера из-за огромного количества анонсов по раздачам. Раньше на некоторых трекерах даже были рекомендации: "Не увлекайтесь огромным количеством включенных раздач в клиенте, так как они могут создать проблемы серверу (серверам) трекера.". santayana: Я слежу за тем, чтобы отдача шла всё время по максимуму [для этого я ограничиваю скорость отдачи в юторренте (иначе скорость резко падает и скачет) и запускаю больше раздач, если начинают появляться провалы скорости], а это значит, что я не могу раздать больше чем уже раздаю. Если я увеличу количество активных раздач, то скорость отдачи "редких" фильмов упадёт. Какой в этом смысл? anya1956ss: Если Вас интересует уровень скорости отдачи в клиенте, то он достигается подбором файлов для отдачи, а не количеством включенных раздач в клиенте. Ваша цитата "Если я увеличу количество активных раздач, то скорость отдачи "редких" фильмов упадёт." ни к чему не обязывает, так как в данном случае "редкий" не означает "хороший", а свидетельствует только о том, что на этой раздаче мало Сидов, а сам "редкий" может быть и паршивым. santayana: И вообще, когда раздач слишком много, они начинают сыпаться. anya1956ss: Да, очень запущенный клиент. В моих клиентах, например, для примера в двух в одном компьютере (у меня их очень много) нет такой запущенности: : Стрелки означают: а) зеленые о том, что клиент может присоединить к себе 100 000* клиентов; б) красные свидетельствуют о наличии некоторой проблемы в операционной системе; в) желтые показывают о нормальном состоянии клиента и по размерам файлов resume.dat и resume.dat.old можно судить о том, что средний размер файлов resume.dat и resume.dat.old на уровне 5,0 Кб (во всех моих основных клиентах средний размер файлов resume.dat и resume.dat.old на уровне 5,0 Кб). * - есть мои сообщения на форумах и с 1 000 000, и с 10 000 000. - вовсе не означает, что обязательно должно быть на уровне 5,0 Кб, так как у меня есть один клиент µTorrent 3.2.3.28705 Plus, у которого этот уровень в несколько раз превышает 5,0 Кб: Cкрытый текст - Доказательства этого будут здесь позднее. г) данные Диспетчера задач и программы Process Explorer (продвинутый диспетчер задач) показывают, что они могут использование ресурсов компьютера показывать необязательно синхронно. В данном случае они показывают о том, что уровень использования физической памяти низкий, так как загружается и раздается всего один файл. Второй клиент включил только в качестве примера, т.е. все файлы в нем отключены. По данным вашего скриншота возникают вопросы: 1. Количество включенных раздач и количество активных из них при resume.dat и resume.dat.old от 31.01.2018 года (размер файлов 1668 Кб)? 2. Почему огромная разница между размерами файлов resume.dat и resume.dat.old от 31.01.2018 года (размер файлов 1668 Кб) и resume.dat.bad от 23.11.2017 года (9345 Кб) и более ранними (до 25 562 Кб)? Со стороны это кажется свидетельством "падений" клиента и уменьшения раздач в клиенте в результате повреждения файлов resume.dat и resume.dat.old. А как на самом деле? 3. С какой целью храните файлы resume.dat.bad? Вам необходимо вооружиться программой Process Explorer и фиксировать параметры процесса utorrent.exe в столбцах Virtual Size и Private Bytes, при которых клиент "рассыпается". Если это происходит при значениях Virtual Size близких к 2 000 000 Кб, то клиент работает нормально и требуется только контроль этого параметра с Вашей стороны. Если клиент перестает работать адекватно при Virtual Size близких к значениям в пределах 1 900 000 - 1 950 000 Кб, то уже можно поинтересоваться об исправности клиента, а если перестает работать адекватно при Virtual Size** при более меньших значениях, то можно подумать о переносе раздач в свежий клиент, например, той же версии или другой версии, или подумать о проверке состояния ОС. Примечание: 1. Вы пока не удаляйте файлы resume.dat.bad, так как они работе клиента не мешают. 2. В вашем случае полезно, например, 1 раз в сутки делать и сохранять копию resume.dat и resume.dat.old в какой-нибудь папке или копию служебных файлов или папок. Один раз в месяц можно делать и полностью копию служебной папки клиента, чтобы заменить при необходимости вышедшие из строя служебные файлы или полностью служебную папку. В принципе, периодичность выполнения копий каждый определяет сам. 3. По скачиванию и запуску программы Process Explorer всё есть в сообщении http://forum.kinozal.guru/showpost.p...postcount=1250 .

Опции темы	Поиск в этой теме
Версия для печати Отправить на email	Поиск в этой теме: Расширенный поиск

17.01.2018, 10:57	#310
NWOBHM Зритель Любитель Регистрация: 16.04.2017 Сообщения: 133 Репутация: 36	Не знаю туда ли пишу, но хотелось бы узнать, можно ли поменять на сайте Хранителей ник? Так как сменил на трекере и форуме, а там остался.

18.01.2018, 13:22	#313
fessmaster Сообщения: n/a	Кажется сайт хранителей упал

31.01.2018, 02:28	#315
santayana Сообщения: n/a	Я обычно останавливаю раздачи, где сидов больше одного, двух или трёх. Но после регистрации на сайте хранителей кинозала, меня начала напрягать бессмысленная административная нагрузка, поэтому пришлось отключить уведомления в виде личных сообщений на трекере от пользователя KeepService. Проблема в том, что трекер не видит "сетевых" сидов и шлёт ЛС с просьбой вернуться на раздачу, где и так полно сидов. Это никуда не годится! Если уж программа осмеливается написать сообщение не другой программе, а живому человеку, то на это должна быть серьёзная причина. "Сидосетевая" слепота таковой причиной не является. Предлагаю на странице раздачи под кнопочкой Позвать скачавших сделать кнопочку Разбудить хранителя, которая через самодельную прокладочку будет запускать соответствующую раздачу в клиенте хранителя, не беспокоя самого хранителя. Или, может быть, есть возможность настроить клиент так, чтобы он периодически запускал остановленные раздачи и проверял количество сидов? Я сейчас посмотрела настройки BitComet и увидела, что там есть возможность автоматически останавливать раздачи с определённым количеством сидов. Но не понятно будут ли они включаться снова, если количество сидов уменьшится? Кто-нибудь знает ответ на этот вопрос? Сама я использую юторрент.

Здесь присутствуют: 1 (пользователей - 0 , гостей - 1)