Ошибка при создании торрента

Хотел вам дать только минимальные настройки, но, думаю, это будет интересно многим.
Кликнуть по звёздочке в верхнем правом углу.

Заходим в настройки.

Клик „Общие”. Здесь можно снять галочки, если не хотите обновлений клиента. Как правило мы привыкаем к определённости.

Здесь ничего не трогаем, но если хотите торрент клиент открывать одним кликом из трея, то галочка.

Вот это самое важное для раздачи при переустановке системы. Нужно точно указать папку где хранятся раздаваемые файлы. Иначе торрент клиент их не увидет. Сами торренты храните где угодно, но я предпочитаю тоже определённое место. Если файлы хранятся на разных разделах и папках, то сперва назначить одну папку и загрузить на раздачу. После загрузки назначить другую и т.д. Торрент клиент запомнит это.
Пропускаем пару разделов. Там нет ничего интересного. Пусть будет по умолчанию.

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

Здесь устанавливаем максимум загрузок или раздач. У меня выставленно 50, но можете выставить и 500. Как вам угодно. Зависет от того, сколько загружаете и раздаёте.
Пропускаем ещё три раздела. Ничего интересного.

Если интернет лимитированный, то здесь можно поставить ограничение на раздачу.
Пропускаем ещё одну графу. Не нужно.

Клик по строчке и „Да”. Эта опция нужна только в том случае когда вы хотите отправить файл с одного компа на другой без всяких торрент трекеров. Она должна быть включена на обоих компах. Посылаете по почте или как хотите торрент файл кому хотите и он скачивает у вас файл непосредственно с компа. Минуя всякие трекеры, слежку, и пр. Т.Е. инкогнито. Связь только между двумя компами.
Провайдеры не в счёт. Хороший провайдер увидет что прошла инфа. Но расшифровать её не сможет. Да и у него за день пролетает такой инфы миллион. Так что он на такую фигню не обращает внимания и не регестрирует.
Ну в кратце всё. Это основные настройки.

Сообщения: 51437
Благодарности: 14738

Многие пользователи ПК во время работы с какой-либо программой могут столкнуться с «вылетом» указанной программы, и появившимся сообщением «Out of memory». Возникшая проблема может иметь множество причин, начиная от банального недостатка памяти на пользовательском ПК, и заканчивая некорректной работой с памятью какой-либо программы.

Причины появления дисфункции

Сообщение «Out of memory» (в переводе дословно «вне памяти», или «недостаточно памяти») обычно возникает при недостатке памяти на пользовательском компьютере. В частности же, в появлении данной ошибки «виновен» следующий набор факторов:

Когда вашему компьютеру не хватает физической R.A.M. памяти, он заимствует часть места на жёстком диске, и создаёт так называемую «виртуальную память». Система временно хранит в такой виртуальной памяти ту часть данных, которая не помещается в памяти обычной. Такие данные обычно хранятся в файле «pagefile.sys», размер которого может увеличиваться или уменьшаться в зависимости от специфики работы вашей ОС. Если на диске будет недостаточно места, файл «pagefile.sys» не сможет расти, и пользователь получит рассматриваемую ошибку.

Как исправить ошибку «Out of memory»

Для решения указанной проблемы рекомендую сделать следующее:

Альтернативным вариантом решения проблемы является установка соответствующего фикса от Майкрософт. Или использование расширений или дополнений для браузера уровня «The Great Suspender» для «Google Chrome», хорошо работающего с ненужными вкладками браузера.

bcdedit/set IncreaseUserVa 3072

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

bcdedit /set IncreaseUserVa 2560 — что позволит задействовать 2,5 гигабайта вместо ранее забронированных 3.

Если ситуацию этим исправить не удалось, верните настройки на состояние по умолчанию:

bcdedit /deletevalue IncreaseUserVa

Установите нужный размер файла подкачки

Заключение

Ошибка «Out of memory» может иметь множество причин, связанных как с физическим недостатком памяти на ПК, так и другими детерминантами, изложенными мной выше. Для решения проблемы советую закрыть ненужные программы (вкладки браузера) на вашем компьютере (тем самым разгрузив его память), а самым эффективным инструментом является установка дополнительной планки памяти на ПК, что в большинстве случаев поможет избавиться от ошибки на вашем компьютере.

Windows run out of memory utorrent что делать

Сообщения: 35936
Благодарности: 6473

Сообщения: 44
Благодарности: 1

Сообщения: 8628
Благодарности: 2126

Сообщения: 44
Благодарности: 1

Тут возможно отмечать полезные сообщения. А бесполезные невозможно, жаль.

В предыдущем посте я ясно выразился, что файл подкачки размером 64 Гб ну никак не влезет в 12 Гб свободного места на SSD.

Сообщения: 51908
Благодарности: 14931

Сообщения: 44
Благодарности: 1

Сообщения: 51908
Благодарности: 14931

Ошибка «Ran out of video memory. Exiting. «. Нужна помощь!

Приветствую, столкнулся с такой проблемой.
После переустановления Виндоус 7 на Виндоус 10 столкнулся с такой проблемой.

Драйвера обновлял сразу же после переустановления Виндоус. Использовал программы Driver Booster 7 и GeForce Experience. Помогите, пожалуйста!

Видеокарта GTX 1050ti

Игры абсолютно не требовательные, раньше играл и всё было нормально.

Дубликаты не найдены

Сделай файл подкачки фиксированным, 6 Гб.

У меня 8 гигов оперативы, своп 0. Нормально игры играются

у меня 12, но старкрафт 2 на максималках срывало, пока не за фиксил своп.

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

вот геймплей на 8Гб оперативы

Оборону Чары загрузи на СтарКрафте 2, древнючем, и я посмотрю, как, без свопа, поиграешь. Не играл, не пиши чуши сам.

Скидывай свои пруфы, тролль

Рекомендованные? Сам то веришь, тому, что написал?

Да ты задолбал, скинь видео хоть какое то, где человек не может играть в Старкрафт 2 так как забита оперативная память >2Гб

Задолбал? Я предпочитаю девушек.

Девушкам мозги и еби коли так)

Я предпочитаю естественные варианты.

