Вы меня не поняли просто, покажу лучше наглядно:

Со скрина видно куда я качаю. У меня в компе 4 физических винта. Но на днях накопал еще интереснее инфу:

С первого скрина прога пишет что UAC включен, а зашел через ПУ, видно что я отключал. Возможно ли вообще вырубить UAC?

Чтобы полностью выключить UAC - в локальной политике безопасности (secpol.msc -> Локальная политика -> Параметры безопасности) во всех значениях политик "Контроль учетных записей: ***" выставьте "Отключено", либо "Без запроса".
По сабжу - попробуйте поэкспериментировать со свежей стабильной версией клиента с офсайта. Когда-то слышал, что еще в 3.2 или более поздних "дисковую" проблему фиксили. Просто погоняйте ее и посмотрите как будет себя вести. Всегда можно будет откатиться. (Кстати, мне вообще непонятны причины многих для установки древней версии клиента на современную ОСь).
Также отключите "Распределять все файлы сразу".

Почему то при запуске utorrent 3.3 напрочь виснет, 3.2 еще не пробовал. Всегда сидел на 2.0.4 и 2.2.1 - самые стабильные. За подсказку отключения UAC благодарю

Почему-то при запуске последнего билда 3.3.2 у меня ничего не виснет и работает прекрасно под 7, 8, 8.1 - все х64 и под хрюшей даже. Не менее стабильно, чем указанные Вами "самые стабильные". Ну что я делаю не так
Не вижу просто других причин выявления такой проблемы учитывая, что ранее в 7 все было нормально, а в 8 вдруг появилось. Если только этот диск не используется еще чем-то. К примеру, в момент работы клиента смотрите фильмы по сети на телевизоре, либо еще что с диском в этот момент делаете... Да и сама 8 черт знает что после установки делает - индексирование и др. ее "фишки". Она полноценно шустро и беспроблемно начинает работать после обкатки пару дней.
Ну еще прогнать диски викторией, конечно, не помешало бы.

Огромное Вам спасибо, после полного выключения UAC надпись "диск перегружен" исчезла

P.S. в настройках "Распределять все файлы сразу" не отключал

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

Тут есть два сов. непонятных момента:
1. Для чего на дисках G: E: F: (куда вы кидаете скачанное) присутствует pagefile.sys?
Оставьте на каком-нибудь одном. Это лишние обращения к дискам. И, в данном случае, абсолютно ненужные.
2. Контроль учётных записей (UAC) на загрузку диска влиять вообще-то не должен. Что-то не так в датском королевстве.

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

UAC-то работает не с файлами клиента, а с самим клиентом (приложением). Там должны быть наследственные связи.
Если дано "добро" клиенту, то, соответственно, и всему тому, чем он пользуется.
У меня контроль стоит на полной. Никогда его не отключал.
Загадка...

ЗЫ... Причём, тогда была бы логичнее надпись "Нет доступа", а не тормоза, как таковые.

Вот-вот... я тогда, когда прочел о такой рекомендации тоже подумал - другая ошибка в клиенте должна выводиться то... вроде отказано в доступе к файлу/каталогу.
А про УАК (ну задолбался я ради него раскладку переключать, извините) может, видимо, работать не только с доступом к запуску самого приложения, но и с доступом работы приложения с "сомнительными" по мнению системы файлами.
Других объяснений не вижу.

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

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

Права правами, а уак уаком. Это разные штучки.

ЗЫ... По-моему...

ЗЗЫ... И опять же... При чём тут тормоза?

ЗЗЗЫ... Логическое объяснение может быть только одно: Винт не справляется с обращениями.
И копать нужно не УАК, и не права доступа.

почитай man uac на досуге... ;) уак имеет непосредственное отношение к правам доступа. У него даже в расшифровке аббревиатуры есть слово "доступ".
Никаких проблем не будет при правильном выставленных chown к каталогам, после перестановки системы.

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

До перестановки не было проблем с дисками, а после переустановки появились? Тоже совпадение? А после отключения уак проблемы исчезли. И судя по форумам (советам с форумов, о которых я говорил выше) проблема не единична. А то, что клиент пишет "диск перегружен" вместо "нет доступа" - мало ли что он пишет. Откуда мы можем знать, на какие типы ошибок при работе с файлами/каталогами/дисками разрабы прилинковали такой текст ошибки.
А по поводу проверки дисков - я бы так сделал в первую очередь, потому и рекомендовал выше прогнать диск викторией.

