» µTorrent (часть 4)

Userrr
сенки именно то что надо. в моей версии нету такого, а я сам у авторов выпрашивал года три четыре назад. а с какой версии это появилось?

Добавлено:
/recover - а это параметр больше не пашет?

bomzzz видимо в 3.x, в единственной юзабельной 3.3.2.30586 эти настройки есть


Добавлено:

Цитата:

/recover - а это параметр больше не пашет?

должен. указывай версию сабжа. в 3.4.x - хренпойми чё творится

есть такое и в старой версии надо обязательно шифт ф2 жать

Добавлено:

Цитата:

в 3.4.x - хренпойми чё творится

так и не смог портативно поставить. мне старая версия больше нравится. даже в 1.6.0 такое было

Цитата:

/recover - а это параметр больше не пашет?

bomzzz,
У меня версия 3.4.3.40208 и этот параметр работает. Параллельно с ним стоит 3.3.2.30586, которая и запускается с этим параметром. Но проверил поменяв местами все работает.

Не работает Воспроизведение (Play File), при клике на кнопку ничего не происходит, в не зависимости от выбора плеера (сборка от A1eksandr1).

а просто по файлу щелкнуть на закладке файлы тоже больше не работает?

Добавлено:
у меня вообще видео перестает показывать после запуска новой версии. все от этих "модных" окон

Через закладку Файлы воспроизводит только дефолтным плеером, но я не про это спрашивал, можно ведь и просто открыть папку сохранения и щёлкнуть по файлу. Просто раньше эта опция работала.

нет будет разница. некоторые плееры займут файл для записи, а из вкладки недокачанный файл докачается и потом переместится куда нада

Да я не спорю, только повторюсь
Цитата:

но я не про это спрашивал

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

У кого нибудь из использующих последние билды работает воспроизведение на оригинальной версии?
Если плеер работает по принципу дополнительного подгружаемого апплейта, то в моей портативке лежит заглушка и в виде файла, не позволяющего подгружать их, и адреса в самом exe убраны.

A1eksandr1
можно скриншот полосок статуса в вашей сборке если не затруднит? лень разворачивать на виртуалке сабж ради пары полосок, да и другим мемберам пожалуй пригодится скрин.
заранее благодарю!

AngelNet
Достаточно запустить поративку через файл uTorrentMultiple.bat, при этом даже уже работающий в системе клиент не затронется. Можно и напрямую через uTorrent.exe, завершив работу основного клиента на это время, тоже ничего не изменится, программа настроена как портативная.
Для отображения строк подкинул resume.dat, выглядит не совсем красиво из за отсутствия самих торрент-файлов, но для просмотра оформления этого достаточно:

в dht патчере большого смысла нет, потому что не смотря на разрешение вашему клиенту обмен пирами, остальные участники скачивания в этом обмене участвовать не будут, так как используют "обычные" клиенты

Добавлено:
A1eksandr1
это не сборки а просто портативные версии, немного модифицированные, так что насчет порчи винта я преувеличил

Добавлено:
такой вопрос давно интересует. при защите виндовс хп EWF уторрент лопает кеш в оперативке, независимо от того, на каком диске установлен и куда качает файл. так как на хп он ограничен 512 мб, это практически сразу приводит к невозможности скачивания вообще. нет способа их сдружить?

bomzzz
не скажИте: я часто тяну анимешки с приватного трекера и наблюдаю 1-5 сидов с "патчеными" клиентами.
(на популярной либо новой раздаче).
а учитывая счетчик рейтинга там - это отличная возможность качнуть в обход трекера без учёта ратио.

http://s011.radikal.ru/i318/1505/16/edbd33508a8b.gif

Добавлено:
для обхода учета на раздаче с отключенных дхт надо использовать старый клиент, соединится с треккером, получить пиры и удалить адреса трекеров из свойств закачки. ну или патченный клиент использовать который вообще данных не сообщает или выдает себя за сида. если использовать "новые клиенты" с версии примерно 1.8 тогда придется скопировать пиры и после удаления адресов добавить их в ручную назад. тогда в скачивании будут участвовать все а не только патченные. не знал что это стало более распространено, видимо связано с выходом альтернативных сборок и связано с конкретным треккером

Добавлено:
пишет мне "your trial is ended" в топку эти третьи версии

У меня от этого µTorrent-а винт на 3 Тб сдох. Кто мне его теперь восстановит?

Цитата:

У меня от этого µTorrent-а винт на 3 Тб сдох. Кто мне его теперь восстановит?

