Ошибка кэша в торренте что это - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

Ошибки хеша во время пользования торрент-клиентом возникают довольно редко, зато почти всегда в самый неподходящий момент. Например, вы нашли какой-то интересный фильм или программу, которая в чём-то уникальна и не слишком распространена на просторах интернета. Открываете торрент-клиент, ставите на закачку, причём скачивается файл, как по закону подлости, с единственного источника, но не тут-то было. Закачка светится красным цветом и появляется комментарий «Отказано в доступе (Hash)».

Как решить ошибку закачки торрента «Отказано в доступе (Hash)».

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

Хеширование данных. Суть ошибки

Пиринговые сети, которые используют торрент-клиенты, проверяют закачиваемые файлы на наличие повреждений с помощью хеширования. Суть состоит в том, что если искомый файл имеет дефекты со стороны источника (файл повреждён или изменены какие-то его параметры), то обязательно возникает ошибка хеша.

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

Как понять, что у вас ошибка хеша

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

Скачивание файла то и дело прерывается, несмотря на то, что идёт из нескольких источников.
Во время загрузки файла обнаруживается, что его размер больше заявленного. То есть, допустим, вы качали программу размером 400 МБ, но, закачав 600 МБ, загрузка так и не завершилась.
Одна из закачек стопорится, недогрузив всего один-два процента.
При закачке торрента, который скачивают, помимо вас, другие пользователи, вы замечаете, что количество источников не изменяется (хотя количество источников должно увеличиваться, раз этот торрент одновременно закачивает много человек). Это происходит потому, что у других пользователей симптом, описываемый в предыдущем пункте — загрузка остановилась, недокачав один-два процента.

Правильная работа клиента выглядит так:

Как исправить ошибку хеша

С принципом хеширования и особенностями работы торрент-клиента мы уже познакомились в начале статьи. Для поиска методов решения придётся немного углубиться в эту тему.

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

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

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

Далее, снова кликните правой кнопкой мыши на загрузке и выберите пункт «Сброс банов» — эта опция снимет блокировку с проблемных источников. Если проблемных раздач несколько, повторите процедуру для каждой из них.

Делаем выводы

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

ВАЖНО. При создании раздачи музыкальных файлов удостоверьтесь в том, что ваш аудиоплеер не настроен на автоматическое изменение тегов.

Источник

Те кто постоянно качают через торрент не могли не встретится с ошибкой хеша. В этой статье мы осмотрим ошибки хеша в торренте и ее решение.

Ошибка хеша — это повреждённые или лишние части файла. Юторрент сам исправляет это, заменяя их новыми файлами.

Почему возникает данная ошибка (потеряно ошибок хеша).

Чаще всего ее появление указывает, что вы переименовали, перенесли или используете в данное время файл который еще не скачался. Иногда причиной есть внезапное отключение электричества и компьютер неправильно выключился.

Как решить проблему ошибки хеша в utorrent.

На самом дела программа юторрент знает как решить эту проблему. Ничего делать не нужно, все само докачается до 100%. Только закройте все сторонние программы которые могут использовать файл который загружается в настоящее время. А именно часто качая например сериал, пользователи хотят что-то посмотреть то что скачалось, они открывают фильм который еще не скачался до конца. Тем самым вызывают проблему с хешом. Надо просто все закрыть и если хотите пересчитать хеш. Чтобы пересчитать торрент нужно остановить.

Источник

Ошибки хеша встречаются не часто, но время от времени приходится сталкиваться с подобной проблемой. Как назло, ошибки хеша возникают, когда ты пытаешься скачать нужный торрент, как правило, с одним единственным сидером. Соответственно, скачать не получается без непосредственного участия самого сидера. А это большая проблема! Ведь мы начинаем злиться и топать ногами, не получая того, что нам нужно.

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

Признаки

1. Вы скачиваете торрент, который имеет сидеров, но закачка файла постоянно обрывается, хотя файл скачался не полностью.
2. Вы скачиваете торрент и вы скачали больше данных, чем есть на самом деле. Например, размер файла 300 мб, а вы скачали 500 мб. Это, так называемые, излишки.
3. В вашем клиенте есть торрент, закачка которого останавливается на 98-99%.
4. Вы сидируете какой-то файл, который имеет личеров, но по истечении определенного времени, они не присоединяются к сидерам, а в пирах видно, что закачка у этих личеров застряла на 98-99%

Решения