Естественно. Они работают в паре. И где-тот пересекаются. Но никогда друг друга не заменяли.
УАК работает на уровне исполняемых приложений.
Иначе можно было бы подумать что Мелкомягкие воткнули лишний сервис в систему просто так. От не фиг делать.

Неисповедимы пути виндовские.
Ладно... Заканчиваем флудить...

Я и не говорю, что они друг друга заменяют. уак это именно фича, которая дополняет систему доступов пользователей к действиям приложений. Но приложения то работают с файлами и каталогами, на которые также установлены соответствующие r/w/x. УАК в венде - это аналог sudo. Собственно поэтому ее и не отключаю - привык уже, да и удобно знать, когда какое-то приложение хочет что-то изменить - без одобрения УАК оно серьезных изменений сделать не сможет. Аналогично и с sudo.

Несколько слов в тему от меня.
Раньше проблем практически не возникало. Тачка весьма неслабая: интеловская мать DH87MC, на ней до Нового Года стоял камень i5-4570 (сейчас i7-4770) и 8 гиг оперативки в двухканальном режиме двумя планками. Ось - Win 8 Pro x64 со всеми апами. Клиент, по многочисленным рекомендациям, - uTorrent 2.2.1.
Проблемы начались после того, как я обнаружил у прова новый тариф - 100 мегабит + IP TV. До этого у меня был - 32 мегабита + IP TV по цене даже чуть дороже, чем новый (там был вынужден платить абонплату за ненужный антивирь и ещё кое-какую хрень). Подключился на новый тариф и первое, что обнаружил, что мой старичок ZyXEL p-330W-EE уже не справляется с навалившимися на него задачами. Предыдущий тариф был на грани его возможностей, с учётом того, что у меня и локалка домашняя развёрнута, и через DLNA Smart-ы фильмы проигрывают, при чём один из них - по Wi-Fi, IP TV, ну и, конечно, файлообмен.
Первое, что я сделал, - заменил роутер на ZyXEL Keenetic GIGA II (народ, у кого широкие каналы и развёрнутая локалка с загрузкой, настоятельно рекомендую - грандиозная машинка и практически не требует тонкой настройки: практически всё, сцуко, сам ставит по UpNP).
После этого я впервые увидел сообщение Диск перегружен 100% в клиенте. Впрочем, сообщение появлялось через пару минут после старта новой закачки и ещё минут через 5-10 исчезало до старта следующей. Качаю я в 99% блюры и ремуксы, соответственно, лёгких закачек у меня практически не бывает. Под файлообмен использую отдельный внутренний физический диск на 2 террабайта (Барракуда). На нём больше ничего, кроме раздач, нет.
Почитав ветку форума, решил поставить клиенту максимальный фиксированный кэш 1800 мБ. При этом загрузка оперативки не поднимается выше 52%. Ну и настройки самого клиента в соответствии с Зинулиными рекомендациями. Добавил ещё разрешение для моей учётки на компе по работе с дисками. Как смогу перезагрузиться, посмотрю на результат.

UPD: после перезагрузки компа запустил параллельно три загрузки (три блюра), процесс клиента в памяти поднялся примерно до 1,5 гигов, затем упал до 1. Все загрузки стартовали на "отлично". Сообщений в клиенте не было.

UPD 2: через несколько минут клиент в трее перестал отвечать, в памяти повис на 1866,6 мБ, упала скорость загрузки и обращения к диску, затем, ещё через несколько минут все три загрузки вывалились в состояние ошибки: Error: Недостаточно памяти для завершения запроса. Сообщение о перегрузке диска так и не появилось. Кто подскажет, как это понимать? Пока решил снизить размер кэша в полтора раза.

UPD 3: буквально через минуту после изменения размера кэша и рестарта все три загрузки поочерёдно вывалились с той же ошибкой... А вот теперь даже не знаю, что делать... Зинуля, хелп!!!

UPD 4: всё, вообще не могу ничего качать. Пытался запускать загрузки по одной - буквально скорость поднимается до 500 кБ, процесс в памяти весит в районе 260 мБ и снова та же ошибка...

UPD 5: включил автоматическое кэширование и посыпались раздаваемые торренты... Везде вылетает ошибка: Error: Неверная попытка доступа к адресу памяти. Это - вообще шандец! Ни качать, ни раздавать не могу...

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

Тогда просто ограничьте скорость загрузки и отдачи файлов. Нагрузка на жесткий диск снизится и по сути сообщение не должно появляться.

P.S. Надеюсь вы не сохраняете файлы на том диске, где установлена ОС?

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