у тебя винт сдох, от того что производители винтов твари и долбоёбы. простите за мат, но другим словом их называть нельзя. огромное количество брака, замаскированных на заводе бедов, у каждого производителя. и сигейт и вестрн за руки ловили, что в россию и другие отсталые страны, они в основном востановленные винты шлют. плюс ещё они запланированный отказ преднамерено практикуют у новых изделий сейчас. 2 раза упыри устраивали истерию с дефицитом, задирали цены на свою осыпающуюся дрянь. плюс ещё они палки в колёса reram ставят, скупая разработчиков и не давая наладить производство таких ssd. если бы винты были качественными, ни одна качалка за 10 лет, ни один винт запилить насмерть не смогла.

надо кеш в ручную увеличить настолько насколько память позволяет*, а лучше вообще качать в рамдиск при возможности. использовать версии о которых в инете есть отзывы долгосрочного использования. не увеличивать до беспредела количество пиров. не отключать ни в коем случае кеширование виндовс. не использовать параллельно два клиента. остается полагаться на авторов которые патологически что то пытаются мутить с кешированием, считая себя умнее микрософта. в любом случае п2п клиент убьет винт скорее

*только не надо забывать что по 32 битными системами без пае программы могут использовать не более 2 гиг адресного пространства.

Была проблема, состоящая в том, что после завершения скачивания, клиент не удаляет расширение !ut.

Взамен µTorrent 3.4.2.39744 Stable A1eksandr1 поставил µTorrent 3.4.3.40208 Stable A1eksandr1.
Проблема исчезла.

они лепят эти версии как пирожки и постоянно допускают ошибки

µTorrent 2.0.4.22450 нормальный клиент. все работает корректно.
http://rghost.ru/8YVxHcJyq
от 1.6.0 1.6.1 проверенных все же пришлось отказаться в связи с переходом на udp протокол

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

FILE_FLAG_SEQUENTIAL_SCAN - вот в гугл если это пихнуть ссылки только на форумы, а на официальную документацию микрософта нету ссылки, а она должна быть первой. практически все программы в инете непрофессиональные написаны неправильно. когда речь идет об одном файлике эти фигня, а если это группа файлов или последовательная запись множественная будет ой. сам писал программу которая открывала всего навсего 12 файлов и писала в них совсем немного не очень часто, примерно по 100 байт раз в полсекунды\секунды что приводило к конкретному подвисанию системы, а с этим флагом все нормально работает

Добавлено:
еще такую фигню вспомнил. на какой то старой версии испытал настройки уторрента отключить кеширование виндовс. это кончилось тем, что кеширование так отключилось, что исчезло половина системных и программных файлов

Цитата:

µTorrent 2.0.4.22450 нормальный клиент. все работает корректно.   http://rghost.ru/8YVxHcJyq

в архиве кривейший руссификатор. http://rusfolder.com/22749693# эти лучше будут.

чета не заметил разницы

удален...

bomzzz
Я вот похоже на рам-диске и остановлюсь. Получается, что понятие кэширования отпадает? Хотя нет, что-то действительно накручено: если снимаю все птицы в настройках (крайняя шапочная), то все закачки почти останавливаются. Вот те на. Буду дальше изучать.

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

Добавлено:


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

использую только вторую версию. как на юдп протокол осуществился, так как у меня ип серый, пиров и так не хватает

*использовал два клиента для скачивания, а не один, чтоб добавлять скачанное из одного другому по сети, для чего нужно одно перехеширование файла, а не два. теперь так стараюсь вообще не делать. перехеширование дает большую нагрузку на винт, в этом легко убедится, что указывает на то, что вот этот флаг FILE_FLAG_SEQUENTIAL_SCAN скорее всего не используется.


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

при клике из браузера на ссылку торрент-файла выскакивает сообщение
"It seems like µTorrent is already running, but not responding"
Если закрыть клиент, то торрент добавляется нормально. Из проводника по файлу, тоже все ок.
Просит закрыть клиент только из Chrom'a. Как лечится, подскажите?

проблема хрома или системы.

Клиент 2.0.4
Использую настройки кэширования



Канал 200 Мбит, при его максимальной загрузке, загрузка кэша небольшая до 100 Мбайт, при этом можно ещё нагружать диск копированием.

Это достигается за счет каскадного кэширования, сначала кэш операционной системы, затем кэш клиента.

каскадное кеширование

дома в ванной воду включи, каскадно накешируй ее в ванной, а потом наблюдай как она будет через кеш пола соседям наливаться, так же быстро как если просто на пол ее вылить или нет