1. Мы уже разобрались в том, что такое ошибки хеша и выяснили причину, когда закачка файла обрывается по вине сидера, отправляющего вам неверные данные. Торрент клиент, принимая данные, сверяет хеш-сумму. В случае если сумма не совпадает, он скачивает этот кусок файла снова. Через определенное количество неудачных попыток, клиент блокирует сидера, который отсылает неверные данные. Именно из-за этого процесса возникают излишки. В этом случае, при помощи ЛС (личных сообщений) стоит обратиться к сидеру, и попросить его заново создать и загрузить торрент-файл.
2. Некоторые торрент-клиенты, такие как Transmission и BitTornado не банят сидера, если он отправляет вам неверные данные. Из-за этого излишки могут быть очень существенными. Я рекомендую вам использовать uTorrent или Vuze.
3. Также, вы можете попробовать перехешировать файл. Для этого вам нужно выбрать в клиенте нужный торрент, кликнуть по нему правой кнопкой мыши и выбрать пункт «Обновить хеш». После этого, возможно, вам понадобится провести «Сброс банов», чтобы разблокировать сидеров. Этот пункт находится там же, где и «Обновить хеш», только чуть выше на вкладке «Дополнительно».

Вывод

1. Используйте надежный клиент, который сведет ваши «излишки» к минимуму.
2. Убедитесь, что ваш музыкальный плеер автоматически не меняет теги в файлах. Примером таких своевольных программ, вызывающих ошибки хеша, являются iTunes и WMP
3. И сами не редактируйте теги у файлов. Если вам это, действительно, необходимо, то создайте копию файла.

Поделиться с друзьями:

Метки: ошибки хеша, клиент

Источник

Содержание

Что такое ошибка хеша в торренте
Что это за ошибка, и как ее диагностировать
Как исправить?
Что такое ошибка хеша в uTorrent
Как выявить и исправить ошибки хеша в торренте
Решение проблемы ошибки хеша торрента
Хеширование данных. Суть ошибки
Как понять, что у вас ошибка хеша
Как исправить ошибку хеша
Делаем выводы
Ошибки хеша в uTorrent — что это такое?
Ответы:
Проблемы при работе с кэшем и способы их решения
Деление данных между кэширующими серверами
Параллельные запросы на обновление данных
Блокировка перед началом выполнения операции пересчёта/ загрузки данных
Вынос обновлений в фон
Вероятностные методы обновления
«Холодный» старт и «прогревание» кэша
Пример
«Горячие» ключи
Сбои в работе

Что такое ошибка хеша в торренте

Хеш-сумма используется для проверки файлов на целостность. Этот механизм реализован в торрент-клиентах — он позволяет проверять загружаемые файлы , исключая битые и поврежденные данные.

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

Что это за ошибка, и как ее диагностировать

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

В связи с чем это может произойти? Можно было бы предположить, что при нарушении соединения, данные были получены не полностью. Но это сразу можно исключить. Современные торрент-клиенты имеют в своем арсенале функционал докачки файлов при обрыве связи.

Так в чем же причина? Чаще всего — данные в раздаче были обновлены , пока идет процесс загрузки. Раздающий удаляет, добавляет или изменяет исходные файлы. В итоге у вас будет расхождение в общем списке полученных данных — отсюда и ошибка.

Какие симптомы могут на это указывать?

Раздача останавливается, дойдя до 99%.
Объем полученных данных больше того, который был заявлен изначально.
Множественные обрывы закачки.

Отдельно нужно остановиться на втором пункте. В том случае, если раздающий обновляет данные, то ваш торрент-клиент пытается автоматически загрузить все доступные (в том числе и новые) файлы. Отсюда больший объем полученной информации.

Как исправить?

Самый простой способ — обновить хеш-сумму .

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

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

Источник

Что такое ошибка хеша в uTorrent

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

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

Как выявить и исправить ошибки хеша в торренте

Для начала разберемся с признаками:

При скачивании торрента с достаточным количеством раздающих, загрузка постоянно обрывается, хотя файл скачался полностью.
После загрузки торрента вы обнаружили, что скачали больше заявленного в описании объема (указан вес в 400 Мб, а вы загрузили 600 Мб). Это излишки.
Вы сидируете файл к которому присоединились несколько личеров, но даже по прошествии длительного времени эти пользователи не присоединяются к сидерам, а пиры показывают, что закачка у них остановилась на 98-99%.
Среди загружаемых вами торрентов есть такой, чья загрузка останавливается на 98-99%.

Рассмотрим несколько способов, которые помогут исправить ошибки хеша:

Во время приема данных, uTorrent сравнивает хеш-сумму, и если она не совпадает, то он загружает эту часть снова. Именно из-за этого и появляются излишки. Некоторые торрент-клиенты могут заблокировать пользователя, отправляющего такие неверные данные. С помощью личных сообщений, на трекере можно обратиться к человеку и попросить перезалить раздачу.
Решить вопрос можно и самостоятельно, попробовав перехешировать торрент. Выберите необходимое задание и кликните правой кнопкой мышки по нему. Найдите пункт «Обновить хеш».

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

Источник

Решение проблемы ошибки хеша торрента

Как решить ошибку закачки торрента «Отказано в доступе (Hash)».

Хеширование данных. Суть ошибки

Как понять, что у вас ошибка хеша

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

Скачивание файла то и дело прерывается, несмотря на то, что идёт из нескольких источников.
Во время загрузки файла обнаруживается, что его размер больше заявленного. То есть, допустим, вы качали программу размером 400 МБ, но, закачав 600 МБ, загрузка так и не завершилась.
Одна из закачек стопорится, недогрузив всего один-два процента.
При закачке торрента, который скачивают, помимо вас, другие пользователи, вы замечаете, что количество источников не изменяется (хотя количество источников должно увеличиваться, раз этот торрент одновременно закачивает много человек). Это происходит потому, что у других пользователей симптом, описываемый в предыдущем пункте — загрузка остановилась, недокачав один-два процента.

Правильная работа клиента выглядит так:

Как исправить ошибку хеша

Делаем выводы

Источник

Ошибки хеша в uTorrent — что это такое?

При скачивании файлов с трекеров программа uTorrent, помимо прочей информации, показывает сколько потеряно МБ и количество ошибок хеша. Количество этих ошибок может достигать десятков. Что означают эти ошибки?

Например, если скачивается раздача размером в несколько десятков ГБ, и она скачивается в несколько приёмов в течении дня, то при каждом запуске компьютера мюТоррент перед продолжением скачивания делает проверку уже скаченного. Могут-ли эти ошибки повлиять на оригинальность скаченных файлов, не окажется-ли эта раздача при наличии ошибок хеша бесполезной, например, если это игры, программы?

Андрей задал(а) этот вопрос 28 марта 2015

Ответы:

Женя | 23 сентября 2016, 18:14
При скачке Программ ошибка хеша на исходный файл не влияет, игра будет работать программа запуститься

adam | 1 апреля 2015, 15:21
Окажется. Перечитать надо торрент, а то риск есть и немалый. Нужно перехешировать закачку.

Марфа | 31 марта 2015, 10:50
Влиять на работоспособность раздачи они не могут. Правильнее говорить о том, что они сигнализируют о наличии неких проблем в раздаче. Хеш используется практически во всех р2р сетях для проверки целостности (правильности) файла. Но тут могут быть проблемы не только со стороны скачивающего, но и со стороны сидера.

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

Перехешируйте файл — по торренту правой кнопкой мыши — Сброс банов. Обновить хеш найдите во вкладке «Дополнительно».

Источник

Проблемы при работе с кэшем и способы их решения

Меня зовут Виктор Пряжников, я работаю в SRV-команде Badoo. Наша команда занимается разработкой и поддержкой внутреннего API для наших клиентов со стороны сервера, и кэширование данных — это то, с чем мы сталкиваемся каждый день.

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

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

При работе я исхожу из того, что рассматриваемая система состоит из приложения, базы данных и кэша для данных. Вместо базы данных может использоваться любой другой источник (например, какой-то микросервис или внешний API).

Деление данных между кэширующими серверами

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

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

Самый очевидный способ разбивки данных — вычисление номера сервера псевдослучайным образом в зависимости от ключа кэширования.

Есть разные алгоритмы для реализации этого. Самый простой — вычисление номера сервера как остатка от целочисленного деления численного представления ключа (например, CRC32) на количество кэширующих серверов:

Такой алгоритм называется хешированием по модулю (англ. modulo hashing). CRC32 здесь использован в качестве примера. Вместо него можно взять любую другую хеширующую функцию, из результатов которой можно получить число, большее или равное количеству серверов, с более-менее равномерно распределённым результатом.

Этот способ легко понять и реализовать, он достаточно равномерно распределяет данные между серверами, но у него есть серьёзный недостаток: при изменении количества серверов (из-за технических проблем или при добавлении новых) значительная часть кэша теряется, поскольку для ключей меняется остаток от деления.

Я написал небольшой скрипт, который продемонстрирует эту проблему.

В нём генерируется 1 млн уникальных ключей, распределённых по пяти серверам с помощью хеширования по модулю и CRC32. Я эмулирую выход из строя одного из серверов и перераспределение данных по четырём оставшимся.

