» µTorrent / uTorrent [2]

RandyOrton
Поставил bt.transp_disposition = 26 (только uTP, без TCP)
(у меня, оказывается стояло 21 - только TCP, без uTP - хотя мне кажется, что я недавно видел на вкладке пиров uTP-соединения).
Красная прерывистая стала меньше, хотя при загрузке по uTP она всё равно слегка поднимается.
В общем, Вы относительно верно про это написали.

Теперь самая большая из всех прерывистых - фиолетовая "retransmission upload".
Это нормально? Или можно исправить?

Цитата:

Поставил bt.transp_disposition = 26

Зачем? Уж лучше дефолтное 31 (TCP+uTP).

Цитата:

Теперь самая большая из всех прерывистых - фиолетовая "retransmission upload".
Это нормально? Или можно исправить?

По мне она тёмно-красная.
Это отдача повторной передачи, появляется обычно когда провайдер частично режет uTP.
Можно включить шифрование (не принудительное) на вкладке BitTorrent.
Она у вас составляет в среднем 25% от скорости отдачи (много!). Если не жалко, то сделайте bt.transp_disposition=31, если жаль канал (какая скорость по тарифу кстати?), то верните 21 или 5.

RandyOrton
Это я для эксперимента - посмотреть разницу между TCP и uTP.
А ещё, судя по названию, опции net.utp_target_delay и utp_receive_target_delay работают только для uTP.
Я надеюсь этими параметрами сделать так, чтобы uTorrent затухал, когда другие программы используют Интернет.
А почему 21 или 5? Я думал, Вы сторонник uTP...

Шифрование непринудительное у меня включено.
Allow legacy incoming connections (Разрешить входящие соединения старого типа) тоже включено.

Канал аплоада в общем-то не жалко - как раз тем и занимаюсь, что хочу увеличить скорость/объемы раздачи.
По тарифу и оборудованию может быть до 3 Мбит/с даунлоад и до 2Мбит/с аплоад (Скай Линк EV-DO Rev. A), но реальная скорость аплоада на тестах типа speedtest.net - от 256 кбит/с до 512 кбит/с (даунлоад днём в пределах от 512 Кбит/с до 1 Мбит/с).

Цитата:

А почему 21 или 5? Я думал, Вы сторонник uTP...

Сторонник, если он нормально работает. А у вас исходящий служебный трафик до 25% доходит. Не жалко - оставляйте, просто я предположил, что у вас канал на отдачу от силы 256 Кбит/с.

эх, действительно, в официальном языковом файле выходит ошибка в переводе:
'ack upload' должно быть не "подтв. отдачи", а "отдача подтверждений" (на это намекает хотя бы то, что она красная и значит относится к отдаче, а не получение подтверждений отдачи).
И еще:
"Upload incl. overhead" переведено как "Скорость отдачи (с полезной нагрузкой)", а должно быть как "Скорость отдачи (с потерями)". Аналогично и "Скорость загрузки".

А в переводе от Кузьмича таких ошибок нет?

pytex
overhead - это всё-таки не "потери", а скорее "служебный трафик".

RandyOrton
Спасибо! Я благодаря Вашему энтузиазму по поводу uTP наконец-то более-менее разобрался с этой хренью. :)
Осталось только подобрать значение net.utp_receive_target_delay, чтобы на свободном интернете utorrent качал на полную катушку и только при реальном активном использовании интернета замирал, чтобы уступить скорость юзерам (браузерам и прокси).

Цитата:

Осталось только подобрать значение net.utp_receive_target_delay, чтобы на свободном интернете utorrent качал на полную катушку и только при реальном активном использовании интернета замирал

Скорее вам нужно включить bt.tcp_rate_control

RandyOrton
Он по умолчанию включен.

pytex

Цитата:

эх, действительно, в официальном языковом файле выходит ошибка в переводе

Ну зачем так вздыхать?
Распакуй utorrent.lng, сделай правильный перевод и запакуй обратно, используя метод deflate.

spyman так сразу и сделал. В любом случае когда устанавливаю новую версию языкового файла всегда редактирую его в тех местах где мне не нравятся невлезающие надписи или другие мелкие недочеты. А вздохнул потому что упомянутая неточность дает почти противоположный смысл и многих (из тех кто вообще обращает внимание на данные параметры) может ввести в заблуждение.
kerba, да согласен, я несколько коротко выразился. Правильнее будет "Накладные расходы" или "Служебный трафик"

Скорость падает с 20 Мб/с на 20 Кб/с ...
Как лечить?

Увеличить кеш программы с дефолтных 32 мб до скажем 128 мб. Само собой убрать галки "отключить Windows-кэширование при чтении и записи". Если эти манипуляции не помогут, вам уже ничего не поможет кроме само собой снижения скорости закачки. Также следите за тем чтобы диск ничем другим не занимался. Настройки я надеюсь знаете где - графа "дополнительно" и.т.д.

P.S.Вот кстати у битспирита огромный кеш по умолчанию и он с ним весьма неплохо работает.

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

Цитата:

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

В настройки лазить не обязательно, ПКМ в статусной строке на цифре скорости (как закачки так и отдачи) и выбирайте из списка.

Samars

Цитата:

Само собой убрать галки "отключить Windows-кэширование при чтении и записи".

Что из этого убрать?:

vapod

Цитата:

В настройки лазить не обязательно, ПКМ в статусной строке на цифре скорости (как закачки так и отдачи) и выбирайте из списка.

О, здОрово! Не знал о такой фишке, спасибо!

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

sv9205
Опасаюсь, что вызову на себя шквал помидоров каментов, но все же - а дефрагментацию давно делали на винте, куда идет закачка?

pytex - спасибо!
Сниму галки...
Это старая версия 1.7.7. Пользуюсь, т.к. качает быстрее новых.


