Forums -> Сеть BitTorrent -> МЮ + высокие скорости
| Full Version

maslov_yury
Отдельный такой подвопросик по поводу МЮ (который потом можно будет прицепить к большой прилепленной теме)
Имеются несколько версию МЮ : 1.4 - 1.5 - 1.5.1.В (не суть важно, но думается, что суммарно на них 95% юзеров МЮ и сидит). Также имеется достаточно быстрый инет ;) :p При большой скорости скачки - начиная уже наверное с 1 MB/s и выше начинает подтормаживать дисковая подсистема, что выражено в более частом моргании/горении лампочки харда, торможении переключения между окнами с соотв. скрипом того же харда. При скоростях ~ 3+ MB/s делать становится что-то с хардом вообще очень тяжело. Хард стоит в DMA 5 режиме. Тут дело скорее в потоке данных на хард. Машинка достаточно офисная : Sempron 2.2-2.4 / 256 Mb/ 40 Gb/ Video 32 Mb из оперативы - при советах следует учесть. Собственно вопрос к знающим людям и владельцам широких каналов : порекомедуйте настройки МЮ, относящиеся к Options -> Preferences - > Advanced -> diskio.**** ну и еще что может улучшить обстановку. Можно прямо скрин этой части настроек и номер версии. Спасибо!

ЗЫ. Добавлено : и скорость инета сразу тоже можно, в KB/s :)
zx666
Улучшить обстановку вероятно сможет дефрагментация, есль ты давно её не делал
maslov_yury
QUOTE (zx666 @ 09-06-2006, 13:06)
Улучшить обстановку вероятно сможет дефрагментация, есль ты давно её не делал
Дело скорее всего не в ней. Не делал я ее давно, но кроме торрента на этот диск ничего не пишется, а что записалось, не стирается. Анализ показывается, что больше 70 кусков на файл не приходится (FAT32, кстати) и делать defrag типа не надо (прога Perfect Disk 7). Абсолютно такая же ситуевина на другом разделе диска, который был вообще пустой (но на всяк случай отформачен) и туда пустился свежий торрент со скоростью слива под 4 MB/s.
PS. Добавлю еще вот такой момент : при сливе файла с флешки со скоростью ~ 10 MB/s видно, что хард скрипит, лампочка моргает, планомерно, но не истерично горит. Открывать другие окна, папки и делать те же самые операции, при которых быстро качающая МЮ начинает все затыкать, возможно
Muznark
QUOTE
Добавлю еще вот такой момент : при сливе файла с флешки со скоростью ~ 10 MB/s видно, что хард скрипит, лампочка моргает, планомерно, но не истерично горит. Открывать другие окна, папки и делать те же самые операции, при которых быстро качающая МЮ начинает все затыкать, возможно
imho не очень коректно сравнивать 1-поточную перекачку с многопоточной, попробуй мю сравнить с кометой
maslov_yury
Не очень корректно, но катал докисные файлы из торрента (4-6 штук) каждый файл по отдельности. Так же для проверки использовалось небольшая программулина для копирования файлов по локалке с многопоточностью. С учетом увеличения скорости на порадок по сравнению с МЮ - эффект заметен значительно меньше. Т.е. проверено несколько раз, разными способами. Вопрос именно про МЮ и суть в том, что я прошу людей качающих на подобных скоростях посоветовать настройки/выложить скрин своих
SkYScRApER
disk.sparse_files - true
Мне помогло.
Partyarti
Моя компьютер:
Amd 2000+
384 Mb Ram
HD 200Gb.
Video 8Mb

В общем не лучше твоего компа. Испольую uTorrent 1.5.0.Подключение к интернет 6 MB/s.Тормозов не наблюдается вообще.
Вот скрины с настройками: http://img56.imageshack.us/img56/7641/tor17iv.jpg и http://img56.imageshack.us/img56/8333/tor21yq.jpg

