iskatel: (Default)
[personal profile] iskatel
Некоторые жадные уроды-провайдеры, как известно, в последние год-два начали резать скорость для торрентов.
Это очень пикантно выглядит, если вспомнить, что эти же манагеры наперебой, не желая денег на рекламу, продают пакеты в десятки (а то и 100) мегабит, которые , по сути, ничему кроме торрента и других p2p не нужны.
И ведь не жалеют денег на дорогущие полисеры - между прочим, железки по нескольку десятков тыс. уе. каждая.
А udp просто так не зарежешь. Ну так вот им µTP и пусть подавятся.
Забавно читать, как воют на форумах представители говнопровайдеров. У них, видите-ли, перестали нормально работать шейпера.
А нечего продавать мегабиты 3-го сорта. Не можете работать честно - уходите вон с рынка. Или повышайте качество.
з.ы. чуть пристальнее посмотрел на то, как работает протокол utp в новом utorrent.
Идея-то хороша, но реализация пока что сырая и проблемная. Работа мелкими пакетами как норма, сваливание на еще более мелкие при любом чихе, плохо решенная проблема фрагментации.
Ну его нахрен.
Оно, конечно, не совсем законно, и даже нарушает договора, но я полностью понимаю провайдеров, которые стали резать этот протокол.
Если авторы выпустили релиз программы, которая по умолчанию работает с настолько кривым и сырым протоколом, то его можно и нужно резать.
Разумеется, это не отменяет фразы про то, куда следует пойти продающим мегабиты 3-го сорта.

Date: 2010-02-28 06:36 am (UTC)
From: [identity profile] dnovikoff.livejournal.com
а что такое mTP? :)

Date: 2010-02-28 10:55 am (UTC)
From: [identity profile] iskatel.livejournal.com
мелкая неточность, µTP.
по ссылке очень криво, но тем не менее
http://ru.wikipedia.org/wiki/ΜTorrent#.C2.B5TP

Date: 2010-02-28 07:08 am (UTC)
From: [identity profile] tarkhil.livejournal.com
А тут, однако, есть законно-рыночная тонкость.

Траффик стоит денег. По крайней мере, непировый - стоит. И именно погигабайтно.

Продавать его дешевле себестоимости как-то не вполне выгодно. И, как только один провайдер в районе начинает анонсировать стопиццот тысяч миллионов миллиардов гигабайт за один доллар - всем остальным приходится под него прогибаться...

А дорогущие роутеры берутся не только и не столько для того, чтобы резать P2P и VoIP.

Date: 2010-02-28 11:04 am (UTC)
From: [identity profile] iskatel.livejournal.com
Ау, Алекс, выходи из машины времени.
Уже много лет траффик никто не считает погигабайтно.
Гигабитами полосы - да. Десятками, сотнями гигабит - да.
Разве что по сверхдорогим каналам где-то в Зажопинске (или в модном доме), где монополист делает всё, что хочет, там и побитно можно.
Проработав в телекомах 8 лет, я немного 8) знаю расценки как у нас, так и в Европе и России.

>>А дорогущие роутеры берутся не только и не столько для того, чтобы резать P2P и VoIP.

А ты не знаком с железками, которые ставятся только для того, чтобы резать ?
Ладно, иногда это модули.
+ софт (сам по себе очень недешевый).

>> Продавать его дешевле себестоимости как-то не вполне выгодно.

На сегодня каналы (еще раз - трафик никто не оплачивает погигабайтно) - далеко не самая затратная часть в бюджете.
Техника, местные коммуникации, взятки, зарплаты.. очень толстый канал наружу стоит значительно меньше прочих затрат.
И продают его в розницу (! с учетом коэффициента пересчета, никто мелким клиентам 1:1 с основой трубы не считает) примерно на порядок дороже, а то и больше, так что тут все нормально.
И это "на порядок" берется именно из прочих затрат на поддержание огромной инфраструктуры, оптом наценка минимальна.