В результате этого «сбоя» примерно 80% ключей изменят своё местоположение, то есть окажутся недоступными для последующего чтения:

Total keys count: 1000000
Shards count range: 4, 5

ShardsBefore	ShardsAfter	LostKeysPercent	LostKeys
5	4	80.03%	800345

Самое неприятное тут то, что 80% — это далеко не предел. С увеличением количества серверов процент потери кэша будет расти и дальше. Единственное исключение — это кратные изменения (с двух до четырёх, с девяти до трёх и т. п.), при которых потери будут меньше обычного, но в любом случае не менее половины от имеющегося кэша:

Я выложил на GitHub скрипт, с помощью которого я собрал данные, а также ipynb-файл, рисующий данную таблицу, и файлы с данными.

Для решения этой проблемы есть другой алгоритм разбивки — согласованное хеширование (англ. consistent hashing). Основная идея этого механизма очень простая: здесь добавляется дополнительное отображение ключей на слоты, количество которых заметно превышает количество серверов (их могут быть тысячи и даже больше). Сами слоты, в свою очередь, каким-то образом распределяются по серверам.

При изменении количества серверов количество слотов не меняется, но меняется распределение слотов между этими серверами:

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

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

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

Основное преимущество этого способа перед предыдущим заключается в том, что здесь каждому серверу соответствует не одно значение, а целый диапазон, и при изменении количества серверов между ними перераспределяется гораздо меньшая часть ключей ( k / N , где k — общее количество ключей, а N — количество серверов).

Если вернуться к сценарию, который я использовал для демонстрации недостатка хеширования по модулю, то при той же ситуации с падением одного из пяти серверов (с одинаковым весом) и перераспределением ключей с него между оставшимися мы потерям не 80% кэша, а только 20%. Если считать, что изначально все данные находятся в кэше и все они будут запрошены, то эта разница означает, что при согласованном хешировании мы получим в четыре раза меньше запросов к базе данных.

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

Наряду с согласованным хешированием есть и другие способы решения этой проблемы (например, rendezvous hashing), но они гораздо менее распространены.

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

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

В нашем случае почти все кэшируемые данные относятся к одному пользователю, поэтому мы используем User ID в качестве параметра шардирования данных в кэше. Благодаря этому у нас получается распределить данные более-менее равномерно. Кроме того, мы получаем бонус — возможность использования multi_get для загрузки сразу нескольких разных ключей с информацией о юзере (что мы используем в предзагрузке часто используемых данных для текущего пользователя). Если бы положение каждого ключа определялось динамически, то невозможно было бы использовать multi_get при таком сценарии, так как не было бы гарантии, что все запрашиваемые ключи относятся к одному серверу.

Параллельные запросы на обновление данных

Посмотрите на такой простой кусочек кода:

Что произойдёт при отсутствии запрашиваемых данных в кэше? Судя по коду, должен запуститься механизм, который достанет эти данные. Если код выполняется только в один поток, то всё будет хорошо: данные будут загружены, помещены в кэш и при следующем запросе взяты уже оттуда. А вот при работе в несколько параллельных потоков всё будет иначе: загрузка данных будет происходить не один раз, а несколько.

Выглядеть это будет примерно так:

На момент начала обработки запроса в процессе №2 данных в кэше ещё нет, но они уже читаются из базы данных в процессе №1. В этом примере проблема не такая существенная, ведь запроса всего два, но их может быть гораздо больше.

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

Предположим, у вас есть какой-то функционал, использующий кэш с нагрузкой 200 запросов в секунду. Если на на загрузку данных нужно 50 мс, то за это время вы получите 50 / (1000 / 200) = 10 запросов.

То есть при отсутствии кэша один процесс начнёт загружать данные, и за время загрузки придут ещё девять запросов, которые не увидят данные в кэше и тоже станут их загружать.

Эта проблема называется cache stampede (русского аналога этого термина я не нашёл, дословно это можно перевести как «паническое бегство кэша», и картинка в начале статьи показывает пример этого действия в дикой природе), hit miss storm («шторм непопаданий в кэш») или dog-pile effect («эффект собачьей стаи»). Есть несколько способов её решения:

Блокировка перед началом выполнения операции пересчёта/ загрузки данных

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

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

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

Вынос обновлений в фон

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

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

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

Вероятностные методы обновления

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

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

