» µTorrent (часть 4)

salzburger

Пропишите в системе/роутере DNS от openDNS и попробуйте.
Потом попробуйте использовать dnscrypt от openDNS.

salzburger (10:44 13-05-2015)
Цитата:

Не знаю уж, что за раздача, но там у вас ничего не пашет, даже dht

Вот она, эта раздача, можете сами попробовать:
 
http://rutor.org/torrent/431524/oboi-dlja-rabochego-stola-raznoe-1680x1050-2560x1600-136sht-2015-jpg

salzburger (10:44 13-05-2015)
Цитата:

И тут... Туборга... О-СЕ-НИ-ЛО!!! Господа хорошие, вот гляжу я на ноут и вижу, что там у DHT постоянно выскакивает количество узлов > 500, а на ПК - их ровно 0 и все время пишется "Ожидание входа". Т.е. трекеры-то и всякие там раздачи как бы и не при чем - не работает DHT. Проблемка вроде локализовалась, но как же мне теперь это вылечить?

Для справки: работает и трекер рутора и dht. Пиры берутся с обоих.
http://i.imgur.com/llASBkA.png

salzburger (12:01 13-05-2015)
Цитата:

И как прикажете это понимать?

Отключите временно все фаерволы, антивирусы и прочее. Если не поможет, подсоедините ПК к сети напрямую.

Vicalf
http://forum.ru-board.com/topic.cgi?forum=5&topic=46696&start=2880#20



теоретически убирание галочек групп 1 2 3 см рис, должно приводить к меньшей нагрузке винта.
убирание галочек группы 1 действительно приводит к большему использованию кеша программы, он начинает заполняться до 100 с лишним мб, вместо 20-30. но одновременно это означает, что скачанные части спуливаются на винт менее равномерно, в три раза реже, но в три раза большими порциями. пиковая нагрузка возрастает, а общая не меняется - галочки в топку. пусть стоят как стояли. хотя при некоторых скоростях, при определенном количестве сидов, при последовательном скачивании большие порции (просто блоки не успевают докачаться) будут писаться на винт подряд....
убирание галочек группы 2 приводит к большему использованию кеша при низких скоростях отдачи, это хоть и действительно снижает и так минимальную нагрузку на винт на низких скоростях отдачи, но и приводит к дефрагментации памяти - потому что уторрент вместо того чтоб сразу выделить себе кусок, выделяет его по мере скачивания частей и освобождает\занимает по мере жонглированиями ими, так что ее придется еще дефрагментировать постоянно - это делается за счет копирования памяти в файл подкачки и суммарно винт нагрузится скорее в всего больше. галочки в топку пусть стоят как стояли.
галочки группы 3 действительно теоретически должны снизить нагрузку на винт, и не пользовался я ими по старой памяти - так как на одной из старых версий, кеширование виндовс отключилось можно сказать совсем, все что туда попадало, с винта стиралось, и я еле еле успел выключить винду, пока соображал что происходит, а то бы уже и выключаться не хватило бы системных файлов. по умолчанию галочки стоят. большинство пользователей работают с ними установленными. тут не понятки полные что делать. или надо производить какой то глубокий анализ, или полагаться на авторов или вспомним вышесказанное не полагаться.
а вот включать последовательное скачивание частей думаю стоит включить. это распределение скачанных частей уменьшит, а с ними и нагрузку. сомнительно что это критически скажется на общем скачивании. проверить будет трудновато, надо сидировать файл одному так что один раз скачивали в разнобой, а второй раз последовательно и сравнить сколько сид раздаст в первом и втором случае. если на одном компе запустить десять клиентов это винт убьет точно

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

bomzzz
topic.cgi?forum=5&topic=46696&start=2700#13
topic.cgi?forum=5&topic=46696&start=2660#3
topic.cgi?forum=5&topic=46696&start=2640#21

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

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

bomzzz (16:07 13-05-2015)
Цитата:

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

Попадает.. иногда. Там даже примерная статистика, +/- километр. Процент попадания зависит в первую очередь от соотношения объема раздаваемого к размеру кэша.

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

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

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

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

чего же ты туда наложил? мазила месяц работала без выключения?

Ничего не клал. Часто бывает ситуация, когда вся память нужна, и того не хватает. А utorrent в качестве фонового. И каждый раз ковырять его или выгружать никакого желания.

ничего страшного, покупать винты чуть чаще придется

Как говорится, не было бы счастья, да несчастье помогло. После бесплодных попыток всяких пробросок портов и поисков доигрался - поменял DNS на 8.8.8.8., после этого ни один сайт не загружался и не пинговался. Тогда выполнил восстановление DNS, забив следующие команды:

ipconfig /flushdns
ipconfig /registerdns
netsh winsock reset

Уж не знаю, что из этого помогло, возможно, очистка кеша DNS (первая команда), но после перезагрузки и blockcheck выполнился на "отлично", без блокирования провайдером , и при старте uTorrent DHT отыскалась, тут же началась закачка. Так что не зря потратил время, что хотел, то сделал.

а у меня вообще эта служба отключена, соответственно и проблем нету. с тех пор как я ее отключил проблем нету

я увеличил общее число допустимых подключений с 300 (скриншот) до 1000 и стал получать бананы от провайдера.
выражалось это в обрыве соединений PPPoE и продолжительной (около часа) невозможности подключится вновь.

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