Date: 2010-02-28 07:50 am (UTC)
From: [identity profile] blacklion.livejournal.com
Но это не отменяет того, что uTP хуёво спроектирован (я не провайдер, есличо)

Date: 2010-02-28 11:09 am (UTC)
From: [identity profile] iskatel.livejournal.com
Думаю, это очень скоро поправят (я про сваливания на работу мелкими пакетами вместо max MTU size).
µTP - уродство, и сделали его именно для того, чтобы преодолевать шейпера, когда Вася заключает договор и покупает хх мегабит канала (манагер в рекламе орёт, что всё типа-честно), и этот же мошенник-манагер по факту даёт ему эти хх разве что для http, и то по праздникам, а торрент-клиент у него почему-то работает на многократно мЕньшей скорости. При этом вместо расширения каналов срань-манагеры покупают дорогущие полисеры.

Date: 2010-02-28 01:55 pm (UTC)
From: [identity profile] dbg.livejournal.com
Разверни, пожалуйста, мысль.

Date: 2010-02-28 02:03 pm (UTC)
From: [identity profile] blacklion.livejournal.com
накладных расходов там чудовищно (мелкие UDP-пакеты да ещё со своими доп. заголовками используются) + очень спорный контроль перегрузки.

Date: 2010-02-28 02:09 pm (UTC)
From: [identity profile] iskatel.livejournal.com
с размером пакетов все не так просто, он не постоянен.

Date: 2010-02-28 02:17 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Ну, дофига жалоб, что он сваливается в пакеты чуть не по 128 байт (включая все заголовки!) почти всегда.

Date: 2010-02-28 02:11 pm (UTC)
From: [identity profile] dbg.livejournal.com
Ну, сами по себе накладные расходы никого не волнуют - не так их там много. А мелкие пакеты понятно почему - попытка борьбы с serialization delay (хотя тут есть тонкости).

А что сомнительного в их congestion control?

Date: 2010-02-28 02:15 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Ну, сами по себе накладные расходы никого не волнуют - не так их там много
Чуть ли не до 50%, а так никого не волнуют, да…

А что сомнительного в их congestion control?
Он, как я понял, взят от экспериментов с TCP, которые мало кому понравились в своё время… Но может быть я ошибаюсь.

Date: 2010-02-28 02:19 pm (UTC)
From: [identity profile] dbg.livejournal.com
Чего-то у меня не получается 50%. Наверное, арифметика меня подводит.

> Он, как я понял, взят от экспериментов с TCP, которые мало кому понравились в своё время… Но может быть я ошибаюсь.

Ну, разве что на уровне идеи - delay based схемы действительно были. Но цели uTP'шного и TCP'шного разные, и дизайн там существенно разный.

Date: 2010-02-28 02:29 pm (UTC)
From: [identity profile] iskatel.livejournal.com
угу, протокол сырой и пока не стандартизированный.
Но ему и не светят стандарты на привычном нам уровне RFC, зарубят-с с гарантией.

Date: 2010-02-28 02:34 pm (UTC)
From: [identity profile] dbg.livejournal.com
Есть целая WG. Так что светит, я думаю.

Date: 2010-02-28 02:36 pm (UTC)
From: [identity profile] iskatel.livejournal.com
что такое WG ?
---
а на чем основана уверенность ?

Date: 2010-02-28 02:41 pm (UTC)
From: [identity profile] dbg.livejournal.com
IETF workgroup. Причем посвящена целиком congestion control mechanism that should saturate the bottleneck, maintain low delay, and yield to standard TCP. http://www.ietf.org/dyn/wg/charter/ledbat-charter.html

Date: 2010-02-28 02:38 pm (UTC)
From: [identity profile] dbg.livejournal.com
Нету там серьезных агрументов насчет congestion control. "Hasn't been studied" - это не совсем правда, а даже если б это было так, то это всего лишь повод для того чтобы таки study.

А что до TCP-LP, то я у себя дома гоняю торренты по немного допиленному TCP-LP. В принципе, путем антинаучного шаманства, я добился чтобы оно вело себя так, как хочу я, но это шаманство, я уверен, поломается в других условиях.

