Болталка раздела Домолинк

[hmur]

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

[hmur]

ptk2003, блин,глянул,ни там ни там нету(((
может в этой версии нет такой фишки?

[Part!zan]

hmur, bt.tcp_rate_control

[hmur]

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

hmur, bt.tcp_rate_control

да я понял...нет такой строчки((

[Part!zan]

hmur, обновись - строчка появится )

[hmur]

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

[Part!zan]

hmur, это все отключается одним кликом. Так что, не бойся.

[ptk2003]

Ничего не забивает. Как видно у мну на скрине bt.transp_disposition = 15. (отключить uTP = 5)
Разница между только tcp и uTP не более 10% в загрузке камня. но у нас софтовый роутер, а загрузка в нем напрямую зависит от pps

--
в 1,8 нет tcp auto rate.

[hmur]

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

[Lazy_lemial]

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

[hmur]

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

[Part!zan]

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

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

[hmur]

Сообщение от ptk2003

bt.transp_disposition = 15.

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

(отключить uTP = 5)

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

[hmur]

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

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

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

[ptk2003]

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

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

[hmur]

Сообщение от ptk2003

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

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

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

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

[Lazy_lemial]

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

[ptk2003]

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

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

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

[Lazy_lemial]

Сообщение от hmur

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

Суммируйте.

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

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

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

[hmur]

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

[Part!zan]

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

[Lazy_lemial]

Сообщение от ptk2003

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

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

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

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

[hmur]

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

[Part!zan]

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

[Lazy_lemial]

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

[Part!zan]

Сообщение от Lazy_lemial

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

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

[Lazy_lemial]

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

[Petrogen]

Вроде нет.

[=Дмитрий=]

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

[BATISKAF]

Сообщение от =Дмитрий=

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

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