|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
20-Мар-20 08:34
(4 года 3 месяца назад)
maximus_lt писал(а):
ANINFORTOMTSRTCSSS, никогда диск не шумел - ни старый, ни новый. Информацию со старого диска копировал всю целиком - 2 тб. Далее, после запуска uT перехешировал все раздачи - 100%. Проблема повторилась позже, спустя пару месяцев, и только на релизах которые раздаются на несколько трекеров. Другие этим не страдали.
Вот что предположил один из релизеров - при сидировании одного релиза на несколько трекеров, надо включать Source-Option, но не везде есть такие настройки:
Плохо читаемый не означает то, что участок диска совсем не читаемый и может создать широкий спектр проблем, из которых мне известны пока только следующие:
скрытый текст
1. В клиенте останавливается раздача и появляется строка типа: "Ошибка: Не удаётся найти указанный файл."; "Ошибка: Системе не удаётся найти указанный файл."; ... .
Содержание текста ошибки может быть разнообразным, но смысл один и тот же, т.е. свидетельствует об остановке раздачи частей раздачи. Во многих случаях достаточно запустить раздачу вновь и раздача будет иметь статус "Раздается", так как во время старта раздачи на отдачу просто не было спроса от качающих клиентов на части раздачи, находящиеся на плохо читаемых участках диска. При первой остановке раздачи из-за "Ошибка: Не удаётся найти указанный файл." даже невозможно определить точную причину остановки, если в клиенте раздается, например, только одна раздача. Если впоследствии ошибка повторится, то уже есть повод для проверки диска на наличие плохо читаемых участков на диске. Сам я начинаю проверять только тогда, когда появление ошибки начинает уже надоедать.
2. Клиент не выдает ошибку "Ошибка: Не удаётся найти указанный файл.", раздача имеет статус "Раздается", но реальной отдачи частей файлов качающему клиенту в необходимом комплекте нет, а есть только увеличение излишек скачанного у качающего клиента.
3. Клиент не выдает ошибку "Ошибка: Не удаётся найти указанный файл.", раздача имеет статус "Раздается", но вдруг вместо "Раздается" появляется "Загружается" с процентом скачанного 99,9 или 99,8, или 99,7, или ... . Загрузка завершается, но повторная загрузка вновь появляется. На практике таких повторных загрузок на одной и той же раздаче видел не менее 3 раз.
4. В клиенте раздача не раздается из-за состояния "Ошибка: Указано несуществующее устройство.". Обнаружил такую ошибку только в этом году и она была первой на дисках SSD и пока только на одном диске SSD. Система сам диск видит. Причину пока не искал, так как на 39,5 ТБ отданного ошибка появлялась всего 2 раза.
Возможно, видел и другие типы ошибок, но о них не помню.
maximus_lt писал(а):
никогда диск не шумел - ни старый, ни новый.
Возможно, когда-нибудь и Вам повезет услышать это. Я, например, услышал это только во второй половине прошлого года, когда при раздаче трех файлов появлялось сильное звуковое сопровождение. При раздаче этих файлов раздача не прерывалась. Проверял путем повторных скачиваний их на диск другого компьютера с другого интернета и излишек при скачивании не было. На раздаче мой клиент был единственным раздающим клиентом. Раздачи были в папках с 4-6 файлами .mp4.
Шум в виде потрескивания на новом диске был у меня много лет назад на внешнем диске в вертикальном исполнении. Тогда я подумал, что, возможно, это просто особенность диска, но с файлообмена снял, так как постоянное потрескивание не нравилось мне.
maximus_lt писал(а):
Вот что предположил один из релизеров - при сидировании одного релиза на несколько трекеров, надо включать Source-Option, но не везде есть такие настройки:
Не знаю что это такое. Если это предположение только из информации из интернета, то я не сторонник верить информации без практического подтверждения.
У Вас пока даже нет подробного изложения своей проблемы, т.е. нет информации о том, когда у Вас возникает необходимость проверки (хеширования файлов) и не указано появление ошибки и текст ошибки тоже не указан.
Раз у Вас проблема появляется на одних и тех же раздачах, то выявление причины проблемы не должно быть трудоемким.
|
|
|
|
maximus_lt
Стаж: 17 лет Сообщений: 6184
|
maximus_lt ·
21-Мар-20 23:19
(спустя 1 день 14 часов)
ANINFORTOMTSRTCSSS, если повторится, запишу ошибку. Беда с этими дисками.
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
22-Мар-20 05:11
(спустя 5 часов)
maximus_lt писал(а):
ANINFORTOMTSRTCSSS, если повторится, запишу ошибку. Беда с этими дисками.
Да, Вы попробуйте передать мне в ЛС список список раздач, на которых у Вас были проблемы. Я их скачаю и видны будут некоторые результаты. Если на раздачах Вы не один, то тоже проблем не будет, так как в BitComet можно очень быстро блокировать лишних клиентов (до 24 часов за один приём).
|
|
|
|
maximus_lt
Стаж: 17 лет Сообщений: 6184
|
maximus_lt ·
22-Мар-20 16:52
(спустя 11 часов)
ANINFORTOMTSRTCSSS, у вас есть доступ к RED, LzTr ?
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
22-Мар-20 23:26
(спустя 6 часов)
maximus_lt писал(а):
ANINFORTOMTSRTCSSS, у вас есть доступ к RED, LzTr ?
Доступа нет, но это не является преградой, так как Вы можете передать торрент-файлы, скачав их, например, со второго аккаунта (резервного), а после проверки измените passkey резервного аккаунта.
|
|
|
|
MiTereKun
Стаж: 12 лет 1 месяц Сообщений: 252
|
MiTereKun ·
25-Мар-20 16:54
(спустя 2 дня 17 часов)
первая часть проблемы - https://rutr.life/forum/viewtopic.php?p=78922725#78922725
ну вот, всё вернулось. Сначала вылетало раз в день, что вполне терпимо, потом стало раз в пол часа, а то и чаще... Чего только не перепробовал. Нашёл утилиту, следящую за вылетами "RestartOnCrash", действительно работает, но после авто перезапуска пишет "ошибка сети, порт не открыт" и действительно сайт 2ip говорит так же. Если перезапустить после этого авто перезапуска - всё работает. У меня статичный ip и всякие нат-паты и UPnP вырублены, только железный порт. Сама "RestartOnCrash" вроде перезагружает обычной командой CMD состоящая только из пути до exe, предварительно убивая зависшие процессы, если он не отвечают минуту (там есть настройка отсрочки), но так как программа после этого все равно неработоспособная, то не подходит.
Дальше попробовал удалить файл настроек и полностью (по образцу из копии, запущенной ярлыком с ключём /RECOVER и другим портом) восстановить настройки. Тут прям очень интересно: файл настроек в моей копии программы весит 387 кб! А новый с ровно теми же параметрами - всего 7 кб. А там отсутствует только общая статистика. Ну думал всё, проблема решена, 2 часа проработало и опять: зависание с идущими раздачами и ростом объёма в ОЗУ, пока писал поднялось до 1800 мб + и resume.dat не обновляется.
Ещё грешу на реестр виндовса, или сам resume.dat: а там 805 закачек с ограничениями на раздачу популярных. Ещё в феврале напрягал сильно изменяющейся вес файла до и после аварийного закрытия, сейчас весит 2,24 мб, а в копии 2,03. А там одинаковое количество заданий. Где-то видел и открывал программу для просмотра резюме. Ничего конечно не редактировал, но там была шапка и дерево, по цифрам совпадающее с количеством закачек, так что что даже не знаю что ещё винить. Запуск от имени администратора запуск так же не помогает.
|
|
|
|
Hannibal61
Стаж: 14 лет 4 месяца Сообщений: 18134
|
Hannibal61 ·
25-Мар-20 17:17
(спустя 22 мин.)
Ми 99 писал(а):
79115572и всякие нат-паты и UPnP вырублены
Ми 99
Зря.
Ми 99 писал(а):
79115572там 805 закачек
805 раздач закачиваются?
Ограничьте общую скорость закачки в клиенте до момента, чтобы память не зашкаливало.
|
|
|
|
MiTereKun
Стаж: 12 лет 1 месяц Сообщений: 252
|
MiTereKun ·
25-Мар-20 17:28
(спустя 10 мин., ред. 26-Мар-20 05:12)
да нет захламления ОЗУ, всё умещается в пределах 100-130 мб, это же 2.2.1.
Захламление только когда в "не отвечает" переходит. 800 не качает конечно, а раздаёт. Кстати при скачивании чего-то клиент становится чуть-чуть по стабильнее. То есть проблема именно во время раздачи
Случайно старую копию затупил из совсем новой папки, однако с диска C://. 20 минут без сбоев у меня уже показатель. Может ключ в том, то бы иногда менять место расположения программы?..
Можно ли что-то сказать посмотрев на меняющийся весь служебных файлов? И Ещё, точно ли в реестре ничего от портблверсии не остаётся, может реально там какая-то не состыковка уже образовалась
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
25-Мар-20 17:29
(спустя 1 мин.)
Ми 99 писал(а):
скрытый текст
первая часть проблемы - https://rutr.life/forum/viewtopic.php?p=78922725#78922725
ну вот, всё вернулось. Сначала вылетало раз в день, что вполне терпимо, потом стало раз в пол часа, а то и чаще... Чего только не перепробовал. Нашёл утилиту, следящую за вылетами "RestartOnCrash", действительно работает, но после авто перезапуска пишет "ошибка сети, порт не открыт" и действительно сайт 2ip говорит так же. Если перезапустить после этого авто перезапуска - всё работает. У меня статичный ip и всякие нат-паты и UPnP вырублены, только железный порт. Сама "RestartOnCrash" вроде перезагружает обычной командой CMD состоящая только из пути до exe, предварительно убивая зависшие процессы, если он не отвечают минуту (там есть настройка отсрочки), но так как программа после этого все равно неработоспособная, то не подходит.
Дальше попробовал удалить файл настроек и полностью (по образцу из копии, запущенной ярлыком с ключём /RECOVER и другим портом) восстановить настройки. Тут прям очень интересно: файл настроек в моей копии программы весит 387 кб! А новый с ровно теми же параметрами - всего 7 кб. А там отсутствует только общая статистика. Ну думал всё, проблема решена, 2 часа проработало и опять: зависание с идущими раздачами и ростом объёма в ОЗУ, пока писал поднялось до 1800 мб + и resume.dat не обновляется.
Ещё грешу на реестр виндовса, или сам resume.dat: а там 805 закачек с ограничениями на раздачу популярных. Ещё в феврале напрягал сильно изменяющейся вес файла до и после аварийного закрытия, сейчас весит 2,24 мб, а в копии 2,03. А там одинаковое количество заданий. Где-то видел и открывал программу для просмотра резюме. Ничего конечно не редактировал, но там была шапка и дерево, по цифрам совпадающее с количеством закачек, так что что даже не знаю что ещё винить. Запуск от имени администратора запуск так же не помогает.
Пока ознакомлюсь с вашими сообщениями Вы ознакомьтесь пока с сообщением: https://rutr.life/forum/viewtopic.php?p=79112839#79112839 и укажите на следующее:
"Проблема мешает больше всего при загрузке торрентов (раздач) или при раздаче торрентов (раздач)?".
|
|
|
|
Hannibal61
Стаж: 14 лет 4 месяца Сообщений: 18134
|
Hannibal61 ·
25-Мар-20 17:39
(спустя 10 мин.)
Ми 99 писал(а):
79115719Случайно старую копию затупил из совсем новой папки
Ми 99
В двух десятках запущенных портабельных 2.2.1 периодически просто меняю экзешники - какой-то из клиентов начинает тупить, забивать память и пр.
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
25-Мар-20 21:57
(спустя 4 часа, ред. 10-Апр-20 11:39)
Ми 99 писал(а):
скрытый текст
Сижу на utorrent-2.2.1 25302 (с рутрекера) с 2017 года. Архив был распакован в системную папку, у .exe не включал режим совместимости и всё работало хорошо на вин. 8.1, а не 10. Не выключаю компьютер сутками, периодически как и у всех случаются падения с созданием дампов, последний был 17 февраля, происходят 2-3 раза в месяц. Ещё обнаружил в папке с конца прошлого года аж 6 файлов resume.dat.old.3.bad (с разными цифрами) - интересно почему?
И вот моя история, программа непритязательно стояла 2 года в C:\Program Files и вдруг начала странно тупить: зависает клиентская часть, образуется 1865 мб в ОЗУ (хотя обычно до 250 мб), перестаёт обновятся resume.dat, но при этом какие-то раздачи продолжают идти:
Потом проходит минут 5 - кэш из оперативки удаляется до 120 мб, нагрузка появляется такая, будто все отдачи работают в штатном режиме и действительно статистика доходит до трекеров, но без обновления файлов в папке с программой
Перезапускаю программу, где-то час всё хорошо и опять зависает именно клиентская часть. Включил совместимость с 7-кой, и запуск от имени администратора, так продержалось 12 часов. Посмотрел вкладку отчёты, там при запуске пишет "settings file found in directory of executable". Где-то в этой теме прочитал, что какие-то файлы должны быть отдельно от программы, хотя потом поискал с настройками вроде нормальная ситуация:
Потом выполнил рекомендацию из шапки темы и переместил папку не на системный диск, держится уже 32-й час. Думаю помогло.
Осталось несколько вопросов:
Почему могло появилось так много resume.dat.old. n.bad?
Откуда HTTP invalid url (на рисунка 3), хотя трекеры на этих раздачах спокойно работают.?
Эта последовательность ошибок на этих торрентах появляется при каждом запуске программы.
Ми 99 писал(а):
Сижу на utorrent-2.2.1 25302 (с рутрекера) с 2017 года. Архив был распакован в системную папку, у .exe не включал режим совместимости и всё работало хорошо на вин. 8.1, а не 10.
Клиенты и без запуска их в режиме совместимости с Windows ... могут прекрасно работать, не имея совместимости с ОС, но без совместимости приложения utorrent.exe с ОС иногда бывает crash клиента в безобидных ситуациях. За все время присутствия на трекерах у меня проверка совместимости приложения utorrent.exe с ОС понадобилась только два раза: а) для µTorrent 2.0.4.22967 - 1 раз; б) для µTorrent 3.5.5.44910 Pro - 1 раз.
В принципе, проверку совместимости приложения utorrent.exe с ОС можно делать сразу, т.е. до появления необходимости проверки. Лично мне мешает только лень, чтобы сделать такую проверку, так как слишком много у меня клиентов.
Ми 99 писал(а):
Не выключаю компьютер сутками, периодически как и у всех случаются падения с созданием дампов, последний был 17 февраля, происходят 2-3 раза в месяц. Ещё обнаружил в папке с конца прошлого года аж 6 файлов resume.dat.old.3.bad (с разными цифрами) - интересно почему?
Можно не удивляться этому, так как сами пишете о том, что у вашего клиента случаются падения с созданием дампов.
Ми 99 писал(а):
И вот моя история, программа непритязательно стояла 2 года в C:\Program Files и вдруг начала странно тупить: зависает клиентская часть, образуется 1865 мб в ОЗУ (хотя обычно до 250 мб), перестаёт обновятся resume.dat, но при этом какие-то раздачи продолжают идти:
Можно было бы сказать, что причина проблемы ясна, если бы ваш клиент вместо отданного 4,7 ГБ (скачанного нет) имел бы довольно большое количество отданного, так как с отданным 4,7 ГБ при нормальной работе клиента невозможно иметь занятую память процессом µTorrent.exe в объёме 1862,3 МБ:
скрытый текст
Если бы объём 4,7 ГБ был объёмом скачанного, то занятая память процессом µTorrent.exe в объёме 1862,3 МБ никого бы не удивил. Поэтому Вам необходимо попытаться вспомнить ваши действия перед запуском клиента или перед появлением в Диспетчере задач занятой памяти процессом µTorrent.exe в объёме 1862,3 МБ.
В принципе, занятая память процессом µTorrent.exe в объёме 1862,3 МБ может быть и с данными вашего клиента, если в диспетчере задач данные по занятой памяти процессом µTorrent.exe в объёме 1862,3 МБ:
а) от предыдущего сеанса работы клиента (иногда бывает так, что Диспетчер задач показывает фальшивые данные и начинает показывать правильные данные только после перезапуска Диспетчера задач);
б) от текущего сеанса работы клиента, если скачанные части раздачи остались всё ещё в ОЗУ, т.е. в клиенте не отобразились из-за зависания отображения клиента.
Если эти версии не являются действительными, то необходимо искать причину проблемы, например, во взаимодействии клиента с антивирусом или с Защитником Windows, т.е., возможно, они конфликтуют с клиентом.
По данным вашего скриншота у Вас Telegram и Firefox в ОС занимают много оперативной памяти. Есть необходимость:
а) постоянно держать Telegram включенным?
б) иметь много открытых вкладок в браузере?
Ми 99 писал(а):
Потом проходит минут 5 - кэш из оперативки удаляется до 120 мб, нагрузка появляется такая, будто все отдачи работают в штатном режиме и действительно статистика доходит до трекеров, но без обновления файлов в папке с программой:
Занятая память процессом µTorrent.exe в объёме 1862,3 МБ, отображаемая в Диспетчере задач, соответствует примерно 1900 МБ памяти Private Bytes (согласно терминологии программы Process Explorer). При занятой памяти Private Bytes в объёме 1900 МБ память Virtual Size (согласно терминологии программы Process Explorer) имеет объём, как правило, не менее 2000 МБ, т.е. клиент в текущем сеансе работы в ОС уже выведен из строя и может наступить его crash. Набранная процессом µTorrent.exe память Virtual Size в текущем сеансе работы клиента в текущем сеансе уже обратно не сбрасывается. Набираемая процессом µTorrent.exe память Private Bytes в текущем сеансе работы клиента в текущем сеансе может увеличиваться до максимальных значений и может падать до исходных значений и поэтому ваш Диспетчер задач показывает 125,2 МБ занятой памяти процессом µTorrent.exe.
ОС при выведении из строя клиента в текущем сеансе работы клиента ориентируется на параметры памяти Virtual Size.
Зависание клиента ещё не означает, что он прекращает файлообмен и поэтому в статистике раздачи файлов на трекерах изменение данных происходит, несмотря на то, что изменение данных resume.dat и resume.dat.old уже не происходит:
Демонстрация написанного на примере загрузки торрента (раздачи), имеющего объём 85,93 ГБ:
#01 (Начало загрузки: Virtual Size = 1906888 КБ; Private Bytes = 757604 КБ; Peak Private Bytes=1659060 КБ.):
#02 (Состояние клиента перед зависанием отображения интерфейса: Virtual Size = 1890420 КБ; Private Bytes = 1631088 КБ; Peak Private Bytes=1683928 КБ; Кэш = 974 МБ; Ограничение объёма кэша = 1024 МБ.):
#03 (Состояние клиента с зависшим отображением интерфейса: Virtual Size = 1934200 КБ; Private Bytes = 1674816 КБ; Peak Private Bytes=1695660 КБ; Кэш = 999 МБ; Ограничение объёма кэша = 1024 МБ.):
#04 (Состояние клиента с зависшим отображением интерфейса: Virtual Size = 1950424 КБ; Private Bytes = 1661032 КБ; Peak Private Bytes=1715960 КБ; Кэш = ?* МБ; Ограничение объёма кэша = 1024 МБ.):
#05 (Состояние клиента с зависшим отображением интерфейса: Virtual Size = 1949616 КБ; Private Bytes = 731116 КБ; Peak Private Bytes=1715960 КБ; Кэш = ?* МБ; Ограничение объёма кэша = 1024 МБ; Объём загруженного = 85,93 ГБ; Объём отдачи = 4,54 ГБ.):
#06 (Состояние клиента перед его отключением:Virtual Size = 1964144 КБ; Private Bytes = 738068 КБ; Peak Private Bytes=1715960 КБ; Кэш = ?* МБ; Ограничение объёма кэша = 1024 МБ; Объём загруженного = 85,93 ГБ; Объём отдачи = 12,40 ГБ.):
#07 (Начало зависания отображения интерфейса клиента + Запуск клиента:):
#08 (Проверка (хеширование) раздачи):
#09 (Проверка (хеширование) раздачи):
#10 (Раздача в состоянии "Раздается"):
#11 (Раздачи в состоянии "Раздается"):
#12 (Раздачи в состоянии "Раздается": РVirtual Size = 996436 КБ; Private Bytes = 707268 КБ; Peak Private Bytes=759224 КБ; Ограничение объёма кэша = 1024 МБ.):
* - реальная занятость кэша неизвестна, так как клиент с зависшим отображением интерфейса.
Судя по всему, скорее всего, возможно, верна версия:
скрытый текст
В клиенте, скорее всего, была загрузка раздачи, которая очень быстро загружалась и привела к зависанию клиента из-за большого выставленного в клиенте кэша.
Ми 99 писал(а):
Перезапускаю программу, где-то час всё хорошо и опять зависает именно клиентская часть. Включил совместимость с 7-кой, и запуск от имени администратора, так продержалось 12 часов. Посмотрел вкладку отчёты, там при запуске пишет "settings file found in directory of executable". Где-то в этой теме прочитал, что какие-то файлы должны быть отдельно от программы, хотя потом поискал с настройками вроде нормальная ситуация:
Потом выполнил рекомендацию из шапки темы и переместил папку не на системный диск, держится уже 32-й час. Думаю помогло.
Скриншот малоинформативный и практически ничего не показывает.
Размещение клиента не на системном диске не является решением проблемы.
Ми 99 писал(а):
скрытый текст
первая часть проблемы - https://rutr.life/forum/viewtopic.php?p=78922725#78922725
ну вот, всё вернулось. Сначала вылетало раз в день, что вполне терпимо, потом стало раз в пол часа, а то и чаще... Чего только не перепробовал. Нашёл утилиту, следящую за вылетами "RestartOnCrash", действительно работает, но после авто перезапуска пишет "ошибка сети, порт не открыт" и действительно сайт 2ip говорит так же. Если перезапустить после этого авто перезапуска - всё работает. У меня статичный ip и всякие нат-паты и UPnP вырублены, только железный порт. Сама "RestartOnCrash" вроде перезагружает обычной командой CMD состоящая только из пути до exe, предварительно убивая зависшие процессы, если он не отвечают минуту (там есть настройка отсрочки), но так как программа после этого все равно неработоспособная, то не подходит.
Дальше попробовал удалить файл настроек и полностью (по образцу из копии, запущенной ярлыком с ключём /RECOVER и другим портом) восстановить настройки. Тут прям очень интересно: файл настроек в моей копии программы весит 387 кб! А новый с ровно теми же параметрами - всего 7 кб. А там отсутствует только общая статистика. Ну думал всё, проблема решена, 2 часа проработало и опять: зависание с идущими раздачами и ростом объёма в ОЗУ, пока писал поднялось до 1800 мб + и resume.dat не обновляется.
Ещё грешу на реестр виндовса, или сам resume.dat: а там 805 закачек с ограничениями на раздачу популярных. Ещё в феврале напрягал сильно изменяющейся вес файла до и после аварийного закрытия, сейчас весит 2,24 мб, а в копии 2,03. А там одинаковое количество заданий. Где-то видел и открывал программу для просмотра резюме. Ничего конечно не редактировал, но там была шапка и дерево, по цифрам совпадающее с количеством закачек, так что что даже не знаю что ещё винить. Запуск от имени администратора запуск так же не помогает.
Ознакомившись с вашими сообщениями подумал, что написанное в сообщении https://rutr.life/forum/viewtopic.php?p=79112839#79112839 подходит Вам только для понятия принципа вывода из строя клиента ОС в текущем сеансе работы клиента.
Если проблема только из-за загрузки файлов, то Вам достаточно уменьшить объём выставленного кэша в клиенте. В текущее время какой объём его? Скорее всего он у Вас, видимо, имеет большой объём и поэтому в клиенте не видите сообщение "Диск перегружен 0-100 %" (фактически "Кэш перегружен 0-100 %").
|
|
|
|
maximus_lt
Стаж: 17 лет Сообщений: 6184
|
maximus_lt ·
25-Мар-20 22:16
(спустя 19 мин., ред. 25-Мар-20 22:16)
ANINFORTOMTSRTCSSS писал(а):
79100284
maximus_lt писал(а):
ANINFORTOMTSRTCSSS, у вас есть доступ к RED, LzTr ?
Доступа нет, но это не является преградой, так как Вы можете передать торрент-файлы, скачав их, например, со второго аккаунта (резервного), а после проверки измените passkey резервного аккаунта.
 если бы у меня был резервный аккаунт, на следующий день не осталось бы ни одного, т.к. получил бы пожизненную блокировку.