Я по миру Старкрафт 2 не сильно эксперт, однако мне кажется ты в этом ролике https://yadi.sk/i/eDN2aAIuDQnlsw засрал сотнями мобов карту, в этом и проблема.

в Warcraft 3 посмотри, какими войсками бьются, 12 на 12 от силы

Не эксперт? Так и молчи в тряпочку.

Троллятина? Так и живи под мостом

Вижу только одного тролля, не кострюлеголового.

Логично, что видишь. Вампиры и тролли не одно и то же.

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

Звук как в экранке)))

Экранка и есть. Снято зеркалкой. У меня нет платы захвата.

Звук можно было улучшить внешним микрофоном, но смысл видео в другом, потому не стал.

Складывается ощущение что для 3Д режима используется размазанное видео а не дискретная нвидия.

еще пару лет назад налетела бы толпа народу и закричала: это вирус, майнинг качает! А щас все такие рассудительные

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

Недавно купил комп и была подобная ситуация.

Есть аргументы что это сильно плохо? Я не вникал в этот вопрос но вычитал что можно на ssd подкачку ставить

Можно, но на большой глупо. NTFS в принципе убивает любой жесткий диск кривым двойным журналом и раскиданными кластерами. В итоге файл подкачки будет размазан как нутелла теще на бутерброд. С новыми дисками все не так грустно, ибо TRIM, но по ресурсу бьет.

Всё подряд не пиши что видишь на Пикабу, можешь хуйню сотворить с компом

Какая винда не важно,пиратка или нет,попробуй сделать как выше пишут,хуже точно не будет.

Да и зачем было ставить 10 если 7норм работала?

мыши плакали, кололись, но продолжали жрать кактус

У меня 2Гб 560Ti хватало на ГТА 5 всякие

Моей нвидии 450 гтс на 1 гиг хватало на гта онлайн с фулловой сессией,

Видеокарта на 4гб памяти, не в видеокарте проблема, я так думаю, скорее всего либо, что-то с Виндоус, ибо пиратка, либо с драйверами что-то не то. К тому же я написал, что раньше всё нормально было

Драйвера через джифорс икспириенс заново поставь

А откуда джифорс икспириенс их качает? Это официальная прога нвидиа

молодец, намек не понял, но додумался

каким отбитым надо быть что бы вообще поставить 10 вместо рабочей 7?

7 R.I.P. и на ней не поддерживается какой-то директх. Но я допускаю, что на Пикабу на ней лучше сидеть. Было.

Сейчас либо 8 либо 10. Аксиома Эскобара не применима.

Я на 10 с тех пор, как открыли апдейт с семёрки. Пиратка стала лицензией с тех пор.

У меня и на работе десятка, дома десятка. Винда как винда, только лицензия заместо пиратки, которую надо каждый раз крякать. Что с ней не так?

10-ка самое оптимальное, скайп может качаться отдельным установщиком если что))

Да как не юзабельна то)) скажи что надо запустить я запущу

Ну я же сказал тебе

Работал в компьютерной помощи на выездах. Винду поставить, ноут почистить, негров с письками поперек экрана и требованием заплатить денег удалить. Бывали клиенты разные. Но один особо запомнился.

Система поставилась, ставлю дрова, последние штрихи:
-Интернет сами настроите?

-Не, чувак. Я в этом вообще не понимаю. Настрой.

-Без ножа режешь. Но давай.

-Да почему сразу режу? Можете сами.

-Не. Давай сам настрой.

-У Вас беда такая приключилась, потому что антивируса нет. Может поставить?

-Не это денег стоит. У меня есть где-то купленный касперский.

-Но Вы поставьте его. Обязательно.

-Обязательно. Держи деньгу за винду и прощай.

Вышел с адреса и на остановку. Сел в автобус, доехал до своего района. Звонок.

-Запиши себе. Переустановить винду.

-Ну да. Клиент скачал танки с модами и теперь у него негры поперек экрана.

Как бороться с OutOfMemoryError на практике, или ох уж мне эти базы данных

Предыстория

Для начала нужно понять, как возникает OOM. Кому-то это может быть ещё неизвестно.
Представьте себе, что есть какой-то верхний предел занимаемой оперативки для приложения. Пусть это будет гигабайт ОЗУ.
Само по себе возникновение OOM в каком-то из потоков ещё не означает, что именно этот поток «выжрал» всю свободную память, да и вообще не означает, что именно тот кусок кода, который привёл к OOM, виноват в этом.
Вполне нормальна ситуация, когда какой-то поток чем-то занимался, поедая память, «дозанимался» этим до состояния «ещё немного, и я лопну», и завершил выполнение, приостановившись. А в это время какой-то другой поток решил запросить для своей маленькой работы ещё немного памяти, сборщик мусора попыжылся, конечно, но мусора уже в памяти не нашёл. В этом случае как раз и возникает OOM, не связанный с источником проблемы, когда стектрейс покажет совсем не того виновника падения приложения.

Есть и другой вариант. Около недели я исследовал, как улучшить жизнь парочки наших приложений, чтобы они перестали себя нестабильно вести. И ещё недельку-две потратил на то, чтобы привести их в порядок. В общей сложности пара недель времени, которые растянулись на полтора месяца, ведь занимался я не только этими проблемами.
Из найденного: сторонняя библиотека, и, конечно же, некоторые неучтённые вещи в вызовах хранимых процедур.
В одном приложении симптомы были следующие: в зависимости от нагрузки на сервис, оно могло упасть через сутки, а могло через двое. Если помониторить состояние памяти, то было видно, что приложение постепенно набирало «размер», и в определённый момент просто ложилось.
С другим приложением несколько интереснее. Оно может вести себя хорошо длительный срок, а могло перестать отвечать минут через 10 после перезагрузки, или вдруг внезапно упасть, сожрав всю свободную память (это я уже сейчас вижу, наблюдая за ним). А после обновления версии, когда была изменена и версия Tomcat с 7й до 8й, и JRE, оно вдруг в одну из пятниц (проработав вменяемо до этого ни много ни мало — 2 недели) начало творить такие вещи, что стыдно признаваться в этом. 🙂