В данном примере $ttl — это время жизни значения в кэше, $delta — время, которое потребовалось для генерации кэшируемого значения, $expiry — время, до которого значение в кэше будет валидным, $beta — параметр настройки алгоритма, изменяя который, можно влиять на вероятность пересчёта (чем он больше, тем более вероятен пересчёт при каждом запросе). Подробное описание этого алгоритма можно прочитать в white paper «Optimal Probabilistic Cache Stampede Prevention», ссылку на который вы найдёте в конце этого раздела.

Нужно понимать, что при использовании подобных вероятностных механизмов вы не исключаете параллельные обновления, а только снижаете их вероятность. Чтобы исключить их, можно «скрестить» несколько способов сразу (например, добавив блокировку перед обновлением).

«Холодный» старт и «прогревание» кэша

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

В этом случае сразу после выкатки данные начнут загружаться (первое проявление проблемы), после чего попадут в кэш — и какое-то время всё будет хорошо, а после истечения срока жизни кэша все данные снова начнут загружаться и создавать повышенную нагрузку на базу данных.

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

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

Если по какой-то причине не хочется использовать случайное число, можно заменить его псевдослучайным значением, полученным с помощью хеш-функции на базе каких-нибудь данных (например, User ID).

Пример

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

Вот как выглядит график количества hit miss-ов в ситуации с фиксированным (fixed_cache_misses_count) и различным (random_cache_misses_count) сроками жизни кэша:

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

«Горячие» ключи

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

Этот счётчик — один из самых популярных ключей, и при использовании обычного подхода все запросы к нему будут идти на один сервер (поскольку это всего один ключ, а не множество однотипных), поведение которого может измениться и замедлить работу с другими ключами, хранящимися там же.

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

Мы в Badoo решаем эту проблему тем, что пишем данные во все кэширующие серверы сразу. Благодаря этому при чтении мы можем использовать общий механизм выбора сервера — в коде можно использовать обычный механизм шардирования по User ID, и при чтении не нужно ничего знать про специфику этого «горячего» ключа. В нашем случае это работает, поскольку у нас сравнительно немного серверов (примерно десять на площадку).

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

Если вы используете определение сервера по ключу кэша, то можно добавить к нему ограниченное количество псевдослучайных значений (сделав из total_users_count что-то вроде t otal_users_count_1 , total_users_count_2 и т. д.). Подобный подход используется, например, в Etsy.

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

Главная проблема с обоими способами — убедиться, что разные значения действительно попадают на разные кэширующие серверы.

Сбои в работе

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

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

При сбоях в работе базы данных и отсутствии кэша мы можем попасть в ситуацию cache stampede, про которую я тоже уже рассказывал раньше. Выйти из неё можно уже описанными способами, а можно записать в кэш заведомо некорректное значение с небольшим сроком жизни. В этом случае система сможет определить, что источник недоступен, и на какое-то время перестанет пытаться запрашивать данные.

Источник

Исправление ошибки c перегрузкой кэша в uTorrent

При работе с приложением uTorrent могут возникать различные ошибки, будь то проблемы с запуском программы или полный отказ в доступе. Сегодня мы расскажем вам о том, как исправить еще одну из возможных ошибок uTorrent. Речь пойдет о проблеме с перегрузкой кэша и сообщении «Disk cache overloaded 100%».

Как исправить ошибку uTorrent связанную с кэшем

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

Способ 1: Увеличение объема кэша

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

Запускаем на компьютере или ноутбуке uTorrent.
В самом верху программы необходимо найти раздел под названием «Настройки». Нажимаем на эту строку один раз левой кнопкой мыши.

После этого появится выпадающее меню. В нем нужно щелкнуть по строке «Настройки программы». Также эти же функции можно выполнить с помощью простой комбинации клавиш «Ctrl+P».

В результате откроется окно со всеми настройками uTorrent. В левой части открывшегося окна вам необходимо найти строчку «Дополнительно» и нажать на нее. Немного ниже появится перечень вложенных настроек. Одной из таких настроек будет «Кэширование». Нажимаем левой кнопкой мыши на ней.

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

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

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

Способ 2: Ограничение скорости загрузки и отдачи

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

Запускаем uTorrent.
Нажимаем на клавиатуре комбинацию клавиш «Ctrl+P».
В открывшемся окне с настройками находим вкладку «Скорость» и заходим в нее.

В данном меню нас интересуют две опции — «Максимальная скорость отдачи» и «Максимальная скорость загрузки». По умолчанию в uTorrent оба значения имеют параметр «0». Это значит, что загрузка данных будет происходить на максимально доступной скорости. Для того, чтобы немного снизить нагрузку на жесткий диск, можно попытаться уменьшить скорость загрузки и отдачи информации. Для этого нужно вписать в поля, отмеченные на изображении ниже, свои значения.