Ми 99, по поводу памяти: кеш дисков отключили в uT ?
По поводу файлов uT: возможно вы выставили в свойствах "только чтение".
|
|
|
|
ujin_1
Стаж: 5 лет 1 месяц Сообщений: 5
|
ujin_1 ·
25-Мар-20 22:49
(спустя 32 мин.)
Подскажите версия µTorrent 1.8.5.17414 совместима с данным трекером и работаеn нормально на Win10?
|
|
|
|
Hannibal61
Стаж: 14 лет 4 месяца Сообщений: 18134
|
Hannibal61 ·
25-Мар-20 22:52
(спустя 2 мин.)
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
25-Мар-20 22:55
(спустя 2 мин.)
maximus_lt писал(а):
ANINFORTOMTSRTCSSS писал(а):
maximus_lt писал(а):
ANINFORTOMTSRTCSSS, у вас есть доступ к RED, LzTr ?
Доступа нет, но это не является преградой, так как Вы можете передать торрент-файлы, скачав их, например, со второго аккаунта (резервного), а после проверки измените passkey резервного аккаунта.
если бы у меня был резервный аккаунт, на следующий день не осталось бы ни одного, т.к. получил бы пожизненную блокировку.
Нет оснований для запрета иметь два аккаунта, так как нет способов идентификации этих аккаунтов в том, что они принадлежат одному и тому же человеку.
Если даже обвинят в том, что IP один и тот же, то есть ответ: "Второй аккаунт не мой, а моего брата или сестры, или отца, или матери, или сына, или дочери.".
|
|
|
|
MiTereKun
Стаж: 12 лет 1 месяц Сообщений: 252
|
MiTereKun ·
26-Мар-20 05:03
(спустя 6 часов)
утром просыпаюсь и вижу картину:
- Как я упомянул выше - я нашёл восстанавливающую после краша утилиту. На и пережил эту ночь.
Отчётливо видно, что клиента всю ночь хватало ровно на час и через 2 минуты уже срабатывала отложенная команда перезапуска. Что-то таким способом раздать удалось, это очень хорошо, т. к. не мало держу малосидируемых раздач
ANINFORTOMTSRTCSSS, очень интересное сообщение, спасибо. И времени столь потратили - спасибо в двойне.
ANINFORTOMTSRTCSSS писал(а):
79117300Судя по всему верна версия: "В клиенте, скорее всего, была загрузка раздачи, которая очень быстро загружалась и привела к зависанию клиента из-за большого выставленного в клиенте кэша"
- если это в прошедшем времени, то у меня бывают такие задания на загрузку, но при скачивании клиент не уходит в "не отвечает", только при раздачи - в свободное от скачивания время.
Насчёт выставленного кэша - в настройках ничего не написано. То есть не стоит сама галочка "задать в ручную", стоит следующая "освобождать память, если кэш не используется". Скрин ниже...
ANINFORTOMTSRTCSSS писал(а):
79117300по поводу памяти: кеш дисков отключили в uT ?
да, галочки там стоят. На файлах нигде галочки "Только для чтения" не стоит: ни в папке программы, ни на скаченных материалах.
скрытый текст
- ровно как в настройках в перекрепленной к теме архива
ANINFORTOMTSRTCSSS писал(а):
79117300Если проблема только из-за загрузки файлов, то Вам достаточно уменьшить объём выставленного кэша в клиенте. В текущее время какой объём его? <...> в клиенте не видите сообщение "Диск перегружен 0-100 %".
эх, увы. При загрузки файла иногда вижу "диск перегружен", но это казалось естественным, так как стоит галочка "распределять место сразу" и диск по диспетчеру задач реально перегружен несколько минут в зависимости от веса закачиваемой раздачи. Вылетает только при раздачах. Почитаю статью о кэкшировании, хотя название темы "способы уменьшения нагрузки на HDD" меня не сильно интересует. т. к. жить не мешает.
Ещё сделал следующее, в настройках очерёдности у меня совпадали значения макс. активных и макс. загружаемых. Так как именно загружаю одновременно я не больше 3-х - поставил туда 10. И в принципе пока писал это сообщение и лазил по настройкам - прошло полтора часа и клиент не вылетал. А ночью каждый час. Кстати вопрос о бразуере и телеграмме (показалось тоже было упомянуто, но найти не могу) - они в эту ночь были выключены и систему ничего не грузило. С 3-х часов до 7-ми работала одна версия торрент клиента, потом всё видно на скрине в первом спойлере
ANINFORTOMTSRTCSSS писал(а):
79117300слишком много у меня клиентов.
Hannibal61 писал(а):
79115805В двух десятках запущенных портабельных 2.2.1 периодически просто меняю экзешники - какой-то из клиентов начинает тупить, забивать память и пр.
-то есть вы не забиваете один клиент всеми заданиями, а используете параллельно? Интересно узнать причины такого подхода? Может 800 крупных раздач в принципе уже является пределом с которым может работать клиент и надо резать резюме на несколько клиентов и как раз этот непонятный вылет в "не отвечает" пропадёт?
|
|
|
|
Hannibal61
Стаж: 14 лет 4 месяца Сообщений: 18134
|
Hannibal61 ·
26-Мар-20 11:59
(спустя 6 часов)
Ми 99 писал(а):
79118762Может 800 крупных раздач в принципе уже является пределом
Ми 99
Основным показателем, когда начинаю "резать" клиент - долгое обновление статусов раздач. Да и DHT одновременно работает не более, чем с 500 раздачами.
Но с зависаниями, вылетами и пр. при раздаче не сталкивался - подвисает только при закачке от "Диск перегружен ...", если не стоит ограничение скорости на закачку.
|
|
|
|
maximus_lt
Стаж: 17 лет Сообщений: 6184
|
maximus_lt ·
26-Мар-20 17:48
(спустя 5 часов)
ANINFORTOMTSRTCSSS писал(а):
79117707Нет оснований для запрета иметь два аккаунта
На приватах это прописано правилами. Видимо вы никогда там не были, и исходя из ваших рекомендаций - не будете.
ANINFORTOMTSRTCSSS писал(а):
79117707так как нет способов идентификации этих аккаунтов в том, что они принадлежат одному и тому же человеку.
Если даже обвинят в том, что IP один и тот же, то есть ответ: "Второй аккаунт не мой, а моего брата или сестры, или отца, или матери, или сына, или дочери.".
Есть масса других инструментов для вычисления двойника.
ANINFORTOMTSRTCSSS писал(а):
79117707Доступа нет, но это не является преградой, так как Вы можете передать торрент-файлы, скачав их, например, со второго аккаунта (резервного)
Если вам передадут .torrent файл и вы с него скачете релиз - аккаунт будет забанен. IP не совпадет по провайдеру, по диапазону, региону.
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
27-Мар-20 09:43
(спустя 15 часов)
Ми 99 писал(а):
скрытый текст
утром просыпаюсь и вижу картину:
- Как я упомянул выше - я нашёл восстанавливающую после краша утилиту. На и пережил эту ночь.
Отчётливо видно, что клиента всю ночь хватало ровно на час и через 2 минуты уже срабатывала отложенная команда перезапуска. Что-то таким способом раздать удалось, это очень хорошо, т. к. не мало держу малосидируемых раздач
ANINFORTOMTSRTCSSS, очень интересное сообщение, спасибо. И времени столь потратили - спасибо в двойне.
ANINFORTOMTSRTCSSS писал(а):
Судя по всему верна версия: "В клиенте, скорее всего, была загрузка раздачи, которая очень быстро загружалась и привела к зависанию клиента из-за большого выставленного в клиенте кэша."
Если это в прошедшем времени, то у меня бывают такие задания на загрузку, но при скачивании клиент не уходит в "не отвечает", только при раздаче в свободное от скачивания время.
Насчёт выставленного кэша - в настройках ничего не написано. То есть не стоит сама галочка "задать в ручную", стоит следующая "освобождать память, если кэш не используется":
maximus_lt писал(а):
скрытый текст
Ми 99, по поводу памяти: Windows-кэширование в uTorrent отключили?:
По поводу файлов uT: возможно вы выставили в свойствах "только чтение".
Да, галочки там стоят:
скрытый текст
- ровно как в настройках в перекрепленной к теме архива
На файлах нигде галочки "Только для чтения" не стоят: ни в папке программы, ни на скачанных материалах.
ANINFORTOMTSRTCSSS писал(а):
Если проблема только из-за загрузки файлов, то Вам достаточно уменьшить объём выставленного кэша в клиенте. В текущее время какой объём его? <...> в клиенте не видите сообщение "Диск перегружен 0-100 %".
Эх, увы. При загрузке файла иногда вижу "диск перегружен", но это казалось естественным, так как стоит галочка "распределять место сразу" и диск по диспетчеру задач реально перегружен несколько минут в зависимости от веса закачиваемой раздачи. Вылетает только при раздачах. Почитаю статью о кэшировании, хотя название темы "способы уменьшения нагрузки на HDD" меня не сильно интересует. т. к. жить не мешает.
Ещё сделал следующее, в настройках очерёдности у меня совпадали значения макс. активных и макс. загружаемых. Так как именно загружаю одновременно я не больше 3-х - поставил туда 10. И в принципе пока писал это сообщение и лазил по настройкам - прошло полтора часа и клиент не вылетал. А ночью каждый час. Кстати вопрос о бразуере и телеграмме (показалось тоже было упомянуто, но найти не могу) - они в эту ночь были выключены и систему ничего не грузило. С 3-х часов до 7-ми работала одна версия торрент клиента, потом всё видно на скрине в первом спойлере
ANINFORTOMTSRTCSSS писал(а):
слишком много у меня клиентов.
Hannibal61 писал(а):
В двух десятках запущенных портабельных 2.2.1 периодически просто меняю экзешники - какой-то из клиентов начинает тупить, забивать память и пр.
-то есть вы не забиваете один клиент всеми заданиями, а используете параллельно? Интересно узнать причины такого подхода? Может 800 крупных раздач в принципе уже является пределом, с которым может работать клиент, и надо резать резюме на несколько клиентов и как раз этот непонятный вылет в "не отвечает" пропадёт?
Ми 99 писал(а):
скрытый текст
ANINFORTOMTSRTCSSS писал(а):
Судя по всему верна версия: "В клиенте, скорее всего, была загрузка раздачи, которая очень быстро загружалась и привела к зависанию клиента из-за большого выставленного в клиенте кэша."
Если это в прошедшем времени, то у меня бывают такие задания на загрузку, но при скачивании клиент не уходит в "не отвечает", только при раздаче в свободное от скачивания время.
Насчёт выставленного кэша - в настройках ничего не написано. То есть не стоит сама галочка "задать в ручную", стоит следующая "освобождать память, если кэш не используется":
Настройки вашего клиента по кэшированию соответствуют исходным настройкам клиента, т.е. соответствуют настройкам разработчика клиента.
С исходными настройками клиента не должно быть проблем ни при загрузке файлов, ни при раздаче файлов, но, судя по вашим сообщениям, они есть и поэтому ваша проблема является очень интересной, так как ваша проблема не из области закономерностей файлообмена, т.е. причину проблемы необходимо искать, например:
скрытый текст
а) во взаимодействии клиента с антивирусом или с Защитником Windows, т.е., возможно, они конфликтуют с клиентом;
б) в физическом состоянии компьютера и в первую очередь в температурном режиме греющихся узлов компьютера;
в) в какой-то другой области, которая пока неизвестна.
Ми 99 писал(а):
скрытый текст
maximus_lt писал(а):
скрытый текст
Ми 99, по поводу памяти: Windows-кэширование в uTorrent отключили?:
По поводу файлов uT: возможно вы выставили в свойствах "только чтение".
Да, галочки там стоят:
скрытый текст
- ровно как в настройках в перекрепленной к теме архива
На файлах нигде галочки "Только для чтения" не стоят: ни в папке программы, ни на скачанных материалах.
Пока на Windows-кэширование не обращайте внимания, так как про отключение Windows-кэширования в интернете очень много материалов, но никто не знает об адекватности работы этой функции, например:
скрытый текст
На скриншотах видно, что раздача двух торрентов (раздач) занимает памяти 15,8 ГБ из 16 ГБ возможных согласно характеристикам компьютера. Раздаются с диска SSD.
Вообще не работает Windows-кэширование не могу сказать, так как, например, недавно (в марте) обнаружил, что в одном из моих компьютеров с более лучшими характеристиками SSD при раздаче 4 торрентов (раздач) уровень занятости объёма ОЗУ всего на уровне 25-30 %. Точно могу сказать, что отключение Windows-кэширования помогает при загрузке торрентов (раздач) с огромной скоростью, т.е. в тех случаях, когда при загрузке кроме роста памяти Private Bytes (Выделенная память согласно Диспетчеру задач Windows 7) и Virtual Size происходит и неумолимый рост использования оперативной памяти из-за размещения копий частей загружаемых торрентов (раздач) в ОЗУ.
Ми 99 писал(а):
скрытый текст
ANINFORTOMTSRTCSSS писал(а):
Если проблема только из-за загрузки файлов, то Вам достаточно уменьшить объём выставленного кэша в клиенте. В текущее время какой объём его? <...> в клиенте не видите сообщение "Диск перегружен 0-100 %".
Эх, увы. При загрузке файла иногда вижу "диск перегружен", но это казалось естественным, так как стоит галочка "распределять место сразу" и диск по диспетчеру задач реально перегружен несколько минут в зависимости от веса закачиваемой раздачи. Вылетает только при раздачах. Почитаю статью о кэшировании, хотя название темы "способы уменьшения нагрузки на HDD" меня не сильно интересует. т. к. жить не мешает.
Ваше сообщение: "Вылетает только при раздачах.", конечно, противоречит здравому смыслу, так как с исходными настройками кэширования ваш клиент не должен "вылетать" ни при раздаче, ни при загрузке.
Сообщение "Диск перегружен 0-100 %" (фактически "Кэш перегружен 0-100 %") в клиенте может появиться в любой фазе загрузки торрентов (раздач), а "распределять место сразу" просто способствует появлению сообщения "Диск перегружен 0-100 %" (фактически "Кэш перегружен 0-100 %") в начальной фазе загрузки торрентов (раздач) из-за того, что в этот период времени на диске происходит подготовка места под запись торрентов (раздач) из-за "распределять место сразу".
С темой про "Диск перегружен 0-100 %" (фактически "Кэш перегружен 0-100 %") ( https://rutr.life/forum/viewtopic.php?t=867941 ) Вам можно пока повременить, так как с вашими (исходными) настройками кэширования она Вам не требуется.
Ми 99 писал(а):
скрытый текст
Ещё сделал следующее, в настройках очерёдности у меня совпадали значения макс. активных и макс. загружаемых. Так как именно загружаю одновременно я не больше 3-х - поставил туда 10. И в принципе пока писал это сообщение и лазил по настройкам - прошло полтора часа и клиент не вылетал. А ночью каждый час. Кстати вопрос о бразуере и телеграмме (показалось тоже было упомянуто, но найти не могу) - они в эту ночь были выключены и систему ничего не грузило. С 3-х часов до 7-ми работала одна версия торрент клиента, потом всё видно на скрине в первом спойлере.
Нет никакой опасности от настройки на большое количество активных торрентов (раздач), в том числе и одновременно загружаемых. На практике специально доводил количество активных загружаемых торрентов (раздач) до 300.
Что означают Ваши: "... пока писал это сообщение и лазил по настройкам времени прошло полтора часа и клиент не вылетал. А ночью каждый час.", т.е. кто или что запускал клиент после "вылетов" или Вы не спали?
Ми 99 писал(а):
скрытый текст
ANINFORTOMTSRTCSSS писал(а):
слишком много у меня клиентов.
Hannibal61 писал(а):
В двух десятках запущенных портабельных 2.2.1 периодически просто меняю экзешники - какой-то из клиентов начинает тупить, забивать память и пр.
-то есть вы не забиваете один клиент всеми заданиями, а используете параллельно? Интересно узнать причины такого подхода? Может 800 крупных раздач в принципе уже является пределом, с которым может работать клиент, и надо резать резюме на несколько клиентов и как раз этот непонятный вылет в "не отвечает" пропадёт?
У меня клиентов много из-за того, что много интернетов:
скрытый текст
К каждому интернету подключено 1-3 компьютера. В каждом компьютере по три основных клиента: µTorrent 1.7.7, BitTorrent 7.2.1, BitComet 1.32 и масса других версий этих же клиентов, а также других типов клиентов. Копиями клиентов одного типа в одном компьютере не интересуюсь, так как в моих клиентах все раздаваемые раздачи постоянно являются активными, т.е. имеющими скорость отдачи.
Копии клиентов одного типа в одном компьютере необходимы при раздаче торрентов (раздач), чтобы в ОС клиент имел резерв памяти для .exe клиента. Без этого резерва памяти при длительном непрерывном сидировании торрентов (раздач) хозяин клиента вынужден будет часто перезапускать клиент, чтобы клиент имел адекватность работы.
У Вас ещё нет необходимости распределения раздач по нескольким клиентам, так как по вашим данным в исходном состоянии ваш клиент (utorrent.exe) занимает памяти всего на уровне 125 МБ, но это не означает, что вам вреден файлообмен с двух и более клиентов.
Для плодотворного обсуждения проблемы от Вас требуется информация следующего характера:
скрытый текст
1. Тип компьютера (стационарный или ноутбук*) - ... .
2. Объём ОЗУ компьютера - ... .
3. Подверженность компьютера к сильному нагреву во время файлообмена клиента - ... .
* - судя по информации в подписи к аккаунту о том, что прикупили охлаждающую подставку, у Вас должен быть ноутбук. Если ноутбук, то указать размер дисплея или модель ноутбука.
4. Режим экономии электроэнергии, если пользуетесь этой функцией.
maximus_lt писал(а):
скрытый текст
ANINFORTOMTSRTCSSS писал(а):
Нет оснований для запрета иметь два аккаунта
На приватах это прописано правилами. Видимо вы никогда там не были, и исходя из ваших рекомендаций - не будете.
ANINFORTOMTSRTCSSS писал(а):
так как нет способов идентификации этих аккаунтов в том, что они принадлежат одному и тому же человеку.
Если даже обвинят в том, что IP один и тот же, то есть ответ: "Второй аккаунт не мой, а моего брата или сестры, или отца, или матери, или сына, или дочери.".
Есть масса других инструментов для вычисления двойника.
ANINFORTOMTSRTCSSS писал(а):
Доступа нет, но это не является преградой, так как Вы можете передать торрент-файлы, скачав их, например, со второго аккаунта (резервного)
Если вам передадут .torrent файл и вы с него скачете релиз - аккаунт будет забанен. IP не совпадет по провайдеру, по диапазону, региону.
1. В правилах трекеров от незнания пишут и то, что невыполнимое.
2. Трекеры не относятся к тем, которые умеют идентифицировать аккаунты в полном объёме.
3. Ни на одном трекере нет тех, которые правильно умеет банить аккаунты и поэтому на каждом трекере очень много аккаунтов, забаненных без основания на бан.
Если Вам предложенное по вашим представлениям не подходит, то в битторрент сети есть возможность бестрекерного файлообмена, т.е. passkey не требуется и , естественно, приватность тоже не требуется.
Если у Вас есть доступ к двум интернетам, то Вы можете всё сделать сами, т.е. без помощи других.
|
|
|
|
MiTereKun
Стаж: 12 лет 1 месяц Сообщений: 252
|
MiTereKun ·
27-Мар-20 12:41
(спустя 2 часа 57 мин.)
ANINFORTOMTSRTCSSS, хорошо. По части кэширования - всё верно расписано. Перегрузка диска только в начале скачивания из-за распределения места на диске.
Сейчас у меня 806 заданий и все на раздачу. 1 из них в данный момент качается весом 32,7 Гб. Вылет с ним кстати произошёл, но мягкий и официальный с созданием дампа - нормальная работа
ANINFORTOMTSRTCSSS писал(а):
79124944Нет никакой опасности от настройки на большое количество активных торрентов (раздач), в том числе и одновременно загружаемых. На практике специально доводил количество активных загружаемых торрентов (раздач) до 300.
Что означают Ваши: "... пока писал это сообщение и лазил по настройкам времени прошло полтора часа и клиент не вылетал. А ночью каждый час.", т.е. кто или что запускал клиент после "вылетов" или Вы не спали?
- конечно я спал. Запускала упавший клиент утилита RestartOnCrash - её лог представлен в предыдущем сообщении сообщении с отсрочкой на вторую проверку в 2 минуты (мало ли отглючит)
Единственное, что я изменил с 26 марта это "очерёдность":
"максимум активных торрентов - 950"
"максимум одновременных загрузок" - 10. (а было 950 так же)
И клиент продержался полтора дня до самого дампа из-за скачивания. Я очень удивился, однако такая же стабильность началась, когда перенёс программу не на системный диск и держалась почти пол месяца с crash не чаще раза в день, что вполне приемлемо.
Ещё в первом сообщении меня удивлял вес настроек. Я их полностью переделывал, положив в клиент дефолтный файл с шапки темы и визуально изменив все значения по образцу с запущенной копии ярлыком с клюём /RECOVER и другим портом
Ми 99 писал(а):
79115572Тут прям очень интересно: файл настроек в моей копии программы весит 387 кб! А новый с ровно теми же параметрами - всего 7 кб. А там отсутствует только общая статистика. Ну думал всё, проблема решена, 2 часа проработало и опять: зависание с идущими раздачами и ростом объёма в ОЗУ.
мои характеристики
у меня персональный компьютер, не ноутбук. Во время раздачи температура в норме, только диски >40. Текст в подписки "охлождающую подставку к нему" - имелось в виду именно к 6-ти терабайтнику, так как он внешний и без неё греется выше 50. Процессор грузится на 7% где-то~
Энергопотребление - Высокая производительность, так как использую компьютер для видео монтажа (где-то в инструкции видел, что это может влиять и на ПК) . Вылет торрента происходит (или происходил) независимости от использования других программ.
Первое, о чём я хотел написать, но думал не важно, но раз дошло до характеристик. Вообщем у меня немного не совпадают планки ОЗУ. Купил вторую планку в официальном магазине после первой через года два. Она той же фирмы, модели, объёма (я бы и не подумал покупать другую), но с буквой Э и на 0,4 (не помню сколько именно) вольта экономичнее. Это приводит к тому, что раз в 1-3 дня у меня летит виндовс 8.1 в синий экран. Но согласитесь, средние 2 дня это вовсе не 20 минут как летит (или летел) нью торрент 2.2.1
Само ОЗУ 2 планки по 8 Гб
процессор intel i5-4570 (3.20 Ghz)
Самое главное, что сейчас появилась стабильность. Средств на другую планку у меня нет, но если продолжаться вылеты - я поживу на одной, хотя бы ради эксперимента и отпишусь о результате здесь.
Спасибо за помощь
|
|
|
|
Человекк
Стаж: 16 лет 2 месяца Сообщений: 867
|
Человекк ·
27-Мар-20 20:16
(спустя 7 часов, ред. 27-Мар-20 20:16)
Никто не замечал проблемы со статистикой на версии 2.0.4?
|
|
|
|
Hannibal61
Стаж: 14 лет 4 месяца Сообщений: 18134
|
Hannibal61 ·
27-Мар-20 20:27
(спустя 11 мин.)
Человекк
Проверьте статусы трекеров.
И, если у вас динамический IP, возможны потери при смене оного.
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
27-Мар-20 20:28
(спустя 1 мин.)
Ми 99 писал(а):
скрытый текст
ANINFORTOMTSRTCSSS, хорошо. По части кэширования - всё верно расписано. Перегрузка диска только в начале скачивания из-за распределения места на диске.
Сейчас у меня 806 заданий и все на раздачу. 1 из них в данный момент качается весом 32,7 Гб. Вылет с ним кстати произошёл, но мягкий и официальный с созданием дампа - нормальная работа.
ANINFORTOMTSRTCSSS писал(а):
Нет никакой опасности от настройки на большое количество активных торрентов (раздач), в том числе и одновременно загружаемых. На практике специально доводил количество активных загружаемых торрентов (раздач) до 300.
Что означают Ваши: "... пока писал это сообщение и лазил по настройкам времени прошло полтора часа и клиент не вылетал. А ночью каждый час.", т.е. кто или что запускал клиент после "вылетов" или Вы не спали?
- конечно я спал. Запускала упавший клиент утилита RestartOnCrash - её лог представлен в предыдущем сообщении сообщении с отсрочкой на вторую проверку в 2 минуты (мало ли отглючит)
Единственное, что я изменил с 26 марта это "очерёдность":
"максимум активных торрентов - 950"
"максимум одновременных загрузок" - 10. (а было 950 так же)
И клиент продержался полтора дня до самого дампа из-за скачивания. Я очень удивился, однако такая же стабильность началась, когда перенёс программу не на системный диск и держалась почти пол месяца с crash не чаще раза в день, что вполне приемлемо.
Ещё в первом сообщении меня удивлял вес настроек. Я их полностью переделывал, положив в клиент дефолтный файл с шапки темы и визуально изменив все значения по образцу с запущенной копии ярлыком с клюём /RECOVER и другим портом
Ми 99 писал(а):
Тут прям очень интересно: файл настроек в моей копии программы весит 387 кб! А новый с ровно теми же параметрами - всего 7 кб. А там отсутствует только общая статистика. Ну думал всё, проблема решена, 2 часа проработало и опять: зависание с идущими раздачами и ростом объёма в ОЗУ.
мои характеристики
У меня персональный компьютер, не ноутбук. Во время раздачи температура в норме, только диски >40. Текст в подписи "охлаждающую подставку к нему" - имелось в виду именно к 6-ти терабайтнику, так как он внешний и без неё греется выше 50. Процессор грузится на 7% где-то~
Энергопотребление - Высокая производительность, так как использую компьютер для видео монтажа (где-то в инструкции видел, что это может влиять и на ПК) . Вылет торрента происходит (или происходил) независимости от использования других программ.
Первое, о чём я хотел написать, но думал не важно, но раз дошло до характеристик. Вообщем у меня немного не совпадают планки ОЗУ. Купил вторую планку в официальном магазине после первой через года два. Она той же фирмы, модели, объёма (я бы и не подумал покупать другую), но с буквой Э и на 0,4 (не помню сколько именно) вольта экономичнее. Это приводит к тому, что раз в 1-3 дня у меня летит виндовс 8.1 в синий экран. Но согласитесь, средние 2 дня это вовсе не 20 минут как летит (или летел) нью торрент 2.2.1
Само ОЗУ 2 планки по 8 Гб
процессор intel i5-4570 (3.20 Ghz)
Самое главное, что сейчас появилась стабильность. Средств на другую планку у меня нет, но если продолжатся вылеты - я поживу на одной, хотя бы ради эксперимента и отпишусь о результате здесь.
Спасибо за помощь
Ми 99 писал(а):
Сейчас у меня 806 заданий и все на раздачу. 1 из них в данный момент качается весом 32,7 Гб. Вылет с ним кстати произошёл, но мягкий и официальный с созданием дампа - нормальная работа.
Ну, такое явление в любом случае нельзя называть нормальным. Можно говорить только типа: "Временно устраивающая ситуация.".
С исходными настройками кэширования "вылетов" клиента у Вас не должно быть! Поэтому обязательно необходимо найти причину проблемы. Без программы Process Explorer причину не найти, так как только она имеет столбец "Virtual Size", по крайней мере не нашёл других программ со столбцом, соответствующим столбцу "Virtual Size" программы Process Explorer.
Спасибо за информацию о RestartOnCrash. Как-нибудь чисто из-за любопытства изучу, так как в практике файлообмена эта утилита не требуется, т.е. необходимо лечить не последствия "болезни", а бороться с источником "болезни".
Поэтому Вам необходимо на период поиска причины проблемы или даже навсегда отключить утилиту RestartOnCrash, так как, видимо, из-за неё у Вас нестандартные показатели в диспетчере задач и, возможно, даже в клиенте.
При "вылете" клиента бывают случаи самоперезапуска ОС или самоотключения компьютера?
Ваша проблема напоминает мне проблему хозяина аккаунта папаВлад. Пролистайте сообщения https://rutr.life/forum/viewtopic.php?p=77998859#77998859 ... https://rutr.life/forum/viewtopic.php?p=78028498#78028498 и сообщение https://rutr.life/forum/viewtopic.php?p=79112839#79112839 . Возможно, найдете что-то общее.
Ми 99 писал(а):
скрытый текст
Единственное, что я изменил с 26 марта это "очерёдность":
"максимум активных торрентов - 950"
"максимум одновременных загрузок" - 10. (а было 950 так же)
И клиент продержался полтора дня до самого дампа из-за скачивания. Я очень удивился, однако такая же стабильность началась, когда перенёс программу не на системный диск и держалась почти пол месяца с crash не чаще раза в день, что вполне приемлемо.
Постоянное наличие скорости скачивания в клиенте является одним из временных решений с зависанием клиента и с зависанием ОС, когда причину проблемы не удается быстро найти: https://rutr.life/forum/viewtopic.php?p=78002563#78002563 (читать то, что под спойлером).
Ми 99 писал(а):
Я очень удивился, однако такая же стабильность началась, когда перенёс программу не на системный диск и держалась почти пол месяца с crash не чаще раза в день, что вполне приемлемо.
Для Вас, возможно, вполне приемлемо из-за того, что crash клиента у Вас очень частый. Сколько времени (месяцев или лет) у Вас продолжаются "вылеты"?
Для любого человека приемлемым может быть всякая проблема, если есть решение, которое помогает избавиться от проблемы на какой-нибудь период времени или резко сокращает частоту появления проблемы, например:
скрытый текст
Ноутбук Backard Bell у меня без видимых причин стал часто самовольно перезагружаться. Затем перестала работать клавиатура (стал пользоваться внешней). К этому времени я уже знал, что ноутбук подвержен к непозволительному нагреву и поэтому охлаждал его бытовым вентилятором с левого бока. Далее на правой половине дисплея появилось темное пятно диаметром примерно 3 см и от него распространялись темные лучи к правой стороне дисплея. Ноутбук работал всё ещё, но темное пятно с темными лучами создавали проблему при работе браузера, т.е. мешали читать тексты.
Отдал в ремонт, дав согласие на будущую замену деталей и узлов, если потребуется. После ремонта уже через месяц перестала работать клавиатура, затем начались самоотключения ноутбука. Купил подставку под ноутбук с двумя вентиляторами с огромными лопастями для охлаждения снизу, но такое охлаждение не слишком помогло и вынужден был охлаждать ещё с левого бока.
Если по вашему говорить вполне приемлемо, то, да, вполне приемлемо, так как ноутбук без проблем работает примерно в течение месяца с файлообменом в клиенте.
В текущее время у меня всего два клиента на внешних дисках (один на SSD, другой на HDD). Если бы перенос клиента на не системный диск помогал в чём-то, то давно бы так сделал и с остальными клиентами.
В принципе, перенос клиента на не системный диск оправдан, если есть большая занятость диска согласно столбцу "Диск" Диспетчера задач, но в вашем случае не видно большой занятости диска (на скриншоте вашем фигурирует всего 1 %).
Перенос клиента на не системный диск оправдан и в том случае, когда много копий клиентов, например, на каждом диске свой клиент и оправдан, например, хотя бы с точки зрения удобства (в клиенте только файлы с диска, на котором сам клиент).
Ми 99 писал(а):
Тут прям очень интересно: файл настроек в моей копии программы весит 387 кб! А новый с ровно теми же параметрами - всего 7 кб. А там отсутствует только общая статистика. Ну думал всё, проблема решена, 2 часа проработало и опять: зависание с идущими раздачами и ростом объёма в ОЗУ.
Посмотрел в двух компьютерах объёмы settings.dat в клиентах Bittorrent и они имеют объём соответственно 811 КБ и 820 КБ.
Ми 99 писал(а):
мои характеристики
У меня персональный компьютер, не ноутбук. Во время раздачи температура в норме, только диски >40. Текст в подписи "охлаждающую подставку к нему" - имелось в виду именно к 6-ти терабайтнику, так как он внешний и без неё греется выше 50. Процессор грузится на 7% где-то~
Энергопотребление - Высокая производительность, так как использую компьютер для видео монтажа (где-то в инструкции видел, что это может влиять и на ПК) . Вылет торрента происходит (или происходил) независимости от использования других программ.
Первое, о чём я хотел написать, но думал не важно, но раз дошло до характеристик. Вообщем у меня немного не совпадают планки ОЗУ. Купил вторую планку в официальном магазине после первой через года два. Она той же фирмы, модели, объёма (я бы и не подумал покупать другую), но с буквой Э и на 0,4 (не помню сколько именно) вольта экономичнее. Это приводит к тому, что раз в 1-3 дня у меня летит виндовс 8.1 в синий экран. Но согласитесь, средние 2 дня это вовсе не 20 минут как летит (или летел) нью торрент 2.2.1
Само ОЗУ 2 планки по 8 Гб
процессор intel i5-4570 (3.20 Ghz)
Самое главное, что сейчас появилась стабильность. Средств на другую планку у меня нет, но если продолжатся вылеты - я поживу на одной, хотя бы ради эксперимента и отпишусь о результате здесь.
Спасибо за помощь
Про охлаждающую подставку к диску правильно понял, но засомневался, что есть специально для внешних дисков. Спасибо за информацию. Почитаю на досуге о них в интернете.
У меня в компьютере, перед которым сижу в текущее время, диски имеют температуру:
скрытый текст
1. Диск С с системой - 53 °C.
2. Диск D (SSD (внешний)) c раздаваемыми раздачами - 42 °C.
3. Диск G (HHD (внешний)) c раздачами, но все они в клиенте отключены кнопкой "Стоп" - 48 °C.
Программа CrystalDiskInfo для всех трех дисков состояние их считает как "Хорошо".
Не уверен, что причиной является небольшое отличие планок памяти, но поработать с одной планкой в течение некоторого времени, например, в течение месяца является правильным решением.
Временное использование программ, требующих большие ресурсы в компьютере не должно быть причиной "вылетов" клиента при отдаче.
Ми 99 писал(а):
Вообщем у меня немного не совпадают планки ОЗУ. Купил вторую планку в официальном магазине после первой через года два. Она той же фирмы, модели, объёма (я бы и не подумал покупать другую), но с буквой Э и на 0,4 (не помню сколько именно) вольта экономичнее. Это приводит к тому, что раз в 1-3 дня у меня летит виндовс 8.1 в синий экран.
Если "летит" ОС, то это уже серьёзно, но необходимо точно узнать причину влияния планок памяти на эту проблему и это Вы сможете сделать легко, дав компьютеру поработать с одной планкой памяти (поочередно).
Ми 99 писал(а):
Текст в подписи "охлаждающую подставку к нему" - имелось в виду именно к 6-ти терабайтнику, так как он внешний и без неё греется выше 50 °C.
Емкость диска в вашем случае может оказаться основной причиной вашей проблемы, если после загрузки файлов диск не подвергли к дефрагментации:
скрытый текст
Временно дал бесплатно одному релизеру один из своих интернетов (300 Мбит/с) с ноутбуком Backard Bell с абсолютно новым диском Seagate с емкостью 8 ТБ, чтобы в нем он делал свои релизы. Управление клиентом было через программу TeamViewer.
У релизера (с его слов) возникли некоторые проблемы с двумя дисками и я ему разрешил перенести файлы с проблемных дисков временно на мой диск. Переносил он их на мой диск, загружая их клиентом µTorrent 2.0.4.22967 Portable.
Загружал файлы он безграмотно, т.е. одновременно запускал огромное количество торрент-файлов (сотнями и более) и не принимал никаких мер по осторожной загрузке файлов. Я удивлялся отсутствию crash клиента, так как суммарная скорость загрузки файлов была большой, а он продолжал добавлять на загрузку файлы. На второй или на третий день заметил, что в ОС нет клиента. Запустил его, но не стал наблюдать за клиентом. Потом в последующие дни стал замечать, что в клиенте имеются раздачи на перехешировании. Далее в клиенте уже часть раздач постоянно находилась на перехешировании и в очереди на перехеширование. Скорость файлообмена резко снизилась. Успел он запустить на загрузку около 600 раздач за менее 10 дней. В конце концов я остановил его безобразие, закрыл доступ к компьютеру и стал искать причину проблемы. Причиной оказалась большая фрагментация диска. После дефрагментации диска возобновился нормальный файлообмен. Всего на диск клиент успел загрузить частей файлов в объёме примерно 4,5 ТБ.
|
|
|
|
Человекк
Стаж: 16 лет 2 месяца Сообщений: 867
|
Человекк ·
27-Мар-20 21:37
(спустя 1 час 9 мин.)
Hannibal61 писал(а):
79128170Человекк
Проверьте статусы трекеров.
И, если у вас динамический IP, возможны потери при смене оного.
IP динамический, кажется раньше как-то оперативнее статистика отображалась. Со статусами всё впорядке. В любом случчае спасибо за информацию!
|
|
|
|
Hannibal61
Стаж: 14 лет 4 месяца Сообщений: 18134
|
Hannibal61 ·
27-Мар-20 22:17
(спустя 39 мин.)
Человекк писал(а):
79128574оперативнее статистика отображалась
Человекк
Анонс идёт примерно 1 раз в час. Вот при обрывах связи за этот час могли быть потери.
|
|
|
|
maximus_lt
Стаж: 17 лет Сообщений: 6184
|
maximus_lt ·
27-Мар-20 22:22
(спустя 4 мин.)
ANINFORTOMTSRTCSSS, пока ограничусь наблюдением за релизами, с меткой "Только чтение".
|
|
|
|
MiTereKun
Стаж: 12 лет 1 месяц Сообщений: 252
|
MiTereKun ·
28-Мар-20 04:24
(спустя 6 часов)
ANINFORTOMTSRTCSSS "RestartOnCrash" я скачал 3 дня назад, так как крашы были ночью и уже достало. Она не может влиять, только следит за статусом "не отвечает" и для перезапуска выполняет простейшую команду CMD, состоящую просто из пути до программы (как в логе и прописано). Теперь она действительно не нужна, после вчерашнего дампа клиент опять проработал без нареканий 17 ч, раздал 390 гигов и занимает место в ОЗУ 126 мб (динамически от 129 до 120). Но все равно утилиту пока не отключал, просто её лог полностью чистый. Мне очень важно не терять время в файлообмене, так что пусть весит. Все ровно либо мне перезапускать программу, либо я проснусь, а она уже запущенна. Сегодня на одном трекере флирч, надо скачать кучу всего, так что скачаю Process Explorer завтра и начну выписывать данные при работе клиента только на раздачах. Если будет что-то интересное - отпишусь. Восстанавливающую утилиту тогда тоже завтра остановлю, что бы не нарушать эксперимент. Хотя проблема пока исчезла.
Подставку под внешний диск для ноутбука придумал купить я сам, где вы такое почитаете))
внизу у коробки диска были производственные прорези, в них вентилятор и дует. Расписал всё на днс "Отзывы о 6 ТБ Внешний HDD Seagate Backup Plus Hub"
этот ПК у меня с 2015, планку докупил в 2017 и да, сразу начались периодические вылеты ОС. Особенно после завершения монтажа, или открытия овер 400+ вкладок и закрытия браузера - сразу вылет при уничтожения кэша в ОЗУ ~14 Гб. Или после другой интенсивной нагрузки процессора. Я отключил отправку сообщения о синем экране в майкрософт, снял требование пароля при включении и поставил торрент в автозагрузку. Живу так 3 года и всё устраивает. Сами вылеты ОС где-то раз в 2 дня, после которой загрузка системы длиться пол минуты, так как диск с SSD 111 Гб.
Нью торрент не переходил в crash до февраля 2020 года. Ничего в конфигурации ПК, кроме планки и дисков, не менялось. Диск 6ТБ я использую уже с ноября 2019. Большим параллельными закачками не грузил и не деформировал и не ронял. Однако он черепичной технологии записи, по этому лишний раз с него ничего не удаляю, временные файлы и раздачи так же не создаю. За 5 месяцев использования (2014 часов работы по DiskInfo64.exe) нагрузил на 1,29 ТБ. Не могу сказать, сколько там было занято, когда начались вылеты нью торрента. Может 800 Гб.
История с релизером жуткая. Видимо стал полностью переносить свой архив на вас; Честно я бы поступил так же, оплатив 8 тыс рублей/месяц (такую цену видел на сид бокс под мои нужды, особо не углублялся в поиски). Сообщения по ссылкам интересные, действительно похоже на мою проблему. Вместо Teamviewer использую Ammyy Admin, она использует RDP протокол транслируя его за NAT и совсем не грузит систему. Можно доверенным пользователям давать беспрепятственный доступ.
|
|
|
|
ANINFORTOMTSRTCSSS
Стаж: 5 лет 3 месяца Сообщений: 420
|
ANINFORTOMTSRTCSSS ·
28-Мар-20 22:50
(спустя 18 часов)
Ми 99 писал(а):
скрытый текст
ANINFORTOMTSRTCSSS, программу "RestartOnCrash" я скачал 3 дня назад, так как крашы были ночью и уже достало. Она не может влиять, только следит за статусом "не отвечает" и для перезапуска выполняет простейшую команду CMD, состоящую просто из пути до программы (как в логе и прописано). Теперь она действительно не нужна, после вчерашнего дампа клиент опять проработал без нареканий 17 часов, раздал 390 гигов и занимает место в ОЗУ 126 мб (динамически от 129 до 120 мб). Но все равно утилиту пока не отключал, просто её лог полностью чистый. Мне очень важно не терять время в файлообмене, так что пусть висит. Все ровно либо мне перезапускать программу, либо я проснусь, а она уже запущенна. Сегодня на одном трекере фрилич, надо скачать кучу всего, так что скачаю Process Explorer завтра и начну выписывать данные при работе клиента только на раздачах. Если будет что-то интересное - отпишусь. Восстанавливающую утилиту тогда тоже завтра остановлю, что бы не нарушать эксперимент. Хотя проблема пока исчезла.
Подставку под внешний диск для ноутбука придумал купить я сам, где вы такое почитаете))
внизу у коробки диска были производственные прорези, в них вентилятор и дует. Расписал всё на днс "Отзывы о 6 ТБ Внешний HDD Seagate Backup Plus Hub"
Этот ПК у меня с 2015, планку докупил в 2017 и сразу начались периодические вылеты ОС. Особенно после завершения монтажа или открытия овер 400+ вкладок и закрытия браузера - сразу вылет при уничтожении кэша в ОЗУ ~14 Гб, или после другой интенсивной нагрузки процессора. Я отключил отправку сообщения о синем экране в майкрософт, снял требование пароля при включении и поставил битторрент-клиент в автозагрузку. Живу так 3 года и всё устраивает. Сами вылеты ОС где-то раз в 2 дня, после которой загрузка системы длится пол минуты, так как диск с SSD 111 Гб.
Мю торрент не переходил в crash до февраля 2020 года. Ничего в конфигурации ПК, кроме планки и дисков, не менялось. Диск 6ТБ я использую уже с ноября 2019. Большими параллельными закачками не грузил и не деформировал и не ронял. Однако он черепичной технологии записи, по этому лишний раз с него ничего не удаляю, временные файлы и раздачи так же не создаю. За 5 месяцев использования (2014 часов работы по DiskInfo64.exe) нагрузил на 1,29 ТБ. Не могу сказать, сколько там было занято, когда начались вылеты мю торрента. Может 800 Гб.
История с релизером жуткая. Видимо стал полностью переносить свой архив на вас. Честно я бы поступил так же, оплатив 8 тыс рублей/месяц (такую цену видел на сидбокс под мои нужды, особо не углублялся в поиски). Сообщения по ссылкам интересные, действительно похоже на мою проблему. Вместо Teamviewer использую Ammyy Admin, она использует RDP протокол транслируя его за NAT и совсем не грузит систему. Можно доверенным пользователям давать беспрепятственный доступ.
Ми 99 писал(а):
... "RestartOnCrash" ... не может влиять, только следит за статусом "не отвечает" ...
Назначение программы по данным интернета:
скрытый текст
Автоматическая перезагрузка поврежденных или повесившихся приложений.
Restart on Crash - это инструмент мониторинга, который будет следить за указанными вами приложениями и автоматически перезапускать любую зависающую или аварийную программу.
Вы можете добавить любое количество приложений для мониторинга, включения / выключения их по отдельности и редактирования командной строки, которая будет использоваться для перезапуска приложения.
Restart on Crash не требует установки и сохраняет все данные конфигурации в файле settings.ini, файл в папке программы, поэтому он переносится. Он должен быть совместим с большинством версий Windows на базе NT.
Может не влиять только в том случае, если клиент завис окончательно, но даже в этом случае нельзя считать, что программа не влияет на действительность отображения состояния клиента в ОС. Отображение состояние вашего клиента на вашем скриншоте:
из сообщения https://rutr.life/forum/viewtopic.php?p=78922725#78922725 недействительное как раз из-за программы RestartOnCrash, то есть программа RestartOnCrash перезапустила клиент, но в Диспетчере задач отображается всё ещё состояние, которое было до перезапуска клиента программой RestartOnCrash.
Далее через 5 минут (согласно вашему сообщению) отображение в Диспетчере задач:
, т.е. согласно скриншоту занимаемая клиентом память уменьшилась до обычных значений, но клиент в Диспетчере задач имеет состояние "Не отвечает", что не соответствует действительности, так как при низкой занятой памяти клиентом состояния "Не отвечает" не должно быть.
Далее Вы пишете: "Перезапускаю программу, где-то час всё хорошо и опять зависает именно клиентская часть.".
Возникает сразу вопрос: " Какая необходимость перезапуска клиента была, если занятая клиентом (процессом utorrent.exe) память после перезапуска клиента программой RestartOnCrash пришла в норму?".
Возможно, и не было необходимости перезапуска клиента, так как в Диспетчере задач Wndows 8, 8.1, 10 состояние "Не отвечает" может быть и при отсутствии особых проблем ОС и клиенту, например:
скрытый текст
1. Много лет назад на форуме этого трекера один аккаунт мне задал вопрос: "Как избавиться от очень частых коротких зависаний клиента в ОС Wndows 10?".
В то время я ни разу не видел коротких зависаний клиентов, так как на это не обращал внимания. Минут 10-15 пристально следил за изменениями ежесекундно изменяющихся параметров клиента и заметил, что параметры клиента изменяются и с большим интервалом, чем 1 секунда. Случайно курсор мыши завел на поле клиента и заметил, что в момент кратковременных зависаний курсор имеет вид вращающейся окружности, т.е. клиент в состоянии зависания.
Впоследствии заметил, что это характерно клиентам в любой ОС Wndows и они появляются при большой занятости процессора.
2. Зависания (необязательно короткие) клиента без плохих последствий для клиента могут быть и при загрузке файлов в момент разгрузки кэша от загружаемых частей раздач, т.е. в момент записи частей файлов на диск. В течение загрузки файлов во время разгрузки кэша могут быть зависания клиента с длительностью и в несколько десятков секунд, и длительностью в несколько минут. На практике у меня несколько раз было, что разгрузка кэша продолжалась больше 1 часа и за весь период разгрузки кэша клиент находился в состоянии зависания и зависание клиента исчезло только при уменьшении занимаемой клиентом памяти Private Bytes до обычных значений. Бывает и так, что во время разгруки кэша зависание клиента временно исчезает или зависания клиента чередуются отсутствием зависания.
Видимо, это: "... и через 2 минуты уже срабатывала отложенная команда перезапуска ..." означает, что программа "RestartOnCrash" имеет настройку времени отложения перезапуска клиента на время, которое закладывает хозяин программы, но неизвестно на что (на какой параметр) ориентируется программа, чтобы перезапустить клиент. Например, ОС при отключении клиента в текущем сеансе работы ориентируется на величину занятой клиентом (процессом utorrent.exe) памяти, которая соответствует памяти Virtual Size в программе Process Explorer.
Если для перезапуска клиента программа "RestartOnCrash" ориентируется только на состояние клиента "Не отвечает", то могут быть необоснованные перезапуски клиента программой "RestartOnCrash", так как состояние клиента "Не отвечает" может исчезнуть и без постороннего вмешательства.
Из описанного следует, что от программы "RestartOnCrash" в поиске вашей проблемы с клиентом толку нет и поэтому необходимо в поиске вашей проблемы с клиентом ориентироваться пока только на показания программы Process Explorer.
Про подставку для охлаждения:
скрытый текст
Ми 99 писал(а):
Подставку под внешний диск для ноутбука придумал купить я сам, где вы такое почитаете))
Ну, такую, как на картинке вашей, естественно, искать мне не требуется, так как сам имею для охлаждения ноутбуков с проблемой температурного режима в ноутбуках: Один с 4 вентиляторами и один с 2 большими вентиляторами.
Ввел в поисковик "Вентиляторы для охлаждения внешних дисков" и увидел массу простых решений и даже есть готовые с USB-портом для подключения к питанию.
Ми 99 писал(а):
Мю торрент не переходил в crash до февраля 2020 года. Ничего в конфигурации ПК, кроме планки и дисков, не менялось. Диск 6 ТБ я использую уже с ноября 2019. Большими параллельными закачками не грузил и не деформировал и не ронял. Однако он черепичной технологии записи, по этому лишний раз с него ничего не удаляю, временные файлы и раздачи так же не создаю. За 5 месяцев использования (2014 часов работы по DiskInfo64.exe) нагрузил на 1,29 ТБ. Не могу сказать, сколько там было занято, когда начались вылеты мю торрента. Может 800 Гб.
Раз не было crash до февраля 2020 года, то само написанное Вами подсказывает с чего начинать устранение причины проблемы, т.е. отцепить то, что прицепили после февраля 2020 года и в первую очередь вторую планку памяти и внешний диск.
Поработать без них дней 10-20 и прицепить внешний диск, имеющий емкость 6 ТБ, если не будет "вылетов" клиента.
Затем прицепить вторую планку памяти и дать поработать клиенту дней 10-20 и за это время уже появится какая-то информация, которая укажет причину проблемы.
Короткая информация по настройке кэширования:
скрытый текст
1. При раздаче частей торрентов (раздач) в строке "Задать в ручную (МБ)" ни к чему отсутствие фиксированного объёма кэша, так как ваш экземпляр клиента всё равно будет использовать кэш в объёме 32 МБ. Вы это можете увидеть во вкладке "Скорость", открыв дисковую статистику. Если диск сам имеет кэш (буфер обмена) 64 МБ или 128 МБ, или 256 МБ, то отсутствие галочки перед строкой "Задать в ручную (МБ)" приведет к падению скорости отдачи из-за того, что используемый кэш всего 32 МБ из возможных 64 МБ или 128 МБ, или 256 МБ.
2. Отсутствие галочки перед строкой "Задать в ручную (МБ)" рассчитано на пользователей трекеров, которые в файлообмене интересуются в основном загрузкой файлов, чтобы у них не было падений клиента во время загрузки торрентов (раздач).
3. Иметь в строке "Задать в ручную (МБ)" кэш менее 1024 МБ с вашими характеристиками компьютера ни к чему, но иметь и больше 1024 МБ ни к чему, так как при более больших значениях легко довести клиент до состояния crash, т.е. 1024 МБ кэша для повседневной деятельности клиента по загрузке файлов достаточен, например, здесь: https://rutr.life/forum/viewtopic.php?p=79060569#79060569 (смотреть под спойлером) во всех случаях фиксированный кэш был не более 1024 МБ.
Примечание:
скрытый текст
Ми 99 писал(а):
История с релизером жуткая. Видимо стал полностью переносить свой архив на вас. Честно я бы поступил так же, оплатив 8 тыс рублей/месяц (такую цену видел на сидбокс под мои нужды, особо не углублялся в поиски). Сообщения по ссылкам интересные, действительно похоже на мою проблему. Вместо Teamviewer использую Ammyy Admin, она использует RDP протокол транслируя его за NAT и совсем не грузит систему. Можно доверенным пользователям давать беспрепятственный доступ.
1. У него у самого большое дисковое пространство под файлы. По крайней мере есть в пределах 40-50 ТБ.
2. Одна сторона его деятельности в интернете очень полезна огромному количеству пользователей интернета, имеющих малую скорость интернета, но он не занимается наращиванием этой деятельности полезной для многих пользователей интернета. Фактически своими действиями и решениями препятствует этой полезной деятельности.
3. Другая сторона его деятельности может оказаться вообще жульнической (вплоть до проникновения в чужие компьютеры) и его полезная деятельность, указанная в пункте 2, может оказаться только ширмой для прикрытия жульнической деятельности.
В принципе, по моим оценкам он является самой таинственной темной личностью на трекерах.
|
|
|
|
xRobotx
Стаж: 12 лет Сообщений: 135
|
xRobotx ·
28-Мар-20 23:40
(спустя 50 мин., ред. 28-Мар-20 23:40)
Можно как то в 2.2.1 настроить зависимость цели сидирования от размера торрента?
То есть чем больше размер тем меньше цель и наоборот.
Если в этой версии нельзя то в какой можно?
|
|
|
|
Papant
Стаж: 16 лет 10 месяцев Сообщений: 55047
|
Papant ·
28-Мар-20 23:48
(спустя 7 мин.)
xRobotx писал(а):
79135377в какой можно?
Нигде не видел.
|
|
|
|