Date: 2010-02-28 02:40 pm (UTC)
From: [identity profile] iskatel.livejournal.com
>> гоняю торренты по немного допиленному TCP-LP.

А что ты ему пропатчил ?

Date: 2010-02-28 02:42 pm (UTC)
From: [identity profile] dbg.livejournal.com
изнасиловал коэффициенты реакции на задержку и подкрутил логику, чтобы при дропах он не пополамил окно, а закрывал его нафиг.

Date: 2010-02-28 02:54 pm (UTC)
From: [identity profile] iskatel.livejournal.com
а при каком уровне дропов ты закрываешь окно ?

Date: 2010-02-28 02:58 pm (UTC)
From: [identity profile] dbg.livejournal.com
Сразу. Ну не закрываю, а ставлю в 1. Потом оно опять разгоняется. Опыт работы показал, что раздача утилизирует весь канал, но быстренько сморщивается, в канале есть что-то еще.

Но идея uTP мне нравится больше. Надо попробовать изобразить из TCP-LP что-то похожее.

Date: 2010-02-28 03:00 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Лучше уж тогда для линуксового клиента uTP дописать. Вот для rTorrent, например…

Date: 2010-02-28 03:13 pm (UTC)
From: [identity profile] iskatel.livejournal.com
оба они (+transmission), даже если прибавить и azureus, не имеют и 10% относительно utorrent 8-)

Date: 2010-02-28 04:28 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Это ясно.

Date: 2010-02-28 04:07 pm (UTC)
From: [identity profile] dbg.livejournal.com
Меня тошнит от его кода. Видали и хуже, но удовольствия оно мне точно не доставит. А поиграть в допиливание TCP-LP куда интересней и приятней.

Date: 2010-02-28 02:49 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Я вот думаю — это мне так всегда с провайдерами везло, что я ВСЕГДА раздавал с полной скоростью канала, да и качал так регулярно?

Date: 2010-02-28 02:51 pm (UTC)
From: [identity profile] dbg.livejournal.com
А что тут удивительного?

Date: 2010-02-28 02:59 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Ну, если бы это было не удивительно — зачем были бы нужны новые протоколы?

Date: 2010-02-28 04:04 pm (UTC)
From: [identity profile] dbg.livejournal.com
Для того, чтобы торрент, который раздает чего-то там в фоне, не мешал всяким интерактивным занятиям.

Date: 2010-02-28 04:11 pm (UTC)
From: [identity profile] iskatel.livejournal.com
если речь про домашнюю сетку, то значительно проще настроить qos на домашнем роутере 8-)

Date: 2010-02-28 04:13 pm (UTC)
From: [identity profile] iskatel.livejournal.com
А если речь про каналы провайдера... то каналы таки надо расширять, когда на горизонте вырисовывается полка.

Date: 2010-02-28 04:15 pm (UTC)
From: [identity profile] dbg.livejournal.com
Все несколько сложнее в случае доксиса или ваймакса.

Date: 2010-02-28 04:18 pm (UTC)
From: [identity profile] iskatel.livejournal.com
это да.
А что вообще можно сделать на них ?
шейпера шейперами.. а, манагеры все равно резво продают в несколько раз больше, чем можно.
Говорю с коллегой, он на yota, затыкается скайп (а там silk, который весьма устойчив к небольшому джиттеру и пропаданиям).

Date: 2010-02-28 02:54 pm (UTC)
From: [identity profile] iskatel.livejournal.com
знаешь, всегда велик соблазн судить по себе. А это ошибочно.
То, что у меня сейчас отличный канал, не означает, что рядом нет провайдеров, где заявленная скорость и отсутствие всплесков задержек по вечерам бывают хорошо если по праздникам...

Date: 2010-03-01 08:04 pm (UTC)
From: [identity profile] iskatel.livejournal.com
см. update.
текущая реализация протокола таки дерьмо, согласен.
Page generated Jun. 28th, 2025 10:44 am
Powered by Dreamwidth Studios