Нельзя сказать точно, какое именно значение вам нужно поставить. Все зависит от скорости вашего провайдера, от модели и состояния жесткого диска, а также от объема оперативной памяти. Можете попробовать начать с 1000 и постепенно повышать это значение до тех пор, пока ошибка не появится вновь. После этого следует снова немного понизить параметр. Обратите внимание, что в поле необходимо указывать значение в килобайтах. Напомним, что 1024 килобайта = 1 мегабайт.

Выставив нужное значение скорости, не забудьте применить новые параметры. Для этого нажмите внизу окна кнопку «Применить», а затем «OK».

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

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

Способ 3: Предварительное распределение файлов

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

Открываем uTorrent.
Снова жмем комбинацию кнопок «Ctrl+P» на клавиатуре, чтобы открыть окно настроек.
В открывшемся окошке переходим во вкладку «Общие». По умолчанию она находится на самом первом месте в списке.

В самом низу открывшейся вкладки вы увидите строку «Распределять все файлы». Необходимо поставить возле данной строчки галочку.

После этого следует нажать кнопку «OK» или «Применить» чуть ниже. Это позволит внесенным изменениям вступить в силу.

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

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

Отблагодарите автора, поделитесь статьей в социальных сетях.

Ошибка [диск перегружен 100 %] в uTorrent

Такая ошибка чаще всего возникает на ноутбуках из-за несовместимости драйверов (на некоторых моделях Samsung в диспетчере задач даже во время простоя нагрузка на диск доходит до 100%), и на компьютерах, в которых установлены старые жесткие диски с интерфейсом IDE или Sata 1. Также, причина может быть в неправильных настройках uTorrent. Разберем все решения проблемы по порядку, начнем с «железа».

Проверьте HDD

Во-первых, никогда не качайте торренты на внешний жесткий диск, подключенный через USB. Это не самый надежный способ подключения, и не самый быстрый. Время от времени из-за низкой пропускной способности интерфейса uTorrent будет показывать ошибку «диск перегружен 100 %» и сбрасывать скорость скачивания до 0. Пока находящиеся в оперативной памяти кусочки файлов не будут записаны на HDD.

Далее – убедитесь, что жесткий диск, на который сохраняются загружаемые торренты – исправен. Проверьте информацию о состоянии накопителя в S.M.A.R.T. Установите программу CrystalDiskInfo и посмотрите, все ли значения атрибутов находятся в допусках (все кружочки слева должны быть синими). Если S.M.A.R.T показывает ошибки – это очень плохо. Такие диски сначала только тормозят, а потом внезапно умирают, забирая с собой в могилу всю хранящуюся на них информацию. Рекомендуем как можно скорее сохранить все файлы на другой накопитель и отказаться от использования такого HDD.

Проверьте настройки uTorrent

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

Попробуйте установить uTorrent 3.5.5 и посмотрите, будет ли появляться ошибка вновь. Если не помогло, скачайте версию 2.2.1.

Настройте кэширование

Давайте вручную укажем программе, сколько места в оперативной памяти можно использовать под кэш. Это не сильно уменьшит объемы записываемой информации на диск за единицу времени, но зато значительно уменьшит количество обращений к нему. Откройте настройки uTorrent и на левой панели кликните по плюсику возле надписи «Дополнительно».

Из открывшегося подменю зайдите в «Кэширование».

Поставьте галочку в чекбокс «Вместо автовыбора использовать указанный размер». Затем пропишите в окошке справа число 128 (это число там и так написано по умолчанию) и нажмите ОК.

Помогло? Если нет, снова откройте настройки кэширования, и теперь выставите число 256. Каждый раз увеличивайте количество мегабайт на 128, пока не дойдете до 512. Сохраняйте настройки и проверяйте, исчезла ли ошибка. Для подстраховки можно каждый раз перезапускать uTorrent.

Последний совет

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

Ошибка uTorrent диск перегружен 100 % — способы решения.

Одна из причин возникновения ошибки uTorrent – диск перегружен 100% – это перегрузка жесткого диска вашего компьютера. С чем это связанно? Если говорить простым языком, то это означает, что жесткий диск вашего компьютера не справляется с сохранением информации и ее отдачей. Здесь мы не будем сильно вдаваться в подробности работы жесткого диска и взаимодействия его с uTorrent.