Добавлено:
MrThief
Не делалась дефрагментация, т.к. новый диск и заполнен на 30% .

sv9205

Цитата:

Что из этого убрать?:

Я написал что убрать - "отключить Windows-кэширование при чтении и записи" Внимательно читайте что вам пишут.

Из того что на скрине нужно ещё

снять галки с "Записывать нетронутые блоки каждые 2 мин" и "Записывать завершенные части немедленно". Это разумно.

Но главное снять галки "отключить Windows-кэширование при чтении и записи" вот их-то как раз на вашем скрине нет хотя речь шла именно об них.


Цитата:

Это старая версия 1.7.7. Пользуюсь, т.к. качает быстрее новых.

Ни на йоту не качает быстрее, да ещё utp нет.

Цитата:

Само собой убрать галки "отключить Windows-кэширование при чтении и записи".

Цитата:

Я написал что убрать - "отключить Windows-кэширование при чтении и записи"

Цитата:

Но главное снять галки "отключить Windows-кэширование при чтении и записи"

Это опечатка или ваше серьёзное заблуждение? Windows-кэширование нужно отключать, соответственно галочки должны СТОЯТЬ.
http://rutracker.org/forum/viewtopic.php?t=867941

Цитата:

вот их-то как раз на вашем скрине нет

В 1.7.7 нет таких настроек.

Цитата:

Это старая версия 1.7.7. Пользуюсь, т.к. качает быстрее новых.

Не быстрее. Версия 2.0.4 качает у меня на скорости 68 Мбит/с, больше не даёт сетевушка (моя или сида).

пероепутал мбит с мб

RandyOrton
У меня, как оказалось, net.utp_dynamic_packet_size был равен true. Поставил в false, понаблюдаю за оверхедом.

momo2000
Что не так?

RandyOrton

Цитата:

В 1.7.7 нет таких настроек.

На нет и суда нет. Интересно что страдалец там отключал.


Цитата:

Это опечатка или ваше серьёзное заблуждение? Windows-кэширование нужно отключать, соответственно галочки должны СТОЯТЬ.

Нет это способ разгрузить диск за счёт большей нагрузки на память и процессор. О чём и идёт речь - о том что диск дохнет при таком многопоточном потоке данных. Скажите вообще для чего нужно Windows-кеширование в программе типа p2p, почему оно появилось именно в современных версиях того же utorrent?

MrThief
А это net.utp_initial_packet_size - 8 ?
И bt.transp_disposition - 31 или хотя бы 15?

Добавлено:

Цитата:

Скажите вообще для чего нужно Windows-кеширование в программе типа p2p, почему оно появилось в современных версиях того же utorrent?

Я думаю оно и в 1.7.7 есть, но не отключаемое просто.
Windows-кэширование не нужно (поскольку использует файл подкачки, что на фиг не нужно), лучше пользоваться встроенным в uTorrent.

RandyOrton

Цитата:

Я думаю оно и в 1.7.7 есть, но не отключаемое просто.

Есть но не отключаемое? Возможно чего не знаю того не знаю.


Цитата:

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

Можно и нужно использовать - если это даст эффект, а оно даёт в ряде случаев потому его и ввели в настройках. Впрочем вы сообщаете что оно не отключаемое. Тогда вопрос закрыт. Хотя сдаёться мне кеша самой программы хватит - если не 128, так 256 или 512 мб.

RandyOrton

Цитата:

А это net.utp_initial_packet_size - 8 ?
И bt.transp_disposition - 31 или хотя бы 15?

Это вы про скриншоты спрашиваете? Если да, то там bt.transp_disposition вообще 5, т.к. они делались давно.

Цитата:

Есть но не отключаемое? Возможно чего не знаю того не знаю.

Я не знаю абсолютно точно, есть оно или нет, но в 1.7.7 возникает своппинг, а при отключении Windows-кэширования в 1.8.2 и 2.0.4 своппинг пропадает. Так что похоже в 1.7.7 такое кэширование есть и его не отключить.

Цитата:

Можно и нужно использовать - если это даст эффект, а оно даёт в ряде случаев потому его и ввели в настройках.

Зачем нужен кэш? Чтобы сократить обращения к жёсткому диску. Если кэш будет сбрасываться в файл подкачки, что произойдёт? Увеличение обращения к жёсткому диску.
Теперь понятно?

Цитата:

Это вы про скриншоты спрашиваете?

Нет, вообще.

RandyOrton

Цитата:

Зачем нужен кэш? Чтобы сократить обращения к жёсткому диску. Если кэш будет сбрасываться в файл подкачки, что произойдёт? Увеличение обращения к жёсткому диску.
Теперь понятно?

Ну писец какие мы умные. Нет типа непонятно. Никакого "увеличения обращений не будет" количество обращений и так критическое в обычном (данном) случае. Сначала будет использоваться кеш программы и уже по необходимости своп. Он включается далеко не для того чтобы "увеличивалось число обращений к диску". Больше чем уже есть при потоке непрерывно идущих на запись\чтение блоков получить просто нереально, для этого нужно либо другие копии программ врубать (другие программы) либо увеличивать скорость потока. А использование W-кэширования даёт скажем возможность немного разгрузить ситуацию в плане обращений к одним и тем же блокам при чтении. Смотреть надо по ситуации надо или нет. Но диску хуже точно не будет. Вот если выставить малый кеш у программы (или вообще выключить) и включить W-кэширование то возможны проблемы, для этого оно никак не годиться, а в паре то что надо. У меня всегда включено.

По вашей ссылки ведь не дураки же написали -


Цитата:

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

речь далеко не про HDD.

Резюме там такое что при массе личеров W-кеширование весьма полезная штука. А вот при скачивании это уже не тот коленкор. Эффекта не будет.