В обоих историях очень полезны оказались дампы, благодаря им удалось отыскать все причины падений, подружившись с такими инструментами, как JVisualVM (буду называть его JVVM), Eclipse Memory Analyzing Tool (MAT) и языком OQL (может быть я не умею его правильно готовить в MAT, но мне оказалось легче подружиться с реализацией OQL именно в JVVM).
Ещё вам понадобится свободная оперативка для того, чтобы было куда загружать дампы. Её объём должен быть соизмерим с размером открываемого дампа.

Начало

Итак, начну потихоньку раскрывать карты, и начну именно с JVVM.

Этот инструмент в соединении с jstatd и jmx позволяет удалённо наблюдать за жизнью приложения на сервере: Heap, процессор, PermGen, количество потоков и классов, активность потоков, позволяет проводить профилирование.
Также JVVM расширяем, и я не преминул воспользоваться этой возможностью, установив некоторые плагины, которые позволили куда больше вещей, например, следить и взаимодействать с MBean’ами, наблюдать за деталями хипа, вести длительное наблюдение за приложением, держа в «голове» куда больший период метрик, чем предоставляемый вкладкой Monitor час.

Вот так выглядит набор установленных плагинов.
Visual GC (VGC) позволяет видеть метрики, связанные с хипом.

Вот два скриншота вкладки VGC, которые показывают, как ведут себя два разных приложения.
Слева Вы можете увидеть такие разделы хипа, как Perm Gen, Old Gen, Survivor 0, Survivor 1, и Eden Space.
Все эти составляющие — участки в оперативке, в которую и складываются объекты.
PermGen — Permanent Generation — область памяти в JVM, предназначенная для хранения описания классов Java и некоторых дополнительных данных.
Old Gen — это область памяти для достаточно старых объектов, которые пережили несколько перекладываний с места на место в Survivor-областях, и в момент какого-то очередного переливания попадают в область «старых» объектов.
Survivor 0 и 1 — это области, в которые попадают объекты, которые после создания объекта в Eden Space пережили его чистку, то есть не стали мусором на момент, когда Eden Space начал чиститься Garbage Collector’ом (GC). При каждом запуске чистки Eden Space объекты из активного в текущий момент Survivor’а перекладываются в пассивный, плюс добавляются новые, и после этого Survivor’ы меняются статусами, пассивный становится активным, а активный — пассивным.
Eden Space — область памяти, в которой новые объекты порождаются. При нехватке памяти в этой области запускается цикл GC.

Перейдём ко второму приложению:

В нём Eden напоминает мне какой-то уровень из Mortal Kombat, арену с шипами. Была такая, кажется… А График GC — шипы из NFS Hot Pursuit, вот те вот, плоские ещё.
Числа справа от названий областей указывают:
1) что Eden имеет размер в 50 мегабайт, и то, что нарисовано в конце графика, последнее из значений на текущий момент — занято 25 мегабайт. Всего он может вырости до 546 мегабайт.
2) что Old может вырости до 1,333 гига, сейчас занимает 405 МБ, и забит на 145,5 МБ.
Так же для Survivor-областей и Perm Gen.
Для сравнения — вот Вам Tracer-график за 75 часов работы второго приложения, думаю, кое-какие выводы вы сможете сделать из него. Например, что активная фаза у этого приложения — с 8:30 до 17:30 в рабочие дни, и что даже на выходных оно тоже работает 🙂

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

Мусор — это объекты, на которые нет активных ссылок из других объектов, или целые комплексы таких объектов (например, какое-то «облако» взаимосвязанных оъектов может стать мусором, если набор ссылок указывает только на объекты внутри этого «облака», и ни на один объект в этом «облаке» ничто не ссылается «снаружи»).

Это был краткий пересказ того, что я узнал про структуру хипа за время, пока гуглил.

Предпосылки

Итак, случилось сразу две вещи:
1) после перехода на более новые библиотеки/томкеты/джавы в одну из пятниц приложение, которое я уже долгое время веду, вдруг стало вести себя из рук вон плохо спустя две недели после выставления.
2) мне на рефакторинг отдали проект, который тоже вёл себя до некоторого времени не очень хорошо.

Я уже не помню, в каком точно порядке произошли эти события, но после «чёрной пятницы» я решил наконец-то разобраться с дампами памяти детальнее, чтобы это более не было для меня чёрным ящиком. Предупреждаю, что какие-то детали я мог уже запамятовать.

По первому случаю симптомы были такие: все потоки, отвественные за обработку запросов, выжраны, на базу данных открыто всего 11 соединений, и те не сказать, что используются, база говорила, что они в состоянии recv sleep, то есть ожидают, когда же их начнут использовать.
После перезагрузки приложение оживало, но прожить могло недолго, вечером той же пятницы жило дольше всего, но уже после окончания рабочего дня таки снова свалилось. Картина всегда была одинаковой: 11 соединений к базе, и лишь один, вроде бы, что-то делает.
Память, кстати, была на минимуме. Сказать, что OOM привёл меня к поиску причин, не могу, однако полученные знания при поиске причин позволили начать активную борьбу с OOM.

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

Подсознание подсказывало, что причина где-то в работе с базой.
Поиск среди классов сказал мне, что в памяти аж 29 DataSource, хотя должно быть всего 7.

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

Сидеть переклацывать в просмотровщике все эти объекты было некогда, и моё внимание наконец-то привлекла вкладка OQL Console, я подумал, что вот он, момент истины — я или начну использовать её на полную катушку, или так и забью на всё это.

Прежде, чем начать, конечно же был задан вопрос гуглу, и он любезно предоставил шпаргалку (cheat sheet) по использованию OQL в JVVM: http://visualvm.java.net/oqlhelp.html

Сначала обилие сжатой информации привело меня в уныние, но после применения гугл-фу на свет таки появился вот такой OQL-запрос:

Это уже исправленная и дополненная, финальная версия этого запроса 🙂
Результат можно увидеть на скриншоте:

После нажатия на BasicDataSource#7 мы попадаем на нужный объект во вкладке Instances:

Через некоторое время до меня дошло, что есть одно несхождение с конфигурацией, указанной в теге Resource в томкете, в файле /conf/context.xml. Ведь в дампе параметр maxTotal имеет значение 8, в то время, как мы указывали maxActive равным 20…

Тут-то до меня и начало доходить, что приложение жило с неправильной конфигурацией пула соединений все эти две недели!
Для краткости напишу тут, что в случае, если вы используете Tomcat и в качестве пула соединений — DBCP, то в 7м томкете используется DBCP версии 1.4, а в 8м томкете — уже DBCP 2.0, в котором, как я потом выяснил, решили переименовать некоторые параметры! А про maxTotal вообще на главной странице сайта написано 🙂
http://commons.apache.org/proper/commons-dbcp/
«Users should also be aware that some configuration options (e.g. maxActive to maxTotal) have been renamed to align them with the new names used by Commons Pool 2.»

Причины

Обозвал их по всякому, успокоился, и решил разобраться.
Как оказалось, класс BasicDataSourceFactory просто напросто получает этот самый Resource, смотрит, есть ли нужные ему параметры, и забирает их в порождаемый объект BasicDataSource, молча игнорируя напрочь всё, что его не интересует.
Так и получилось, что они переименовали самые весёлые параметры, maxActive => maxTotal, maxWait => maxWaitMillis, removeAbandoned => removeAbandonedOnBorrow & removeAbandonedOnMaintenance.
По умолчанию maxTotal, как и ранее, равен 8; removeAbandonedOnBorrow, removeAbandonedOnMaintenance = false, maxWaitMillis устанавливается в значение «ждать вечно».
Получилось, что пул оказался сконфигурирован с минимальным количеством соединений; в случае, если заканчиваются свободные соединения — приложение молча ждёт, когда они освободятся; и добивает всё молчанка в логах по поводу «заброшенных» соединений — то, что могло бы сразу показать, в каком именно месте программист мудак код хватает соединение, но не отдаёт его обратно по окончанию своей работы.
Это сейчас вся мозаика сложилась быстро, а добывались эти знания дольше.