Но хотелось бы отметить следующее. При большой скорости (объеме) ввода и вывода информации с/на жесткий диск, он не успевает обрабатывать всю информацию. Для этого используется кэш, оптимальная настройка которого в большинстве случаев помогает избавиться от проблемы, когда uTorrent грузит жесткий диск.

Несколько советов для активных сидеров и личеров.

Сохраняйте и раздавайте файлы с того жесткого диска, на котором НЕТ установленной операционной системы. Желательно, чтобы для этого был отдельный жесткий диск с высокой скоростью чтения/записи и кэшем. В возникновении ситуации, когда uTorrent пишет «Диск перегружен», немаловажную роль играет объем оперативной памяти, чем ее больше, тем лучше, и наоборот. Так же важно, если у вас появляется подобная ошибка, обязательно отключите использование файла подкачки Windows.

Есть несколько решений которые могут помочь избавиться от возникновения подобных ошибок в торрент-клиенте uTorrent. Далее будут описаны три возможные решения, но хотелось бы сказать, что, не всегда это может помочь избавиться от проблемы, когда uTorrent грузит диск на 100%. Здесь многое зависит от конфигурации конкретного компьютера и установленной операционной системы.

Первый способ избавиться от ошибки «диск перегружен 100%» в uTorrent.

Способ настройки торрент-клиента, когда uTorrent пишет «Диск перегружен» основан на оптимальной настройке кэширования. В зависимости от производительности компьютера, настройки кэширования могут отличаться как в большую, так и в меньшую сторону. Но на любой версии uTorrent и компьютере способ настройки кэширования одинаков.

В этой вкладке смотрим на настройки вашего торрент-клиента uTorrent, если у вас НЕ стоит галочка на параметре «Вместо автовыбора использовать указанный размер кэша» (Override automatic cache size and specify the size manually), и при этом возникает ситуация, что uTorrent грузит жесткий диск на 100%, то это означает, что uTorrent не может автоматически настроить подходящие параметры кэша для оптимальной работы жесткого диска, т.е. ему нужно помочь. Ставим галочку и выставляем необходимое количество в мегабайтах (Мб).

Как определить нужный размер кэша? Здесь сложно дать однозначный ответ, но суть состоит в постепенном увеличении размера кэша до того момента, пока не пропадет сообщение uTorrent – диск перегружен 100%. По умолчанию у вас должно стоять значение 128Мб, пробуем с этим значением запустить активные загрузки, если ошибка не пропала, и uTorrent перегружает жесткий диск, то увеличиваем размер кэша еще на 128Мб, и таким образом делаем несколько раз, пока ошибка не пропадет.

Внимание, не устанавливайте размер кэша равным объему вашей оперативной памяти, компьютер будет зависать. Оптимальный размер кэша, это максимум половина объема вашей ОЗУ (оперативной памяти»RAM»).

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

Второй способ решения проблемы, когда uTorrent грузит жесткий диск.

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

Какую именно выбрать скорость скачивания и отдачи решать вам конкретно на вашем ПК. Т.к. производительность разных жестких дисков различна, соответственно различна и скорость их работы, отсюда следует вывод, что скорость необходимо подбирать опытным путем. Постепенно, небольшими шагами снижать скорость скачивания и отдачи до тех пор, пока uTorrent перестанет грузить диск на 100%. Если данный способ вам так же не помог, то читаем следующий, самый кардинальный метод решения проблемы.

Существует достаточно большое количество способов решения проблемы загрузки uTorrent жесткого диска на 100%. В первых двух способах решения проблемы были рассмотрены самые распространённые методы, но они не одни, существует ещё много других вариантов решения проблемы, индивидуально для каждого ПК (персонального компьютера).

Третий способ решения проблемы, когда в uTorrent диск перегружен на 100%.

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

Это означает, что пора купить новый компьютер или сделать апгрейд имеющегося.

На что стоит обратить внимание при апгрейде? В процессе загрузки торрент файлов и их раздачи в большей мере участвуют оперативная память (ОЗУ) и жесткий диск (HDD), то начать необходимо с них, во первых нужно увеличить объем оперативной памяти, а так же подумать о втором жестком диске, специально для торрентов.

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

Жесткий диск перегружен 100% в uTorrent: что делать?

В uTorrent очень часто выскакивает ошибка – диск перегружен 100%. В результате либо торрент медленно качает, либо загрузка файлов прекращается совсем. И это раздражает.

Чаще всего это происходит по 2 причинам. Первая – HDD-диск не справляется с обработкой данных. А вторая причина – неправильная настройка программы uTorrent. В последнем случае существует несколько способов решения данной проблемы.