Забыл добавить, что практически всё время работает Опера, Музыкальный плейер,Reget, Firewall и пара других приложений.Полёт нормальный.
zx666
Вот, нашёл :
diskio.flush_files при включенной опции µTorrent будет каждую минуту закрывать файлы и открывать заново. Это помогает уменьшить проблемы с кешированием файлов в Windows, когда кэширование работат плохо.
diskio.sparse_files эта функция доступна только для NTFS-дисков (2k/XP/2003). Когда включено, файлы будут увеличиваться во время закачивание, а не заранее резервировать место. Это увеличивает фрагментацию файлов, но экономит место на диске у незавершенных торрентов.
diskio.write_queue_size по умолчанию -1, что означает автоматическое определение. µTorrent Будет автоматически вычислять очередь запросов, в зависимости от скорости вашего канала (download). Если вы хотите изменить значение вручную, устанавливайте значение в два-четыре раза больше от вашей максимальной скорости закачки в килобайтах, но не ставьте меньше 1000 или больше 32768.
diskio.use_partfile используется для сохранения информации для файлов, которые вы пометили "не скачивать". Это необходимо чтобы подготовить место для целого файла. Если скачивая фрагмент торрента, в котором есть часть файла помеченного как "не закачивать", он должен где-то разместиться, и разместиться в правильном месте от целого файла, поэтому нужно создавать файл на диске целиком, даже если он не будет закачиваться.
diskio.coalesce_writes пытается уменьшить количество операций записи на диск . Это никак не влияет на скорость скачивания, но это влияет на количество обращений к диску, на объем оперативной памяти которое будет использовано как кэш и соответственно небольшое увеличение на процессор.

У меня в начале тоже тормоза были, я с этим как-то разобрался, но всё забыл нах :(. Точно дефрагментацию делал, своп переместил на другой диск и настройки настраивал. На данный момент они у меня такие :
user posted image
За последнюю пару месяцев тормозов не наблюдалось..

maslov_yury
QUOTE (SkYScRApER @ 09-06-2006, 14:27)
disk.sparse_files - true
Мне помогло.
QUOTE
diskio.sparse_files is a function available only on drives partitioned as NTFS (2k/XP/2003). When this is turned on, files will only allocate what data they have written. However, this does increase fragmentation, but it will save space while you are downloading files. It doesn't work with pre-allocate.
Не то, но на другой машине (дома с не быстрым инетом) и NTFS - юзается
FiL
QUOTE (zx666 @ 09-06-2006, 05:42)
diskio.coalesce_writes пытается уменьшить количество операций записи на диск . Это никак не влияет на скорость скачивания, но это влияет на количество обращений к диску, на объем оперативной памяти которое будет использовано как кэш и соответственно небольшое увеличение на процессор.
звучит правильно, но при малом количестве памяти я не уверен, что поможет.
А может просто скорость ограничить до 800кб/с ? :)
maslov_yury
QUOTE (FiL @ 09-06-2006, 18:25)
звучит правильно, но при малом количестве памяти я не уверен, что поможет.
А может просто скорость ограничить до 800кб/с ? :)
А почему до 800?! Да и как-то не очень хоцца :rolleyes: А то мы :drag: , а оно качает быстренько :laugh: :cool:
LF_
Поставь последнюю бетту и там есть диск кэш, поставь там галок, что не надо записывать готовые блоки на диск сразу, памяти дай ему побольше... Должно стать легче...

user posted image
FiL
QUOTE (LF_ @ 09-06-2006, 10:11)
Поставь последнюю бетту и там есть диск кэш, поставь там галок, что не надо записывать готовые блоки на диск сразу, памяти дай ему побольше... Должно стать легче...
Так у него нет памяти, чтобы дать побольше. При скоростях 3Мб/с даже 50 мегов - не кеш. А отдать 50 мегов из 256 - это надо очень постараться.
Я вот из своих 1.5 гига могу выделять по 100 мегов на кеш без напряга для системы, но с моим инетом оно мне нафик не надо. :)
maslov_yury
LF_ по поводу отсутствия первой галочки (считая сверху) - она не будет писать только что слитый pieces сразу ? Правильно понял? Это м.б. вариантом.
А кеша можно поставить попробовать поболее, но памяти тоже не гиг (FiL, даже из 224 - ибо еще видюха 32 метра кушает из оперативы - совсем мало остается :) ), хотя кроме винды, офиса и аськи в этот момент особо ничего не работает. Да и по умолчанию, если не ставить ручками, то оно пишет, что кеш 32 мега.
LF_
правильно понял...
benhalof
ИМХО главная опция при такой проблеме: diskio.write_queue_size - поставь 15000-20000.
Ещё обрати внимание на diskio.use_partfile и diskio.coalesce_writes.
maslov_yury
Поставил:
diskio.write_queue_size=15000
Остальное так:
diskio.use_partfile=true
diskio.coalesce_writes=true
Слил тут докси очередной на средней скорости в 3.3 и максимумом в 4.5 - легче стало :) Спасибо за советы!
Jago
diskio.write_queue_size в новой бете нету или я невижу ??? :dunno:
maslov_yury
QUOTE (Jago @ 13-06-2006, 18:20)
diskio.write_queue_size в новой бете нету или я невижу ??? :dunno:
Нету. Теперь еще один пункт под это дело в настройках есть - Disk Cashe