» µTorrent (часть 4)
Цитата:
Может кто-нибудь скачать торрент (саму раздачу качать не нужно) вот этой раздачи http://rutracker.org/forum/viewtopic.php?t=4122282 и посмотреть какой sid ей присвоен у вас ?
torrent-файл по ссылке я скачал. Стесняюсь спросить, но где смотреть "какой sid ей присвоен"?
UPD: Белтелеком торрент-трафик пока не блокирует
rbvl
У вас в настройках со снятой галкой на "уменьшать загрузку.." кэш тупо заполняется первым попавшимся туда из розданного, и все. После этого он уже не работает, а висит балластом.
Если не удалять устаревшие блоки из кэша, то например при закачке со скоростью 100 мбит общий кэш также точно заполняется и скорость, периодически будет сбрасываться. Вместо стабилизации скорости на 100 мбит на закачке/раздаче будет "пила".
У вас в настройках со снятой галкой на "уменьшать загрузку.." кэш тупо заполняется первым попавшимся туда из розданного, и все. После этого он уже не работает, а висит балластом.
Если не удалять устаревшие блоки из кэша, то например при закачке со скоростью 100 мбит общий кэш также точно заполняется и скорость, периодически будет сбрасываться. Вместо стабилизации скорости на 100 мбит на закачке/раздаче будет "пила".
boi1eI
Цитата:
Ok, спасибо, птицы поставлю. У меня сейчас всё это в режиме эксперимента, изучаю помаленьку сабж, пока время в отпуске появилось.
Цитата:
У вас в настройках со снятой галкой на "уменьшать загрузку.."
Ok, спасибо, птицы поставлю. У меня сейчас всё это в режиме эксперимента, изучаю помаленьку сабж, пока время в отпуске появилось.
rbvl
Устаревшие блоки в принципе не так критичны. Если скорости маленькие, то большой кэш просто никогда не заполнится до конца, а если кэш большой, то при скачивании мелкой раздачи пока он заполнится, все уже скачается. "Устаревшие" блоки будут удаляться только при заполнении кэша (иначе удаляются текущие несохраненные/неотданные). "Пила" переместится со скорости на кэш.
Устаревшие блоки в принципе не так критичны. Если скорости маленькие, то большой кэш просто никогда не заполнится до конца, а если кэш большой, то при скачивании мелкой раздачи пока он заполнится, все уже скачается. "Устаревшие" блоки будут удаляться только при заполнении кэша (иначе удаляются текущие несохраненные/неотданные). "Пила" переместится со скорости на кэш.
может кто-нибудь знает возможен ли патч, который подменял бы отправляемую информацию о версии клиента на трекер? а то самодурство администрации порнолаба о котором тут уже упомянули толкает на использование протухших версий программы, может там тоже как с dht всего пару байтиков надо заменить?
Цитата:
Цитата:
Может кто-нибудь скачать торрент (саму раздачу качать не нужно) вот этой раздачи http://rutracker.org/forum/viewtopic.php?t=4122282 и посмотреть какой sid ей присвоен у вас ?
torrent-файл по ссылке я скачал. Стесняюсь спросить, но где смотреть "какой sid ей присвоен"?
UPD: Белтелеком торрент-трафик пока не блокирует
sid посмотреть можно вот так http://dl.dropboxusercontent.com/u/43001898/rutracker/vsm25.jpg
Но уже не надо, почему-то sid меняется при перезапуске клиента при повторном добавлении этого торрента. В скрытых настройках программы есть параметры sid , но изменение их ничего не даёт. Может быть в торрент файл со стороны трекера можно прописать sid , не известно.
sergEO7905
ерунду не говорите, не зная сути вопроса.
WD RE это не просто "смена этикетки". в отличие от младших братьев у него несколько дополнительных технологий, типа защиты от ротационной вибрации и двухядерный контроллер вдобавок.
насчёт кеша: говнохромы не использую, только лиса и то настроена на работу с оперативкой, а не локальными кешами (этот вопрос я изучал отдельно, так что не спорьте).
винда ничего никуда не будет свопить если ей запретить, даже ядро ОС оставляю в памяти.
(как я это сделал уже вопрос не для этого топика, но свопа у меня НЕТ от слова вообще!)
уторрент управляет кешированием сам (своим) и в данный момент меня интересует только он.
rbvl
спасибо за тесты, очень кстати!
mrdime
кстати я тоже когда то наступал на эти грабли и переводил параметр bt.graceful_shutdown в FALSE.
помогло.
ерунду не говорите, не зная сути вопроса.
WD RE это не просто "смена этикетки". в отличие от младших братьев у него несколько дополнительных технологий, типа защиты от ротационной вибрации и двухядерный контроллер вдобавок.
насчёт кеша: говнохромы не использую, только лиса и то настроена на работу с оперативкой, а не локальными кешами (этот вопрос я изучал отдельно, так что не спорьте).
винда ничего никуда не будет свопить если ей запретить, даже ядро ОС оставляю в памяти.
(как я это сделал уже вопрос не для этого топика, но свопа у меня НЕТ от слова вообще!)
уторрент управляет кешированием сам (своим) и в данный момент меня интересует только он.
rbvl
спасибо за тесты, очень кстати!
mrdime
кстати я тоже когда то наступал на эти грабли и переводил параметр bt.graceful_shutdown в FALSE.
помогло.
Здравствуйте. Подскажите, некоторые файлы иногда скачиваются непонятным набором цифр и букв аля:
6f3877543792a36f6bdcаsdfgh5763287061c7fuyrt53d2a2f4689 расширения у них нет, плееры их не понимают, тот же 7-zip открывать не умеет (т.е. сие явно не архивы случайно перепутанные с видеофайлами, бывает подобное). Что за чудеса такие?
6f3877543792a36f6bdcаsdfgh5763287061c7fuyrt53d2a2f4689 расширения у них нет, плееры их не понимают, тот же 7-zip открывать не умеет (т.е. сие явно не архивы случайно перепутанные с видеофайлами, бывает подобное). Что за чудеса такие?
Цитата:
WD RE это не просто "смена этикетки". в отличие от младших братьев у него несколько дополнительных технологий, типа защиты от ротационной вибрации и двухядерный контроллер вдобавок.
гарантия 60 месяцев. я извиняюсь что сглупил, спутав RE c RЕD серией.
A1eksandr1,
спасибо за ваши сборки!
Скачал себе версию µTorrent 3.4.2.32343 Stable по ссылке из вашего коммента от 14:33 13-07-2014, выбрал её по причине отсутствия по ней жалоб на перегруз проца, утечку памяти и "укладывание" сети при запуске.
Вы её выложили без перечня "Изменения" - скажите, там всё аналогично? А то settings.dat там нулевой, без ваших преднастроек (можно ли взять от более новых?), и нет файлов uTorrentMultiple.bat и settings_lic.dat.
Языковой модуль хороший, от Kuzmich-а?
EXE-шник сжат UPX-ом?
А на что влияет "классический патч DHT"?
All, люди,
а может, кто приметил и посоветует поновее версию (в сборке от того же автора), только чтобы тоже без тех трёх вышеперечисленных дефектов?
спасибо за ваши сборки!
Скачал себе версию µTorrent 3.4.2.32343 Stable по ссылке из вашего коммента от 14:33 13-07-2014, выбрал её по причине отсутствия по ней жалоб на перегруз проца, утечку памяти и "укладывание" сети при запуске.
Вы её выложили без перечня "Изменения" - скажите, там всё аналогично? А то settings.dat там нулевой, без ваших преднастроек (можно ли взять от более новых?), и нет файлов uTorrentMultiple.bat и settings_lic.dat.
Языковой модуль хороший, от Kuzmich-а?
EXE-шник сжат UPX-ом?
А на что влияет "классический патч DHT"?
All, люди,
а может, кто приметил и посоветует поновее версию (в сборке от того же автора), только чтобы тоже без тех трёх вышеперечисленных дефектов?
MichaelMM
Берите все файлы от крайней версии, кроме самого EXE. По изменениям всё то же, возможно поменьше адресов зловредных заблокировано, не критично. По остальным вопросам ответы неоднократно давались.
Берите все файлы от крайней версии, кроме самого EXE. По изменениям всё то же, возможно поменьше адресов зловредных заблокировано, не критично. По остальным вопросам ответы неоднократно давались.
Цитата:
All, люди,
а может, кто приметил и посоветует поновее версию (в сборке от того же автора), только чтобы тоже без тех трёх вышеперечисленных дефектов?
Парой страниц раньше как раз об этом писал. Вот, прочтите самое начало поста.
Но это, конечно, сугубо мое ИМХО, у других может быть иное мнение. Единственное добавлю, что после рекомендуемого мною 3.4.2 build 38429, разработчики обновили работу с кешем и лично у меня это вылилось в поедание оперативки, поэтому мой ответ на ваш вопрос: 3.4.2.38429 Stable Patch by A1eksandr1
П.с. Собственно эту же ссылку через шапку темы можно найти...
AngelNet
Цитата:
ЕМНИП, главное отличие (для домашнего юзера) в том, что обычный грин будет пытаться читать проблемный сектор секунд 5-10, а RE его в темпе пропустит, иначе контроллеру массива такой затык очень не понравится и диск из масива вылетит, поскольку в массиве щелкать клювом нельзя - остальные диски ждать не будут, пока мы там что-то вычитываем.
Цитата:
WD RE это не просто "смена этикетки". в отличие от младших братьев у него несколько дополнительных технологий, типа защиты от ротационной вибрации и двухядерный контроллер вдобавок.
ЕМНИП, главное отличие (для домашнего юзера) в том, что обычный грин будет пытаться читать проблемный сектор секунд 5-10, а RE его в темпе пропустит, иначе контроллеру массива такой затык очень не понравится и диск из масива вылетит, поскольку в массиве щелкать клювом нельзя - остальные диски ждать не будут, пока мы там что-то вычитываем.
Подскажите, пожалуйста, где скины скачать для сабжа? Благодарю заранее!
rbvl
Цитата:
Сразу не отписывался, ибо хотел потестить повнимательнее. При выставлении флага в false, сабж во всех случаях относительно быстро завершал свой процесс при выходе. Флаг false почему-то выставлялся только со звездой - "*false" (не знаю, что это означает). При выставлении флага в true, как было в по-умолчанию раньше, сабж не всегда сам завершает свой процесс (минут 5-10 может продолжать висеть в процессах после выхода из программы, больше желания ждать не было). Т.е. процесс ухода статистики видимо затягивается на неопределенный срок, а сабж подолжает ждать. ИМХО должен быть установлен какой-то максимальный разумный предел ожидания, либо дать юзеру в настройках его настраивать самостоятельно.
Кроме того в том же билде 3.3.2 30586 заметил, что если при скачивании (даже одного торрента) я качаю что-то более-менее внушительное через браузер (например .pdf-файл 5-6 Мб), то сабж сбрасывает скорость закачки до 0,2-0,3 Кб и после завершения скачивания браузером уже не может восстановить прежнюю скорость. Приходится его закрывать и запускать снова, тогда закачка в нормальном режиме (на нормальной скорости) продолжается.
Не знаю с чем это связано. Возможно, что это баг именно этого билда.
Цитата:
ради творческого интереса. Изменение параметра не помогает?
Сразу не отписывался, ибо хотел потестить повнимательнее. При выставлении флага в false, сабж во всех случаях относительно быстро завершал свой процесс при выходе. Флаг false почему-то выставлялся только со звездой - "*false" (не знаю, что это означает). При выставлении флага в true, как было в по-умолчанию раньше, сабж не всегда сам завершает свой процесс (минут 5-10 может продолжать висеть в процессах после выхода из программы, больше желания ждать не было). Т.е. процесс ухода статистики видимо затягивается на неопределенный срок, а сабж подолжает ждать. ИМХО должен быть установлен какой-то максимальный разумный предел ожидания, либо дать юзеру в настройках его настраивать самостоятельно.
Кроме того в том же билде 3.3.2 30586 заметил, что если при скачивании (даже одного торрента) я качаю что-то более-менее внушительное через браузер (например .pdf-файл 5-6 Мб), то сабж сбрасывает скорость закачки до 0,2-0,3 Кб и после завершения скачивания браузером уже не может восстановить прежнюю скорость. Приходится его закрывать и запускать снова, тогда закачка в нормальном режиме (на нормальной скорости) продолжается.
Не знаю с чем это связано. Возможно, что это баг именно этого билда.
Извиняюь, что со свиным рылом, да в ваш топик, тока 1.8.2 пашет уже много лет, рекламы не показывает, и в скорости не обламывает (у меня, обычная 100Мбит сеть, качает на всю)
Как говорится накуя козе баян?
ЗЫ. холиваров и говносрачей не развожу, любопытно
Как говорится накуя козе баян?
ЗЫ. холиваров и говносрачей не развожу, любопытно
Userrr
Прочитано - значит раздавалось, может при скачивании. Сам по себе он ерзать по диску не будет же.
Прочитано - значит раздавалось, может при скачивании. Сам по себе он ерзать по диску не будет же.
Цитата:
Сам по себе он ерзать по диску не будет же.
а причём тут диск, это данные оперативки. и я написал - 'не активны' aka 'никому нафиг не нужны'
Userrr
Буфер в оперативке или диск - разница не сильно большая будет.
'не активны' и 'никому нафиг не нужны' - это разные вещи.
Буфер в оперативке или диск - разница не сильно большая будет.
'не активны' и 'никому нафиг не нужны' - это разные вещи.
И снова привет. Я уже раньше писал в этом топике, что у меня, как и у некоторых других, проблема с исчезающей ОЗУ в последних версиях. Например с версией 3.4.2 build 38913. Вчера увидел в интернете новости о новой стабильной версии 3.4.2 build 39586. Не знаю почему, но сегодня на офф. стайте программы ее уже нет и последняя там снова 38913, хотя вчера сам своими глазами видел, что последней стабильной была 39586, но дело не в этом.
Снова протестировав последние версии после этой новости, я опять столкнулся с "поеданием" оперативки. Не то чтобы мне сложно откатиться или мне такая уж охота поставить именно последнюю, нет. Просто хочу понять в чем проблема, чтобы иметь возможность избежать ее в дальнейшем. Порывшись без особой надежды в интернете, я все же кое что откопал и хотел узнать ваше мнение по поводу следующей информации.
На офф. форуме программы я нашел следующий топик, в котором речь как раз идет о потреблении ресурсов uTorrent'ом. Там же есть ссылка на первоисточник. Он на русском и вполне доступен. Собственно все сводится к тому, что система повышает приоритет процесса uTorrent'а и его последющим действиям. В конце дается код для твика реестра исправляющего эту проблему:
Код: Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utorrent.exe]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utorrent.exe\PerfOptions]
"IoPriority"=dword:00000000
"PagePriority"=dword:00000001
Снова протестировав последние версии после этой новости, я опять столкнулся с "поеданием" оперативки. Не то чтобы мне сложно откатиться или мне такая уж охота поставить именно последнюю, нет. Просто хочу понять в чем проблема, чтобы иметь возможность избежать ее в дальнейшем. Порывшись без особой надежды в интернете, я все же кое что откопал и хотел узнать ваше мнение по поводу следующей информации.
На офф. форуме программы я нашел следующий топик, в котором речь как раз идет о потреблении ресурсов uTorrent'ом. Там же есть ссылка на первоисточник. Он на русском и вполне доступен. Собственно все сводится к тому, что система повышает приоритет процесса uTorrent'а и его последющим действиям. В конце дается код для твика реестра исправляющего эту проблему:
Код: Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utorrent.exe]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utorrent.exe\PerfOptions]
"IoPriority"=dword:00000000
"PagePriority"=dword:00000001
Userrr,
может быть дело в Process Lasso? Мне такая ручная правка реестра помогла. Почти сутки работы и никакой проблемы с ресурсами. Хотя еще несколько дней назад эта же версия, на этих же настройках (да и на дефолтных тоже) и 6 часов без выкрутасов не могла проработать. Кроме твика ничего не менялось...
Добавлено:
А Process Lasso от имени администратора работает? Может система в вашем случае не дает ему права менять что либо?
может быть дело в Process Lasso? Мне такая ручная правка реестра помогла. Почти сутки работы и никакой проблемы с ресурсами. Хотя еще несколько дней назад эта же версия, на этих же настройках (да и на дефолтных тоже) и 6 часов без выкрутасов не могла проработать. Кроме твика ничего не менялось...
Добавлено:
А Process Lasso от имени администратора работает? Может система в вашем случае не дает ему права менять что либо?
Userrr
[more]
Цитата:
win предлагает закрыть всё подрядну,не всё, а самое жрущее приложение на данный момент. Надо увеличть файл подкачки.[/more]
Inoz2000 если выставить auto, тогда винда отрывается по-полной, своп разрастается до ~15Gb. иногда предлагает закрыть не одно, а списком 2-3 приложения. и этот нагскрин начинает появляться примерно через 24 часа работы uTorrent. давно бы уже плюнул и переустановил винду, но пока баг не отловлен, никаких гарантий что он не выскочит на 'чистой'
P.S. забыл добавить, что предлагает закрыть только те программы, которые работают с сетью
Цитата:
klmn555 нет, от system, он стартует как сервис. но всё равно попробую твой твик.
P.S. забыл добавить, что предлагает закрыть только те программы, которые работают с сетью
Цитата:
А Process Lasso от имени администратора работает?
klmn555 нет, от system, он стартует как сервис. но всё равно попробую твой твик.
Цитата:
нет, от system, он стартует как сервис. но всё равно попробую твой твик.
Попробуйте и если не сложно отпишитесь каков результат будет.
Твик кстати не мой, а из источников указанных в посте. Впрочем, я для себя его откоректировал и добавил к двум значением тритй, чтобы на CPU не давил тоже:
Код: Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utorrent.exe]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utorrent.exe\PerfOptions]
"CpuPriorityClass"=dword:00000005
"IoPriority"=dword:00000000
"PagePriority"=dword:00000001
klmn555
Статья довольно спорная, как и предлагаемые настройки. А именно в особенности выкидывание безразмерно увеличивающегося кэша в своп, без учета остальных настроек. Результат будет запоминающийся надолго, если например с каким-нибудь браузером или еще чем тяжелым такое проделать. В контексте отключения собственного поломанного кэша и оставление каким-то? версиям utorrent-а виндового возможно такой костыль и будет работать. Не знаю. Когда вышла статья, уже пересел обратно на двушку, и не стал этой чепухой заниматься.
Статья довольно спорная, как и предлагаемые настройки. А именно в особенности выкидывание безразмерно увеличивающегося кэша в своп, без учета остальных настроек. Результат будет запоминающийся надолго, если например с каким-нибудь браузером или еще чем тяжелым такое проделать. В контексте отключения собственного поломанного кэша и оставление каким-то? версиям utorrent-а виндового возможно такой костыль и будет работать. Не знаю. Когда вышла статья, уже пересел обратно на двушку, и не стал этой чепухой заниматься.
boi1eI
Я из статьи позаимствовал только твик для приоритета процесса, а в самих настройках программы в кеширование все оставил как и стояло по умолчанию.
Впрочем проверял и с отключенными, все опять-таки работало как надо. Или Вы не об этом?
Я из статьи позаимствовал только твик для приоритета процесса, а в самих настройках программы в кеширование все оставил как и стояло по умолчанию.
Впрочем проверял и с отключенными, все опять-таки работало как надо. Или Вы не об этом?
У автора собственный кэш - элемент вообще ненужный. Да и ему этот твик, как мертвому припарки.
"CpuPriorityClass"=dword:00000005 - приоритет использования процессора normal. Он и так normal по дефолту. belowNormal, но почти то же.
"IoPriority"=dword:00000000 приоритет операций ввода-вывода. Обращений к диску на чтение-запись. Самый низкий, но это даже полезно для работы в фоновом режиме.
"PagePriority"=dword:00000001 приоритет доступа к памяти. При выставлении слишком низкого способен загнать всю память программы в своп при неактивности. Зависит от конкретного процесса. А потом долго, нудно и бесконечно ее оттуда доставать. Применительно к кэшу ФС не знаю как действует.
"CpuPriorityClass"=dword:00000005 - приоритет использования процессора normal. Он и так normal по дефолту. belowNormal, но почти то же.
"IoPriority"=dword:00000000 приоритет операций ввода-вывода. Обращений к диску на чтение-запись. Самый низкий, но это даже полезно для работы в фоновом режиме.
"PagePriority"=dword:00000001 приоритет доступа к памяти. При выставлении слишком низкого способен загнать всю память программы в своп при неактивности. Зависит от конкретного процесса. А потом долго, нудно и бесконечно ее оттуда доставать. Применительно к кэшу ФС не знаю как действует.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169
Предыдущая тема: запрет печати
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.