Диск перегружен в uTorrent
разгрузить диск
меньше потоков на отдачу, больше дискового кеша
Попробуй поставить опции, как показано на картинке:
И неплохо бы сразу сказать, сколько памяти на машине доступно без utorrent'а (в диспетчере задач available memory) и когда именно перегружается диск, при скачивании или при раздаче.
И неплохо бы сразу сказать, сколько памяти на машине доступно без utorrent'а (в диспетчере задач available memory) и когда именно перегружается диск, при скачивании или при раздаче.
На компе 4Гб оперативки, Win7x64Professional
вот скриншот при выключенном uTorrent'е
Перегружается при закачке, обычно когда стартует новый торрент.
Сейчас попробую кеш выставить, как ты написал.
вот скриншот при выключенном uTorrent'е
Перегружается при закачке, обычно когда стартует новый торрент.
Сейчас попробую кеш выставить, как ты написал.
И еще вопрос из той же оперы. Есть слабенький комп PIII 1GHz, 256 RAM, тормозной системный винт и порты только USB1.1. На компе стоит XP. Так вот, при подключении к нему внешнего быстрого винта и попытке закачки на него торрентов, практически сразу же пишет что диск перегружен. Т.е. начинает качать несколько N секунд, диск перегружается, торрент вырубает закачку, диск постепенно переходит в нормальный режим, что занимает примерно 10*N секунд. Качать невозможно таким образом. Кэш в данном случае увеличивать тоже смысла не выжу, т.к. он хранится в оперативке, которой на нем и так мало. Скорости USB1.1 по идее должно хватать на 0,5-1 Мбайт/c.
Че делать, чтобы так не происходило?Не пользоваться uTorrent-ом. Он проявляет неестественный интеллект.
Программы не должны делать вид, что они умнее операционной системы, и брать её функции на себя (в данном случае, управление дисковым кешем). Подобные действия оправданы только в случае сильно специального ПО вроде СУБД.
Попробуй поставить все те же опции, только под кеш выдели 64 метра. Важно, чтобы была выключена опция «записывать готовые части немедленно».
Хотя памяти маловато. На свой старый комп с 256 метрами добавил еще 512, теперь лафа полная.
Не пользоваться uTorrent-ом. Он проявляет неестественный интеллект.Программы не должны делать вид, что они умнее операционной системы, и брать её функции на себя (в данном случае, управление дисковым кешем). Подобные действия оправданы только в случае сильно специального ПО вроде СУБД.Во второй части поста ты говоришь разумные вещи, но совет в целом плохой. Сейчас нет под винду реальной альтернативы uTorrent-у.
Если PIII-1GHz, то с большой вероятностью мама на 810 или 815 чипсете, а у них ограничение 512Mb памяти, при этом 440BX поддерживает до 768Mb.
Может конечно там sis или via - в таком случае и гиг может поддерживать.
Может конечно там sis или via - в таком случае и гиг может поддерживать.
Примерно так должен выглядеть график записи на диск (левый нижний график):
Сначала качаем, потом резко пишем на диск. Скорость скачивания — 4 метра в секунду, торренты качаются на системный диск, который особой резвостью не отличается (зеленый вестерн WD5000AACS).
Сначала качаем, потом резко пишем на диск. Скорость скачивания — 4 метра в секунду, торренты качаются на системный диск, который особой резвостью не отличается (зеленый вестерн WD5000AACS).
Поставил кеш 256, убрал галку Записывать заверш части немедленно. Картинка примерно как у тебя, т.е. скидывает из кеша периодично, а не постоянно. Скорость отдачи выкрутил почти в ноль, чтобы не мешало. Единтсвенное, что смущает, градусник, который показывает использование кеша при записи, никогда не успевает доходить до 256Мб, максимум доходил до 70Мб.
Настройки такие:
Картинка такая:
Пока полет нормальный. Скорость 1.1МБ/сек. Спасибо за совет
Настройки такие:
Картинка такая:
Пока полет нормальный. Скорость 1.1МБ/сек. Спасибо за совет
Пожалуйста. Если хватает 70 метров кеша, то прекрасно. У себя сейчас поставил автоматическое управление кешем, посмотрю, что будет.
Сейчас нет под винду реальной альтернативы uTorrent-у.Есть Transmission, например. Специфические потребности вроде красивых графиков он, конечно, не удовлетворит, зато качать и раздавать умеет.
Ты им пользуешься или нет?
Ты им пользуешься или нет?Я подозреваю, что он и виндой не пользуется.
Transmission-ом? Только им и пользуюсь.
Там уже появились теги для закачек?
Нет.
Скорее всего, можно включить RPC у qtr и подключаться к нему каким-нибудь transmission-remote-dotnet, у последнего на скриншоте метки видны.
Скорее всего, можно включить RPC у qtr и подключаться к нему каким-нибудь transmission-remote-dotnet, у последнего на скриншоте метки видны.
Гм. В общем, это неудобно. Поэтому мне проще 1 раз настроить utorrent и не париться.
Не пользоваться uTorrent-ом. Он проявляет неестественный интеллект.а) там же на картинке видно, что его можно так настроить, чтобы он этот "интеллект" не проявлял (отключить в доп. настройках кэша своё кэширование, и не отключать Windows'овое)
Программы не должны делать вид, что они умнее операционной системы, и брать её функции на себя (в данном случае, управление дисковым кешем). Подобные действия оправданы только в случае сильно специального ПО вроде СУБД.
б) имхо, uTorrent - достаточно специализированная программа
У меня на канале 10 мбит/cек на версии utorrent'а 2.2 всё было отлично (1.2 МБ/сек
А как перешёл на более скоростной канал 30 мбит/cек, так сразу диск перегружен и уже никакие настройки кеша и прочее не помогли с utorrent'ом 2.2, хотя я парился довольно долго.
Как только поставил 3.0 alpha, так всё сразу отлично стало, закачка 3.6 МБ/cек
Win7x64, 4Гб оперативки
Так что твои настройки это не показатель.
А как перешёл на более скоростной канал 30 мбит/cек, так сразу диск перегружен и уже никакие настройки кеша и прочее не помогли с utorrent'ом 2.2, хотя я парился довольно долго.
Как только поставил 3.0 alpha, так всё сразу отлично стало, закачка 3.6 МБ/cек
Win7x64, 4Гб оперативки
Так что твои настройки это не показатель.
Да пофиг, мне важно то, что они для utorrent-а 2.0.4 позволяют качать мне на скорости до 8 метров в секунду, также они помогли моим знакомым и ТС.
Нет.Эм.. Соответственно, раскладывать готовые закачки в каталоги по меткам он тоже не умеет? Это ж свалка будет, ну или вручную всем закачкам пути выставлять...
Скорее всего, можно включить RPC у qtr и подключаться к нему каким-нибудь transmission-remote-dotnet, у последнего на скриншоте метки видны.
Он умеет скачивать в отдельную директорию, по завершении копировать, куда надо. Каталоги по меткам не умеет, но умеет метки по каталогам (смотреть в сторону transmission-remote-gui, кстати он и для винды есть). Разницы между ручным выставлением метки и ручным выставлениям каталога я особо не вижу (можно даже удобные симлинки заранее наделать); разве что меток может быть больше, чем одна.
а) там же на картинке видно, что его можно так настроить, чтобы он этот "интеллект" не проявлял (отключить в доп. настройках кэша своё кэширование, и не отключать Windows'овое)Кажется, пользователи винды навечно обречены на борьбу с неестественным интеллектом операционной системы и прикладного ПО, разделяющего её философию. :-)
Полагаю, rialto этот вариант тоже пробовал, и не помогло. :-)
б) имхо, uTorrent - достаточно специализированная программаОна такая же специализированная, как и любая программа копирования файлов (cp, wget, rsync). Только у программ копирования файлов скорости обычно в разы повыше, и они без всяких дополнительных настроек справляются с передачей данных на скоростях, близких к максимальным возможностям оборудования.
Чтобы претендовать на выполнение функций операционной системы вместо самой системы, надо как минимум запускаться с правами администратора. Иначе получается какой-то детский сад с результатами, описанными в этом треде.
Она такая же специализированная, как и любая программа копирования файлов (cp, wget, rsync). Только у программ копирования файлов скорости обычно в разы повыше, и они без всяких дополнительных настроек справляются с передачей данных на скоростях, близких к максимальным возможностям оборудования.Торрент-клиенты сильно отличаются от обычных программ копирования в том, что почти всегда осуществляют доступ к файлам в случайном порядке и небольшими блоками.
Чтобы претендовать на выполнение функций операционной системы вместо самой системы, надо как минимум запускаться с правами администратора. Иначе получается какой-то детский сад с результатами, описанными в этом треде.
Второе утверждение вообще не понял каким образом соотносится с реальностью.
Торрент-клиенты сильно отличаются от обычных программ копирования в том, что почти всегда осуществляют доступ к файлам в случайном порядке и небольшими блоками.Какая разница, в каком порядке они осуществляют доступ _к файлам_? Доступ _к диску_ и те, и другие осуществляют не последовательный. Хотя бы потому что каждый конкретный файл расположен в файловой системе неизвестно где и неизвестно сколькими частями. А кучи мелких файлов из /etc или /usr/share/doc уж точно не лежат подряд. И ничего, копируются, и вполне быстро.
Блоки, кстати, не небольшие. Типичный размер chunk-а в торрент-файле — сотни килобайт и мегабайты. Если ты даже делаешь по системному вызову write на каждый пришедший пакет, то более-менее любая современная операционная система твои записи забуферизирует, а потом (грубо) относящиеся к одному chunk-у запишет последовательно (то есть сразу сотнями килобайт или мегабайтами). Так что в этом случае ситуация ещё даже лучше, чем с мелкими файлами по 1-20 килобайт.
Зачем здесь придумывать что-то своё, к тому же и неработающее?
Второе утверждение вообще не понял каким образом соотносится с реальностью.Таким, что как ты можешь оптимизировать доступ к диску, если не знаешь физическое расположение данных на нём? А чтобы его знать, ты должен иметь прямой доступ к диску/файловой системе. Надеюсь, в винде он неадминистратору не даётся?
Оставить комментарий
Ivanopulo
При закачке частенько вылазит сообщение в строке состояния. Скорость при этом падает до 0, пока диск не перестанет быть перегруженным. Че делать, чтобы так не происходило? версия uTorrent 1.8.2, на 2.2 то же самое было.