UPD: переустановка помогла. Теперь осталось настроить клиента под канал аккуратненько. Ффух...

UPD 2: примерно через 15 минут работы клиента стали появляться сообщения о перегрузке диска с различными процентами. Скорость приёма болтается, как непонятно, что в проруби... Полез изучать настройки от Зинули для 100 мегабитного канала.

UPD 3: настроил, пока полёт нормальный. Скорость, вроде, устаканилась. Ошибок и сообщений не вижу... Вот теперь точно - ффухх...

Я лично уже смирился с этим. Да, при загрузке тяжелых раздач на какое-то время все загрузки падают и пишет Диск перегружен 100%. Но минут через 10 все нормализуется и загрузка уже до конца идет без проблем. Скорей всего узкое место - сброс кэша памяти на диск. Размер кэша выставлен - 1 ГБ при оперативке в 4 ГБ.

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

Исключительно для продвинутых пользователей

Я с этим боролся так:

1. C помощью хорошего процесс-вьюера, позволяющего контроллировать не только процессы, но и их треды (например, Process Hacker) откывал свойства uTorrent.exe (дабл-клик по имени)
2. Открывал закладку Threads
3. Находил тред с самым низким приоритетом (Idle)
4. Правым кликом открывал его свойства и ставил в I/O Priority значение High вместо Very Low и в Priority - значение Normal вместо Idle.

И помогало, но только до следующего перезапуска клиента, естесственно.

Да уж... не знаешь за что и хвататься...
На ХР и горя не знала, а как 8-кой обзавелась- туши свет. Мне никогда не помогали откаты на предыдущие версии клиента. Не, я конечно откатилась разок(а вдруг я не права), вот только все зря. На ХР вообще ни с одной версией клиента проблем не было.

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

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

Стартовал 2-й сезон "Вселенная".
Диск перегружен 100%...
Остаётся последовать примеру Зинули. Да, кстати, скорее всего, проблема не в ХР или восьмёрке - скорость тырнета тогда пониже была... ИМХО

UPD: И где тут приоритет Idle:

UPD 2: Тут меня посетила одна мысль - а что, если новую тяжёлую закачку сразу ставить на паузу и стартовать её через какое то время...

UPD 3: Внезапно в голове появилась интересная мысль - при нынешних скоростях интернета и ресурсах компов без танцев с бубном будет работать в файлообмене винчестер корпоративного класса (серверный). Правда, он обычно стоит в полтора - два раза дороже обычного, но, мне кажется, он действительно этого стоит. Например, http://www.seagate.com/ru/ru/interna.../terascale-hdd
Вот он в технотрейде: http://www.technotrade.ru/catalog/82/102779/

А есть тред с I/O Priority: Very Low?

Нет.
Поэтому скрин и поставил... Скрин кликабельный.
Кстати, опробовал своё предложение по старту в паузе. Помогло. Держал на паузе 155 гектаров около получаса.

Рекомендации
 

Подытоживая без малого двести постов обсуждения проблемы Диск перегружен 100%, можно дать следующие рекомендации:

1. Для активных участников файлообмена, располагающих широкими каналами интернета (свыше 50 мегабит в секунду) и мощными компьютерами решить эту проблему поможет использование под файлообмен отдельного винчестера корпоративного класса (серверного).
2. Для тех, кто по финансовым или иным соображениям не может себе позволить приобретение подобного винчестера, единственной действенной рекомендацией будет: стартовать тяжёлые закачки в паузе, для чего в диалоговом окне Вашего клиента необходимо отказаться от немедленного запуска закачки, либо после запуска сразу же поставить её на паузу, не дожидаясь появления сообщения о перегрузке диска. Можете запустить её минут через 30. Дайте время компьютеру в спокойной обстановке поставить все нули. Этим Вы убережёте Ваш винчестер от возможного его выхода из строя.

Чего-то мне этот вариант не очень.
Во-1, его точно не порекомендуешь тем, кто к званию "Верного сида" рвется, а во-2, я настолько привыкла к "есть только миг между..." стартом и закаченным файлом, что ждать по полчаса вряд ли утерплю.

ЗЫ. Игорь, никакого красного цвета, ОК?

Да не вопрос, Зинуля...
Просто хотелось сделать поярче, чтобы в глаза бросалось.
Насчёт времени паузы, так оно напрямую зависит от объёма закачки и производительности компа. Желающие могут определить своё время эмпирически. Я "от балды" выждал 30 минут и запустил закачку - этого времени оказалось достаточно. Может быть, хватит и 10 минут... Не хочется двухтерабайтным винчестером рисковать.