«Так быть не должно», решил я, и запилил патчик (https://issues.apache.org/jira/browse/DBCP-435, выразился в http://svn.apache.org/viewvc/commons/proper/dbcp/tags/DBCP_2_1/src/main/java/org/apache/commons/dbcp2/BasicDataSourceFactory.java?view=markup ), патч был принят и вошёл в версию DBCP 2.1. Когда и если Tomcat 8 обновит версию DBCP до 2.1+, думаю, что админам откроются многие тайны про их конфигурации Resource 🙂

По поводу этого происшествия мне лишь осталось рассказать ещё одну деталь — какого чёрта в дампе было аж 29 DataSource’ов вместо всего 7 штук. Разгадка кроется в банальной арифметике, 7*4=28 +1=29.

На каждую подпапку внутри папки /webapps поднимается своя копия /conf/context.xml, а значит то количество Resource, которые там есть, следует умножать на количество приложений, чтобы получить общее количество пулов, поднятых в памяти томкета. На вопрос «что в этом случае делать?» ответ будет таким: нужно вынести все объявления Resource из /conf/context.xml в файл /conf/server.xml, внутрь тега GlobalNamingResources. Там Вы можете найти один, имеющийся по умолчанию, Resource name=«UserDatabase», вот под ним и размещайте свои пулы. Далее необходимо воспользоваться тегом ResourceLink, его желательно поместить в приложение, в проекте, внутрь файла /META-INF/context.xml — это так называемый «per-app context», то есть контекст, который содержит объявления компонентов, которые будут доступны только для разворачиваемого приложения. У ResourceLink параметры name и global могут содержать одинаковые значения.
Для примера:

После этого всё стало ясно: 11 соединений было потому, что в одном, активном DataSource было съедено 8 соединений (maxTotal = 8), и ещё по minIdle=1 в трёх других неиспользуемых DataSource-копиях.

В ту пятницу мы откатились на Tomcat 7, который лежал рядышком, и ждал, когда от него избавятся, это дало время спокойно во всём разобраться.
Плюс позже, уже на TC7, обнаружилась утечка соединений, всё благодаря removeAbandoned+logAbandoned. DBCP радостно сообщил в логфайл catalina.log о том, что

Вот этот вот плохойПлохойМетод имеет в сигнатуре Connection con, но внутри была конструкция «con = getConnection();», которая и стала камнем преткновения. СуперКласс вызывается редко, поэтому на него и не обращали внимания так долго. Плюс к этому, вызовы происходили, я так понимаю, не во время рабочего дня, так что даже если что-то и подвисало, то никому уже не было дела до этого. А в ТуСамуюПятницу просто звёзды сошлись, начальнику департамента заказчика понадобилось посмотреть кое-что 🙂

Приложение №2

Что же касается «события №2» — мне отдали приложение на рефакторинг, и оно на серверах тут же вздумало упасть.
Дампы попали уже ко мне, и я решил попробовать поковырять и их тоже.
Открыл дамп в JVVM, и «чё-то приуныл»:

Что можно понять из Object[], да ещё и в таком количестве?
( Опытный человек, конечно же, увидел уже причину, правда? 🙂 )

Так у меня зародилась мысль «ну неужели никто ранее не занимался этим, ведь наверняка уже есть готовый инструмент!». Так я наткнулся на этот вопрос на StackOverflow: http://stackoverflow.com/questions/2064427/recommendations-for-a-heap-analysis-tool-for-java.
Посмотрев предложенные варианты, я решил остановиться на MAT, надо было попробовать хоть что-то, а это открытый проект, да ещё и с куда бОльшим количеством голосов, чем у остальных пунктов.

Eclipse Memory Analyzing Tool

Итак, MAT.
Рекомендую скачивать последнюю версию Eclipse, и устанавливать MAT туда, потому как самостоятельная версия MAT ведёт себя плохо, там какая-то чертовщина с диалогами, в них не видно содержимого в полях. Быть может кто-то подскажет в комментариях, чего ему не хватает, но я решил проблему, установив MAT в Eclipse.

Открыв дамп в MAT я запросил выполнение Leak Suspects Report.


Удивлению не было предела, честно говоря.

1.2 гига весят соединения в базу.

Каждое соединение весит от 17 до 81 мегабайта.

Ну и ещё «немного» сам пул.
Визуализировать проблему помог отчёт Dominator Tree:

Причиной всех падений оказались километры SQLWarning’ов, база настойчиво пыталась дать понять, что «010SK: Database cannot set connection option SET_READONLY_TRUE.», а пул соединений BoneCP не вычищает SQLWarning’и после освобождения и возврата соединений в пул (может быть это где-то можно сконфигурировать? Подскажите, если кто знает).
Гугл сказал, что такая проблема с Sybase ASE известна ещё с 2004 года: https://forum.hibernate.org/viewtopic.php?f=1&t=932731
Если вкратце, то «Sybase ASE doesn’t require any optimizations, therefore setReadOnly() produces a SQLWarning.», и указанные решения всё ещё работают.
Однако это не совсем решение проблемы, потому как решение проблемы — это когда при возврате соединения в пул все уведомления базы очищаются в силу того, что они уже никогда никому не понадобятся.
И DBCP таки умеет делать это: http://svn.apache.org/viewvc/commons/proper/dbcp/tags/DBCP_1_4/src/java/org/apache/commons/dbcp/PoolableConnectionFactory.java?view=markup, метод passivateObject(Object obj), в строке 687 можно увидеть conn.clearWarnings();, этот вызов и спасает от километров SQLWarning’ов в памяти.
Об этом я узнал из тикета: https://issues.apache.org/jira/browse/DBCP-102
Также мне подсказали про вот такой тикет в багтрекере: https://issues.apache.org/jira/browse/DBCP-234, но он касается уже версии DBCP 2.0.

В итоге я перевёл приложение на DBCP (пусть и версии 1.4). Пусть нагрузка на сервис и немаленькая (от 800 до 2к запросов в минуту), но всё же приложение ведёт себя хорошо, а это главное. И правильно сделал, потому как BoneCP уже пять месяцев не поддерживается, правда, ему на смену пришёл HikariCP. Нужно будет посмотреть, как дела в его исходниках…

Сражаемся с OOM

Впечатлившись тем, как MAT мне всё разложил по полочкам, я решил не забрасывать этот действенный инструмент, и позже он мне пригодился, потому как в первом приложении ещё остались всяческие «неучтёнки» — неучтённые вещи в коде приложения или коде хранимых процедур, которые иногда приводят к тому, что приложение склеивает ласты. Я их отлавливаю до сих пор.

Вооружившись обоими инструментами, я принялся ковырять каждый присланный дамп в поисках причин падения по OOM.
Как правило все OOM приводили меня к TaskThread.

И если нажать на надпись See stacktrace, то да, это будет как раз банальный случай, когда какой-то поток вдруг внезапно упал при попытке отмаршалить результат своей работы.

Однако здесь ничто не указывает на причину возникновения OOM, здесь лишь результат. Найти причину мне пока-что, в силу незнания всей магии OQL в MAT, помогает именно JVVM.
Загружаем дамп там, и пытаемся отыскать причину!

Искать мне следует, конечно же, именно вещи, связанные с базой данных, а посему попробуем сначала посмотреть, есть ли в памяти Statement’ы.

Два SybCallableStatement, и один SybPreparedStatement.
Думаю, что дело усложнится, если Statement’ов будет куда больше, но немного подрихтовав один из следующих запросов, указав в where нужные условия, думаю, всё у Вас получится. Плюс, конечно же, стоит хорошенько посмотреть в MAT, что за результаты пытается отмаршалить поток, какой объект, и станет понятнее, какой именно из Statement’ов необходимо искать.

Не то, это «внутренние» вызовы.

А вот и дичь!
Для чистоты эксперимента можно кинуть такой же запрос в любимой БД-IDE, и он будет очень долго отрабатывать, а если покопаться в недрах хранимки, то будет понятно, что там просто из базы, которая нам не принадлежит, выбирается 2 миллиона строк по такому запросу с такими параметрами. Эти два миллиона даже влазят в память приложения, но вот попытка отмаршалить результат становится фатальной для приложения. Такое себе харакири. 🙂
При этом GC старательно убирает все улики, но не спасло его это, всё же источник остался в памяти, и он будет наказан.

Почему-то после всего этого рассказа почувствовал себя тем ещё неудачником.

Прощание

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

Думаю, самое время почитать документацию к MAT…

UPD2 (2015-10-28) | Случай номер два три
(Было принято решение дописать это сюда как апдейт, а не пилить новую статью о том же самом):
Ещё один интересный случай, но уже с Оракловой базой.
Один из проектов использует фичу с XML, проводит поиски по содержимому сохранённого XML-документа. В общем, этот проект иногда давал о себе знать тем, что вдруг внезапно один из инстансов переставал подавать признаки жизни.
Почуяв «хороший» случай потренироваться на кошках, я решил посмотреть его дампы памяти.

Первое, что я увидел, было «у вас тут много коннектов в памяти осталось». 21к. И какой-то интересный oracle.xdb.XMLType тоже давал жару. «Но это же Оракл!», вертелось у меня в голове. Забегая вперёд скажу что таки да, он виноват.

Итак, видим кучу T4CConnection, которые лежат в HashMap$Entry. Обратил внимание сразу, что вроде бы и SoftHashMap, что, вроде как, должно означать, что оно не должно вырастать до таких размеров. Но результат видите и сами — 50-60 килобайт в коннекте, и их реально МНОГО.

Посмотрев, что собой представляют HashMap$Entry — увидел, что примерно картина одинакова, всё связано с SoftHashMap, с Оракловыми коннектами.

Что, собственно, подтверждалось такой картинкой. HashMap$Entry было просто море, и они более-менее сакуммулировались внутри oracle.xdb.SoftHashMap.
В следующем дампе картина была примерно такой же. По Dominator Tree было видно, что внутри каждого Entry находится тяжёлый такой BinXmlProcessorImpl.

-=-=-
Если учесть, что я в тот момент был не силён в том, что такое xdb, и как он связан с XML, то, несколько растерявшись, я решил, что надо бы погуглить, быть может кто-то уже в курсе, что со всем этим нужно делать. И чутьё не обмануло, по запросу «oracle.xdb.SoftHashMap T4CConnection» нашлось
раз piotr.bzdyl.net/2014/07/memory-leak-in-oracle-softhashmap.html
и два leakfromjavaheap.blogspot.com/2014/02/memory-leak-detection-in-real-life.html
Утвердившись, что тут всё-таки косяк у Оракла, дело оставалось за малым.
Попросил администратора БД посмотреть информацию по обнаруженной проблеме:

Источник

Adblock
detector

ошибка торрентаЕсли вы оказались на этой странице, значит, вам не повезло, и ошибка торрента не даёт скачать раздачу, которую вы так сильно желаете. Возможно, вы приготовили себе вкусный ужин, который хотите съесть за просмотром какого-нибудь фильма или сериала, а он, как назло, не хочет грузиться из-за проклятой ошибки торрент-клиента. Тогда я вам не завидую — ситуация неприятная, и нужно её исправлять, иначе ужин остынет, а вечер будет подпорчен. Я только очень надеюсь, что ваш торрент-клиент выдаёт одну из распространённых ошибок, и мои рекомендации смогут вам помочь.

Самые распространенные ошибки торрент-клиента и методы их исправления:

Ошибка: отказано в доступе write to disk

Причина: У торрент-клиента недостаточно прав для записи на диск.
Как исправить:
— Зайдите в свойства папки, в которую вы скачиваете «проблемный» файл(ы), и уберите галочку с пункта «Только для чтения». Перезапустите торрент-клиент.
— Закройте торрент клиент и откройте свойства его ярлыка. На вкладке «Совместимость» поставьте галку на пункте «Выполнять эту программу от имени администратора».

Ошибка: Системе не удается найти указанный путь

Причина: 1. Папка, в которую вы пытаетесь что-то скачать, не существует, и торрент-клиент не может её создать; 2. Путь к папке слишком длинный и торрент-клиент не может его прочитать (ограничение системы на 255 знаков); 3. Загружаемые файлы были перемещены или удалены.
Как исправить:
— Проверьте наличие папки, в которую загружается раздача. Создайте её, если нужно.
— Позаботьтесь о том, чтобы папка находилась поближе к корневому каталогу (С:Загрузки — к примеру).
— Если вы получаете ошибку «Системе не удается найти указанный путь» при попытке докачать раздачу, которая уже была частично загружена, проверьте на месте ли части файлов и перехешируйте раздачу. Для этого в торрент-клиенте нажмите правой кнопкой мыши по нужной раздаче и выберите «Обновить хеш».
Если ошибка не исчезла, удалите торрент и добавьте его снова. Желательно загружать в отличное от предыдущего место.

Ошибка: Процесс не может получить доступ к файлу, так как этот файл занят другим процессом

Причина: Какое-то другое приложение мешает загрузке торрента. Такая ошибка, когда торрент-клиент не может получить доступ к загружаемому файлу, возникает чаще всего из-за процессов, протекающих в самой системе Windows. Обычно это связано с мультимедийными файлами (картинки, видеофайлы и др.). Когда система находит подобные файлы, она добавляет их в свой индекс. Т.е. обращается к файлу, а так как у системы приоритет выше, то uTorrent’у ничего не остаётся, кроме как «жаловаться».
Как исправить:
— Отключите эскизы у файлов и папок. Для этого в меню «Пуск» выберите пункт «Выполнить» или просто нажмите на клавиатуре Win + R. Введите в поле команду control folders и нажмите Ok. Откроются «Параметры папок». На вкладке «Вид» найдите «Всегда отображать значки, а не эскизы», поставьте галочку и подтвердите кнопкой Ok.
— Если ошибка всё ещё возникает, попробуйте добавить торрент-клиент в исключения антивируса.
— Не открывайте файлы/папки до окончания загрузки.

Это были 3 самых распространенных ошибки, которые беспокоят пользователей bittorrent-сетей год за годом. К сожалению, эти ошибки возникают не из-за торрент-клиента как такового, иначе бы их давно исправили. Поэтому даже правильная настройка не спасёт.
На самом же деле ошибок значительно больше, но нет особого смысла их описывать, потому что появляются они исключительно редко. Тем не менее, если у вас возникла какая-то проблема, и вы не можете скачать торрент без ошибок, напишите об этом в комментариях, я обязательно помогу. На этом всё!

Проблема может быть связана с ограничением длины пути в Windows. К сожалению, Windows ограничивает длину пути 255 символами (включая имя файла). Попробуйте сохранять торрент в папку уровнем ближе к корневой, например, C:torrent.

2. Как исправить ошибку «Не удается сохранить файл resume»?

Создайте два пустых файла с именами «settings.dat» и «resume.dat» (без кавычек) в папке, где находится utorrent.exe. Убедитесь, что Windows не скрывает расширений (в Проводнике откройте меню «Сервис» -> Свойства папки» -> «Вид», снимите флажок «Скрывать расширения для зарегистрированных типов файлов», и нажмите «OK»).

3. Что означает надпись «Загрузка ограничена» в строке состояния?

Это защита от недобросовестных личеров, встроенная в µTorrent. Ваша скорость раздачи слишком мала и скорость загрузки установлена всего в 6 раз большей (в 3 раза в версии 1.4, сборка 402, в 6 раз в версии 1.4.1, сборка 405 и новее). Множитель «6» выбран, чтобы не пострадали пользователи, подключенные через dial-up, ISDN, и т.п. Защитные меры сказываются лишь при скоростях отдачи в 1—5 КБайт/с.

4. Что означает надпись «Диск перегружен» в строке состояния?

Это значит, что диск не может успевает обрабатывать подаваемые/запрашиваемые данные. Чтобы устранить проблему, измените параметры кэширования диска. Однако при добавлении торрента это нормально и не говорит о перегрузке диска; проблема связана с алгоритмами µTorrent и будет устранена в будущем. Через пару минут все пройдет.

5. Что означает сообщение «Не удается назначить порт UPnP xx.xx.xx.xx:xx»?

µTorrent не смог назначить порт посредством UPnP. Если зеленый индикатор горит или порт назначен вручную, сообщение можно игнорировать. Но если индикатор желтого или красного цвета, значит, входящие подключения блокируются брандмауэром, либо нужно назначить порт вручную. Сегодня UPnP работает в µTorrent 1.5 под Windows XP, в других ОС придется назначить порт вручную. Тем не менее, версия 1.5.1 beta 462 и новее поддерживают UPnP во ВСЕХ ОС.

6. Что означает сообщение «Ошибка брандмауэра Windows: 0x800706D9»?

µTorrent не смог внести себя в список исключений брандмауэра Windows посредством его API. Похоже, что брандмауэр отключен или не установлен. Это сообщение можно игнорировать. Но если вы пользуетесь другим брандмауэром, вам придется вручную настроить его, чтобы разрешить входящие и исходящие подключения.

7. Я получаю сообщение «Ошибка: недостаточно места на диске», хотя места более, чем достаточно!

Это случается только с дисками FAT32, в силу ограничений FAT32. В разделах FAT32 нельзя создать файл размером более 4 ГБ. Единственный выход — конвертировать диск в NTFS, либо сохранять файл на существующий NTFS-диск. Чтобы конвертировать диск в NTFS, нажмите «Пуск» -> «Выполнить» -> cmd, затем наберите «convert X: /FS:NTFS», где X — буква конвертируемого диска.

8. Я получаю сообщение «Ошибка: элемент не найден» и торрент останавливается.

Обычно это случается при включенном параметре bt.compact_allocation. Выключите его, эта функция пока работает не полностью. Если вам нужно экономить место при скачивании, используйте параметр diskio.sparse_files (только для дисков NTFS). Также вероятно, что вы удалили/переименовали файлы торрента. Верните их на место, дайте им прежние имена или перехэшируйте.

9. Я получаю сообщение «Ошибка: неверный параметр» при выборочной загрузке файлов под Windows 95/98/ME.

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

10. Я получаю сообщение «Ошибка данных (проверка четности)» и торрент останавливается.

Это не ошибка µTorrent, сообщение генерирует контроллер жесткого диска. Это означает, что жесткий диск не смог считать/записать данные из-за плохих секторов, что говорит о возможной скорой гибели диска. Может помочь запуск программы chkdsk, но предпочтительнее использовать более мощные средства восстановления (например, SpinRite).

Пиринговые сети значительно ускоряют передачу данных, поэтому торрент используют миллионы пользователей по всему миру, чтобы скачивать фильмы, музыку, программы и многое другое. Какое же разочарование постигает обычного человека, который хочет скачать фильм: потратил время, чтобы найти его в интернете, открыл торрент клиент, а при загрузке выскакивает ошибка «Отказано в доступе (Write to disk)». И всё бы ничего, но зловредная ошибка не исчезает ни при удалении и назначении новой закачки, ни при перезапуске программы.

Что же это за ошибка и неужели теперь придётся тянуть фильм непосредственно из браузера со скоростью черепахи? Давайте попробуем разобраться вместе.

Отказано в доступе. Почему торрент блокирует закачку

Если просто «в лоб» перевести смысл ошибки «Отказано в доступе (Write to disk)», то в русском варианте это будет выглядеть примерно так: «Отказ доступа во время процесса записи на диск». Смысл такого сообщения в том, что ваш торрент-клиент, в нашем случае программа uTorrent, не обладает административными правами, поэтому не может сохранить нужный файл в назначенную директорию. Директорию можно проверить, зайдя в настройки uTorrent.

Как правило, проблема «Отказано в доступе (Write to disk)» появляется вследствие таких причин:

• Возникла ошибка операционной системы.
• У uTorrent нет прав, чтобы вносить изменения в директорию, которая является хранилищем загружаемых торрентом файлов.
• На вашем компьютере банально закончилось место на диске, из-за этого торрент не может добавить информацию.
• Ваше устройство заражено вредоносным ПО, которое блокирует доступ к папке хранилища скачиваемых торрент-файлов.
• Защитные программы, установленные на вашем компьютере, распознают действия торрент-клиента как угрозу и ограничивают доступ к папке с хранящимися загружаемыми файлами.
• Путь к месту хранения загружаемых файлов в торрент прописан не латинскими буквами.
• Проблемы именно с программой uTorrent.

Какие действия нужно предпринять, чтобы решить проблему «Отказано в доступе Write to disk» uTorrent

Ниже приведена пошаговая инструкция. Мы рекомендуем следовать предложенному плану действий, чтобы исправить ошибку наверняка.

1. Самый простой, но иногда действенный способ — перезагрузить устройство. Если проблема с торрентом не имеет серьёзного характера, то ошибка пропадёт.
2. Удостоверьтесь, что диск, на который ссылается торрент-клиент, не заполнен под завязку, то есть что объём свободного места диска больше, чем размер скачиваемого файла. А также нелишним будет очистить реестр торрента от мусора: удалите ненужные файлы, выделенные красным цветом.
3. Попробуйте открыть программу uTorrent от имени администратора. Для этого сначала правильно выйдем из программы, нажав на «Выход», затем вызываем контекстное меню, кликая правой кнопкой мыши на значке uTorrent, выбираем пункт «Свойства». В меню «Совместимость» в строке «Выполнить эту программу от имени администратора» устанавливаем флажок. Сохраняем изменения и проверяем, устранена ли проблема.

   

   Свойства ярлыка программы uTorrent

4. Изменяем место для хранения скачанных файлов. Следует помнить, что путь к папке обязательно должен содержать только латинские буквы. В идеале просто создайте новую папку в корневом каталоге диска и назовите её английскими литерами. Теперь все новые загружаемые файлы будут храниться в новой только что созданной папке.

   

   Окно настроек программы uTorrent

   Что делать, если в вашем торрент-клиенте ещё остались незавершённые загрузки? Всё просто: в открытом uTorrent нажимаем на нужной загрузке правую кнопку мыши, открываем дополнительные опции и назначаем путь к нужной папке.

5. Просканируйте устройство на присутствие вредоносного ПО. Мы рекомендуем использовать хорошо себя зарекомендовавшие антивирусные программы Web, Malwarebytes Anti-Malware, Trojan Remover.
6. Приостановите на время деятельность антивирусной программы и попробуйте скачать торрент-файл с выключенным антивирусом.
7. Когда ни один из вариантов не подошёл, стоит сначала удалить вашу программу, а затем заново проинсталлировать, возможно, даже более новую версию, скачанную с интернета. Как вариант, можно попробовать установить другой торрент-клиент.

Вот собственно и все известные нам универсальные способы устранения ошибки «Отказано в доступе (Write to disk)». Отдельно отметим ещё один случай, который может помочь пользователям с установленной операционной системой Windows 10. Находим значок uTorrent, вызываем контекстное меню нажатием правой кнопки мыши, в свойствах во вкладке «Совместимость» отмечаем флажком строку «Запустить программу в режиме совместимости с Windows XP (Service Pack 3)».

Выводы

Не стоит отчаиваться, если у вас выскочила ошибка «Отказано в доступе (Write to disk)» при закачке файла через торрент-клиент. Возможно, простейшие манипуляции типа перезагрузки компьютера или смены места хранения закачек, помогут вам быстро решить проблему. Если простые методы оказались бессильны, то следует просканировать ваш компьютер на заражение вредоносными программами. В любом случае эта процедура будет полезна для вашей операционной системы.

Во время скачивания или раздачи файла появляется сообщение «Ошибка: Путь не найден» и закачка, раздача прекращается.

Если ваша операционная система — Windows. То, скорей всего, проблема связана с ограничением длинны директории в 255 символов. Тоесть если путь выглядит следующим образом: C:/Program Files/Users/Local Users/My Users/My Files/Files From Internet/Downloaded
From Torrent Trackers/Multimedia Files/Video Files/Favorite Files/Films/HD quality/Comedy Films/Американский пирог/Американский пирог 4 (American Pie Four) — Музыкальный лагерь.avi (265 символов), то появится данное сообщение об ошибке.
Заметьте, что имя файла, включается в ограничение длинны дериктории вместе с расширением.

Чтобы избежать такой ошибки, необходимо разместить файл в менее глубокой директории, к примеру C:/TorrentFiles.

Появляется ошибка uTorrent «Не удается сохранить файл resume».

Для устранения данной ошибки необходимо создать файлы «settings.dat» и «resume.dat» в директории программы (в папке, где находится utorrent.exe)

В строке состояния находится сообщение «Загрузка ограничена».

Это сообщение выводится системой защиты от личеров. Таким образом, uTorrent охраняет других клиентов. Сообщение возникает, когда скорость вашей отдачи в 6
раз меньше скорости загрузки. Но, данный ограничитель работает только, когда вы раздаете со скоростью, ниже 5 КБайт/с, хотя можете раздавать и с большей.

В строке состояния появляется запись — «Диск перегружен».

Такой статус появляется, если ваш жесткий диск не успевает обрабатывать информацию, поступаемую от клиента. Для устранения данной проблемы uTorrent необходимо изменить настройки кэширования диска, через настройки uTorrent:
Options — Preferences — Advanced — Cache (Настройки — Конфигурация — Дополнительно — Кэширование), установите значение кэширования примерно 50 Мб. Или просто отключить «Enable caching of disk writes» (Кеширование записей на диск).

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

Чтобы избежать этой проблемы в дальнейшем, нужно в Advanced Settings установить значение параметра «diskio.no_zero» равное «True» (Доступно с версии 1.8.1).

Также, такая ошибка uTorrent возникает, когда долгое время не проводилась «Очистка диска» и «Дефрагментация диска».

Появляется сообщение «Не удается назначить порт UPnP **.**.**.**:**».

Данная ошибка возникает при условии, что uTorrent не может назначить необходимый порт через UPnP. Сообщение можно игнорировать, если индикатор работы зеленого цвета, или вы настраивали порт вручную. Но когда индикатор желтый или красный, необходимо
проверить, не блокируется ли порт брандмауэром, или назначить порт вручную, через настройки клиента: Options — Preferences — Connection (Настройки — Конфигурация — Соединение).

При загрузке uTorrent появляется «Ошибка брандмауэра Windows: 0x800706D9» (Error opening Windows firewall: 0x800706D9)

Клиент не смог внести себя в список исключений Windows брандмауэр. Если брандмауэр выключен или отсутсвует, то попробуйте отключить опцию «Add Windows Firewall exception»
(Добавлять uTorrent к исключениям Windows Firewall). Или же, если у вас установлен другой Firewall, вам придется вручную настраивать его и открывать порты.

Также, можно установить в настройках соединения uTorrent свой порт, который не будет изменяться, и разрешить для него входящий трафик
в файерволе.

Во время скачивания торрента, появляется сообщение «Ошибка: недостаточно места на диске».

Ошибка uTorrent проявляется, когда у вас и вправду мало места на диске, или если файловая система вашего диска — FAT32, так как в ней присутствует ограничение на максимальный размер файла — 4 Гб. Для устранения ошибки нужно конвертировать
FAT32 в NTFS.

Появляется сообщение «Error: Element not found» (Ошибка: элемент не найден) и закачка прекращается.

Ошибка возникает из-за включенного параметра «bt.compact_allocation».

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

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

Выводится «Ошибка: неверный параметр» при выборочной загрузке.

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

Во время закачки появляется «Ошибка данных (проверка четности)».

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

В статусе трекера появляется сообщение «Неверная информация с трекера» и клиент не раздает и не скачивает файлы.

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

Возможно, проблема в том, что вы работаете через proxy. Чтобы устранить её приобретите внешний (public) IP-адрес у своего провайдера.

При включенном клиенте скорость интернета резко падает до 0, даже если uTorrent ничего не качает.

Проблема не только в клиенте, но и в операционной системе. Для её решения нужно установить патч на количество TCP-соединений (Windows Half-open limit fix (patch))

Запускаю uTorrent, отображаются раздающие и скачивающие клиенты, но закачка не идет.

Скорей всего, проблема в следующем: торренты закрыты провайдером или вашим файерволом. Возможны ошибки в системе рейтингов.

Для решения проблемы свяжитесь с вашим провайдером и проверьте файервол.