Part!zan,тут:
я там и искал,но чегот не нашел вообще ничего похожего,версия 1.8.2
Изображения

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

В.В.Путин
Part!zan
Простите убогого, но я не понял, что поменялось? Трасса новая, RTT иной?
Время ответа скачет как заполошный заяц?

такс,обновился....отключил bt.tcp_rate_control....что еще надо сделать?
надо убирать галочку:управление скоростью?
и еще что надо?

Lazy_lemial, пинги маленькие. Обычно, в это время пинги у домолинка вот тут http://www.vrn123.ru/wiki/services/pingerprov/start за 60 переваливают, а сегодня все скромно.

hmur, галочку лучше убрать. Но вообще, надо экспериментировать. У некоторых с ней скорость больше.

Сообщение от ptk2003:
bt.transp_disposition = 15.

значение тоже присвоено

Сообщение от :
(отключить uTP = 5)

а вот этого не обнаружил

Сообщение от Part!zan:

hmur, галочку лучше убрать. Но вообще, надо экспериментировать. У некоторых с ней скорость больше.

понял...пока что убрал галочку...

hmur, так это надо поставить 5 вместо 15 ))

1 — разрешить инициировать исходящие TCP-соединения,
2 — разрешить инициировать исходящие uTP-соединения,
4 — разрешить принимать входящие TCP-соединения,
8 — разрешить принимать входящие uTP-соединения

Сообщение от ptk2003:
hmur, так это надо поставить 5 вместо 15 ))

ааа,))) щас поправлю...а если не секрет,то что это дает или не дает?в чем плюс?

Сообщение от :
1 — разрешить инициировать исходящие TCP-соединения,
2 — разрешить инициировать исходящие uTP-соединения,
4 — разрешить принимать входящие TCP-соединения,
8 — разрешить принимать входящие uTP-соединения

ну эт я так понял пояснения что означает каждая выставленная цифра и как я понял мы остановились на цифре 5 = отключить uTP...так?
а 15 что тогда означало?)

Part!zan
Ааа.
Я мэйл не пинговал, но последнюю неделю у меня пинг до яндекса 40-45 мс, именно в моменты увеличения загрузки канала. По утрам и поздно ночью 38-40.
Потому и спросил.

1 — разрешить инициировать исходящие TCP-соединения + 4 — разрешить принимать входящие TCP-соединения = 5 (отключить uTP вообще)
1 — разрешить инициировать исходящие TCP-соединения + 4 — разрешить принимать входящие TCP-соединения + 8 — разрешить принимать входящие uTP-соединения = 13 (по умолчанию в 1,8)

а 15 это разрешить все.

--
Ничего не дает. Хотя uTP генерирует бОльшее число udp пакетов. Практически это влияет на роутеры которые на пределе ресурсов работают и имхо только на софтовые.

Сообщение от hmur:
ааа,))) щас поправлю...а если не секрет,то что это дает или не дает?в чем плюс?
ну эт я так понял пояснения что означает каждая выставленная цифра и как я понял мы остановились на цифре 5 = отключить uTP...так?
а 15 что тогда означало?)

Суммируйте.

1 — разрешить инициировать исходящие TCP-соединения,
2 — разрешить инициировать исходящие uTP-соединения,
4 — разрешить принимать входящие TCP-соединения,
8 — разрешить принимать входящие uTP-соединения

1+4 = 5 = только TCP вход\выход
1+8 = 9 = Исходящие только TCP, входящие только uTP

Далее по аналогии.

ptk2003,Lazy_lemial,Part!zan спасибо за разъяснения...посмотрим что будет...вроде пока всё работает стабильно положительно)

Вообще-то, bt.transp_disposition во второй версии не обязательно менять. Отключением uTP заведует галка "Bandwidth management" или "Управление скоростью".

Сообщение от ptk2003:
Ничего не дает. Хотя uTP генерирует бОльшее число udp пакетов. Практически это влияет на роутеры которые на пределе ресурсов работают и имхо только на софтовые.

Практически это не верно. Предел ресурсов - понятие растяжимое, операторы у которых сеть построена на Длинках могут купить ещё стопицот роутеров Длинк, чтобы разгрузить имеющиеся и увеличить резерв по pps до 500%

Операторы, у которых одна железка стоит 50 килобаксов и которые держат 30% запас по каналу\мощности не смогут быстро среагировать на подобное "гамнотворчество" протоколописателей от мторрента. Хотя бы потому, что железки стоимостью в 50 килобаксов не делают конвейерным способом из-за низкого спроса.
В результате провайдеры с 1 мегабитом на канале и десятком пользователей молниеносно среагируют, а те, у кого 1 гигабит и 1000 пользователей будут достаточно долго выправлять ситуацию.

В общем, я читаю так - не можешь с...ть не мучай ж...у, то есть не выдумывай новый протокол в надежде, что он будет лучше существующих, а раз выдумал, то тестируй его не в песочнице из 1000 пользователей полгода, а несколько другими методами.
---
Единственный плюс от uTP - те провайдеры, которые устраивали TCP-DROP клиентам на некоторое время обломались и скорость при скачке с пиров у клиентов выросла.

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

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

Part!zan
Там, по некоторым сообщениям, скорость определялась по времени отклика на пинг.
И введённые пороги были смешными, типа 50 мс это канал хренового качества, а 100 мс это ваще не канал, а полная ж...
В итоге мторрент начинал дробить пакеты, говнороутер пользователя (или провайдера) начинал сипеть от pps удушья, время ответа на пинги увеличивалось, мторрент радостно определял ухудшение качества связи и дробил пакеты на ещё более мелкие, доходя в своём идиотизме до пакетов размером в 60 байт, говнороутер умирал, мторрент печально сообщал юзеру - нет инета, хозяина, я так старался связь поддержать, но у меня не вышло...
Идиёты, мля.

Сообщение от Lazy_lemial:
типа 50 мс это канал хренового качества, а 100 мс это ваще не канал, а полная ж...

Буржуи, че с них взять...

А сейчас ни у кого связь не падала?

Вроде нет.

А почему разделе статистика трафик отображается в байтах?

Сообщение от =Дмитрий=:
А почему разделе статистика трафик отображается в байтах?

Интересный вопрос спустя столько лет