А тем, кто рвётся к "верному сиду", единственный путь - через соответствующее железо. Впрочем, если так не терпится, могут и имеющееся угробить...
Я себе в планы поставил приобретение такого винчестера, а заодно - SSD на разъём материнки под ось и GТ-шку для Cuda. Надеюсь, в скором времени смогу себе это позволить...

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

А с того ли конца мы подходим к решению проблемы? Нужно ли вообще забивать физически тело файла нулями?
Ведь, если заменить винчестер на серверный вариант, все-равно никакой хард не сможет писать данные со скоростью 1 Гб/сек. (даже если и так, 50 Гб будет заполняться нулями почти минуту, что все-равно вызовет сообщение и перегруженности диска).

Собственно, я лично никогда не обращал внимания на эту надпись и привык, что толстые закачки всегда стартуют с "обвалом" скорости.
Однако, наткнувшись на эту тему решил поэкспериментировать.
Итак, имеем: обычный комп с Windows XP, с обычным несерверным винтом на 500 Гб (обычная офисная лошадка).
Стартую на чистим свежеустановленном uTorrent 2.0.4 закачку Blu-Ray диска, 45 Гб, 1500 файлов.
Закачка начинается и моментально занимает весь 50 Мбит канал. Не прошло и минуты со старта, смотрю на папку закачки. А она цельная 45 Гб. Никаких тебе перегрузок винчестера.
Вывод - никакой физически записи этих файлов на диск не было. Ибо даже на самом быстром винчестере со скоростью записи 150 Мб/сек. эти файлы создавались бы минимум 300 секунд = 5 минут.
А тут миг - и 45 Гб уже на диске, и уже "заполняются" данными.

Вопрос - как это возможно?
Хочу такое же на домашнем ПК, ибо там эта 45 Гб пачка файлов создается постепенно: глянешь свойства - 10Гб, через минуту - 20Гб, еще через минуту - 30Гб... и все это время висит надпись о перегрузке диска.

UPD: снес у себя дома 1.8.2 торрент с сотней раздач и для теста поставил чистый 2.0.4 и добавил одну единственную закачку - тот же самый BluRay на 45 Гб. Основное "тело" раздачи тоже появилось на диске в миг (30 гигов за первые десятки секунд, остальное - постепенно в течение минуты), закачка стартовала моментально без каких-либо провалов.

Настройки-> Общие, птичка в чек-боксе "Распределять все файлы"

PS. Ну и в Настройки-> Дополнительно простановку diskio.no_zero в true никто не отменял...

Минуточку, а SATA 6 Гбит/с Вам ни о чём не говорит?

diskio.no_zero = true всегда сразу ставлю.
А вот "Распределять место под файлы" действительно дало мощный эффект - в момент старта закачки все 1500 файлов сразу появляются на диске, объем папки 45Гб, загрузка резво стартует, и никаких перегрузок...



Это скорость интерфейса.
Все современные HDD работают на пределе возможностей SATA первого поколения. Даже возможности SATA-II и SATA-III (6Гбит/с.) в полной мере задействуют лишь SSD и серверные "печки" с 10 000 оборотов/мин.
Тот же WD2000FYYZ (один из быстрейших двухтерабайтников) максимум 170 Мбайт/сек. на чтение и 160 Мбайт/сек. на запись дает.

Интересно было бы определить реальную скорость на моём железе...
Мегабайт или мегабит?

Принято скорость интерфейса в битах измерять.
Будь то скорость канала интернета, будь то пропускная способность SATA. Теже самые SATAIII = 6 Гбит/с. это фактически 600 Мбайт/с. для передачи чистых данных без технических данных кодирования).

Думаю, что основная причина здесь не в скоростях, а в обращениях к диску, почему и предпочтительней использовать серверные винчестера, которые именно под это, в принципе, и заточены...
Ведь мы качаем и раздаём одновременно далеко не по одной единственной раздаче. Так, у меня в клиенте в настоящий момент 126 раздач, из них 3 грузятся, до 10 раздаётся одновременно.

На скорости интернета в 1 Гбит/с. их потенциал должен раскрыться, но в случае интернета в 100 Мбит/с. особой разницы не будет.
Конечно, насчет "гринов" ничего говорить не буду - но мощности любого винта 7200 об./мин. должно хватать.
Я к тому, что причину перегрузки нужно искать где-то еще. Сам винчестер не должен быть узким местом.

У тебя обвалы скорости при старте жирных раздач еще остались или смог побороть?