Диск перегружен 100%: что делать?

На самом деле решение проблемы «диск перегружен на 100%» очень простое. И вы сейчас сами в этом убедитесь. Все, что нужно – запустить программу uTorrent и изменить некоторые ее настройки. Чтобы открыть их, нажмите Ctrl+P.

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

Настройка кеширования

Для начала выберите вкладку «Дополнительно», а затем – «Кеширование». Здесь вам нужно поставить птичку в пункте «Вместо автовыбора использовать…». По умолчанию он отключен, поскольку программа должна сама выставлять оптимальные параметры. В вашем случае uTorrent не справляется, поэтому происходит перегрузка дискового кэша 100%.

Чтобы решить эту проблему, поставьте галочку, а размер кэша оставьте стандартным (128 Мб). Если после перезагрузки программы ошибка не исчезла, увеличьте это значение еще на 128 Мб, т.е. пропишите число 256. Если снова не помогло – увеличьте еще на 128 Мб.

Здесь же уберите галочки в 2 пунктах – «Записывать нетронутые блоки» и «Записывать завершенные части». Это снизит нагрузку на HDD-накопитель и исключит вероятность перегрузки дискового кэша на 100%.

Ограничение скорости приема и отдачи

Еще одно решение проблемы «Диск перегружен 100%» заключается в ограничении скорости загрузки и раздачи файлов. Если она слишком большая, то ваш компьютер или ноутбук может сильно тормозить.

Чтобы это сделать откройте вкладку «Скорость» и установите нужные значения. Какие именно? Здесь все зависит от скорости интернета и производительности ПК. Например, если у вас интернет-канал на 100 Мбит/с, то в uTorrent можно выставить 2500 и 5000 Кб/с соответственно. Если ошибка диск перегружен 100% все равно останется, тогда поставьте меньшие значения.

Настройка очередности

Очень часто стационарный или внешний жесткий диск не справляются со своей задачей из-за того, чтобы в uTorrent одновременно загружается или раздается много файлов. Чтобы снизить нагрузку на HDD, перейдите на вкладку «Очередность» и обратите внимание на первые 2 пункта.

По умолчанию здесь стоят цифры 8 и 5. Если у вас используется внешний жесткий диск или ноутбук сильно тормозит – уменьшите эти значения в 2 раза. То есть, 4 и 2 соответственно. Или можете поставить даже цифры 2 и 1.

Распределение файлов

Перейдите на вкладку «Общие» и поставьте птичку в пункте «Распределять файлы».

Благодаря этой опции вы, не дожидаясь полной загрузки торрента, сможете сразу видеть, сколько места занято на HDD.

Настройка uTorrent с помощью утилиты BEncode Editor

Это были стандартные параметры. Если uTorrent по-прежнему пишет, что диск перегружен 100%, тогда можно попробовать продвинутую настройку. В данном случае понадобится утилита BEncode Editor.

С ее помощью можно настроить uTorrent таким образом, чтобы он загружал файлы одного торрента по очереди, а не все сразу (например, серии в сериалах). Это поможет снизить нагрузку на жесткий диск и убрать сообщение HDD перегружен 100%.

Чтобы это сделать:

Выйдите из uTorrent.
Запустите BEncode Editor.
Перейдите по пути: C:UsersИмя_ПользователяAppDataRoaminguTorrent (папка AppData скрыта, поэтому сделайте ее видимой).
Найдите файлик settings.dat и перетащите его в окно программы BEncode Editor.
Выделите первую строчку (ROOT) нажмите на зеленый плюсик и в появившемся окне пропишите следующие настройки: Name — bt.sequential_download, Type – Integral, Value = 1. Нажмите «ОК».
Выделите вторую строчку (fileguard) и удалите ее. Это нужно для того, чтобы программа uTorrent не создала новый файл с прежними настройками, когда вы ее перезагрузите.

После этого можете запускать Торрент и загружать любые фильмы, игры, музыку. Ошибки диск перегружен 100% больше быть не должно.

Вместо заключения

На этом все. Теперь вы знаете, что делать, если диск перегружен 100% и как исправить эту ошибку. Описанная выше инструкция является универсальной, поэтому подходит для стационарных и внешних жестких дисков, а также для всех ОС – Windows 10, 8 и 7.

Что делать, если ничего не помогло и все равно наблюдается перегрузка дискового кэша? Возможно, у вас слишком старый компьютер и ноутбук. В данном случае рекомендуется увеличить объем оперативной памяти (ОЗУ) или купить дополнительный HDD-накопитель (можно внешний).

Источник