AngelNet
баны от провайдера?! А может это ваш модем бан вам выдал?

SV0host
может в другом месте попетросяните? ситуация проверялась на прямом подключении без модемов/роутеров.
если какой девайс и выдал блок то очевидно маршрутизатор провайдера.
похоже на защиту от ботнетов с юзерских пк.
не знаю какой у них лимит открытых соединений, если кто то поделится наблюдениями буду благодарен.
выяснять это на собственной шкуре эмпирическим путём с паузами в 1ч. в работе сети как то не тянет.

AngelNet

А через VPN пробовал качать чтобы проверить. Или в таком случае только несколько соединений до сервера впн инициируется?
Могу свой поднять для проверки) L2TP, шифрование, все дела.

Добавлено:
bomzzz
служба днс-клиент нужна тем у кого экран комодо и в правилах имена хостов записаны.

AngelNet

Цитата:

а за такой длительный таймаут оффлайна

Может у них железяка перегрелась в подъезде, бывает. А может мудрый админ на каком-нибудь участке tracert ковыряет настройки от безделия. Тут только экспериментально, ну и поинтересоваться у провайдера, есть ли ограничение.

Цитата:

а у меня вообще эта служба отключена

С одной стороны нафик не нужна - приложения сами прекрасно справляются по определению и безопаснее так. Только мысли всякие в голову лезут,она ж там чё-то хранит, мол запросов поменьше будет, серверу полегче и странички побыстрее на 0,01 секунду вдруг откроет и т.п. Вообщем фик его знает. Вот в UT вообще бы вырезать, чтобы сотни (а то и тысячи) пиров не запрашивал. Разве что любоваться типа "О, чувак из Америки качает Соловьева, уважаю"..

bomzzz
Ваши теоретические рассуждения практически ни о чем.
Использую клиент 2.0.4 с указанными настройками уже более года на канале 200 Мбит, никакого ухудшения состояния хардов нет, скачивать и раздавать по 200 Мбит можно круглосуточно десятками загрузок и раздач и при этом ещё нагружать диски копированием. Никакого перегруза хардов нет. Проверял на гигабитном канале, работала загрузка под 800 Мбит несколько часов и никакого перегруза.
Вы бы лучше, чем "теоретизировать" просто проверили работу клиента с указанными настройками.

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

bomzzz
Насчет практики. Использую два харда по 3 ТБ для закачивания. Стоят более трех лет. Работают как часы. Смарт без проблем.
Вы и дальше будете заниматься "теоретизированием"?
Возможно Вам не везет и харды неожиданно у ВАС дохнут при идеальном смарте. Может быть под это нужно подвести теорию?

когда они у тебя ресурс вырабатывают тогда и перейдешь к практике от теории каскадного кеширования

[off]
Механические харды сами по себе не дохнут и не "портятся" от использования в любом режиме с любыми нагрузками любой длительности. Могут дохнуть от питания, перегрева, изначального брака, сторонних и/или собственных вибраций, в резонансе, их амплитуды и создаваемых перегрузок. Вопрос лишь в сроке, за который эти факторы его добьют, который зависит от условий эксплуатации. Можно создать такие условия, при которых и 100 лет будет работать без проблем.

Цитата:

Могут дохнуть от питания, перегрева, изначального брака,

Цитата:

Вопрос лишь в сроке,

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

bomzzz (10:37 14-05-2015)
Цитата:

пять лет непрерывного вращения

Чем измеряли?

bomzzz (10:37 14-05-2015)
Цитата:

сколько раз головка может пропарить пока не заденет неведемо

Бесконечно, учитывая трение о воздух.
зы Мне кажется, это не та ветка для обсуждения.

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

Добавлено:
а какая ветка - винты гробят п2п клиенты и торрент клиенты. ну еще антивирусы.

да ничем это стандартный ресурс винта. они столько примерно и живут если подумать

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

bomzzz (10:43 14-05-2015)
Цитата:

винты  гробят п2п клиенты и торрент клиенты. ну еще антивирусы.

Интересно. Каким образом?

bomzzz (10:43 14-05-2015)
Цитата:

да ничем это стандартный ресурс винта. они столько примерно и живут если подумать

О чем подумать? Пишут наработку на отказ при среднестатистических условиях эксплуатации, которые весьма далеки от идеальных. Я же писал, зависит от условий.

Добавлено:
bomzzz (10:43 14-05-2015)
Цитата:

грубо - чем меньше его насиловать тем он дольше проживет. так что раздавать на право и налево себе вредить. так что лучше всего сохранит винт настройка - выдавать себя за сида, или не сообщать треккеру об объемах скачанного
 
Добавлено:
а какая ветка - винты  гробят п2п клиенты и торрент клиенты. ну еще антивирусы.
 
Добавлено:
за сто лет однозначно магнитная поверхность обсыпится даже если его вообще не крутить

Вот это - чистейшей воды бред. Сорри.

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

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

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

bomzzz (10:52 14-05-2015)
Цитата:

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

С таким же успехом могу сказать, что у меня есть (специально держу) несколько хардов, которым уже больше 11-ти лет, и они все это время работали, и продолжают работать без единого сбоя.

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

И хватит офтопить, здесь качалку обсуждают а не железо