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

Со скрина видно куда я качаю. У меня в компе 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: Неверная попытка доступа к адресу памяти. Это - вообще шандец! Ни качать, ни раздавать не могу...