The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Открыт протокол uTP, призванный уменьшить нагрузку при испол..., opennews (?), 25-Май-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от RapteRemail (ok), 25-Май-10, 22:45 
http://l7-filter.sourceforge.net/protocols

На практике не пробовал, но думаю тормозить будет дико.

Ответить | Правка | Наверх | Cообщить модератору

20. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 26-Май-10, 00:03 
Я в курсе про L7filter, мне интересны методы юзаемые железками и прочая :)
Ответить | Правка | Наверх | Cообщить модератору

29. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +2 +/
Сообщение от XoRe (ok), 26-Май-10, 00:53 
>Я в курсе про L7filter, мне интересны методы юзаемые железками и прочая
>:)

В ссылке http://nuclight.livejournal.com/125372.html
есть неплохое howto для блокирования неправославного трафика.
Для фряхи это bpf + netgrapth.
Ддя линуха bpf + что_нибудь_свое.
Для цисок/джуниперов - хз, тоже можно чего-нибудь подыскать.
Только давайте без килобайтовых размышлений о том, как вам что-то не нравится)

Просто трафик пакетов в 1,5 кб - это один pps, а трафик из пакетов в 150 байт - это другой pps.
Плюс, чем пакет меньше, тем накладные расходы больше.
Т.е. в пролете и провайдеры и пользователи.
Поэтому такое нужно блочить и уведомлять юзеров, чтоб если уж торренты юзают, то пусть отключают uTP.
Разработчики uTP, мягко говоря, дали маху)

Ответить | Правка | Наверх | Cообщить модератору

40. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 26-Май-10, 16:07 
> есть неплохое howto для блокирования неправославного трафика.

Я это видел. Просто бывают еще продвинутые техники блокирования/троттлинга торента некоторыми железками (Sandvine или как их там). Я примерно представляю себе что они делают но только примерно. Надеялся что кто-то знает побольше и поконкретнее.

> Ддя линуха bpf + что_нибудь_свое.

Это что-нибудь свое там называется iptables, видимо. Прирезать на нем пакеты по конкретным байтам в конкретном смещении - не вопрос ни разу.

> Просто трафик пакетов в 1,5 кб - это один pps, а трафик из пакетов
> в 150 байт - это другой pps.

Вроде 150 байтов - только для медленных линков типа дохлого дслного аплоада. Но в целом - довольно дурной протокол из-за проблем с фрагментацией, возможности ухода в штопор из мелких пакетов, увеличения числа пакетов и прочая. Чуваки решили одну конкретную задачу - уменьшение латентностей в буфере дсл-модема у которого отправка данных тормозная, чтобы у юзера нормально качались страницы при работе торента. Зато все остальные проблемы они почему-то не учли. Кстати упомянутой проблемы при юзеже эзернет-провайдеров с симметричным линком вообше нет :)

> Разработчики uTP, мягко говоря, дали маху)

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

Ответить | Правка | Наверх | Cообщить модератору

60. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от XoRe (ok), 26-Май-10, 22:53 
>Вроде 150 байтов - только для медленных линков типа дохлого дслного аплоада.

А как они определяют, что линк медленный?
768 кб исходящего - это ещё быстрый линк =)
В общем, я так понимаю, что оно может посчитать канал медленным после того, как он начнет "засираться".
И после этого уменьшает размер пакета.
Ну а забить можно и 10мбит канал, и 100мбит можно.

Ещё на форумах жаловались, что на одном и том же канале торренты с uTP и без показывали разную скорость.
Т.е. с uTP, скажем, 500 кб/с, а без uTP - 700 кб/с.
При одинаковой фактической загрузке канала.
Как-то так.

>Кстати упомянутой проблемы при юзеже эзернет-провайдеров с симметричным линком вообше нет :)

Неужели на nag.ru ругались только DSL'ные провайдеры?)

Ответить | Правка | Наверх | Cообщить модератору

61. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 27-Май-10, 01:43 
>А как они определяют, что линк медленный?

Думаю что по скорости с которой удается слать данные и на которой начинаются потери?

>768 кб исходящего - это ещё быстрый линк =)

А это смотря с чем сравнивать. У мну 30мбит например. Симметричных, да. Более 3 МегаБайтов в секунду в каждую сторону...

>В общем, я так понимаю, что оно может посчитать канал медленным после
>того, как он начнет "засираться".

Ну так у DSLщины основная проблема в том что аплоад засирается. Пакеты быстро вылетают из компа по 100М линку проводом или вайфаю (на хотя-бы нескольких мбит минимум). А вот потом ... потом они долго кукуют в буфере DSL модема. Пока он их там в эту 768киловую соску выдавит. А тем временем юзер пагу хочет открыть в инете. А буфер на отправку уже засран. Так что пакетики конекта к вебсерверу дооооооолго ждут своей очереди на отправку вперемешку с пакетами торента.

>И после этого уменьшает размер пакета.

Ну как бы на DSLном тормозном линке сие как бы должно уменьшить латентность для остальных соединений кроме торента. Вот только побочных эффектов масса.

>Ну а забить можно и 10мбит канал, и 100мбит можно.

Пробовал засрать торентом 30 мбит. Это оказалось очень нетривиальной затеей. Например все исохи убунты пробовал отгружать сразу после релиза (вообще-то я стресстестил свой "эльфийский" роутер, мне было интересно - осилит он такое свинство или нет и не будет ли потерь скорости и прочая :D).  Хрен там. Во первых, просто отгрузить 30 мбит - очень нетривиальная задача. Как правило тех кто хочет столько выжрать СТОЛЬКО - попросту вообще не оказывается, или они очень недолго столько могут скушать. Особенно когда начинается некий перевес сидеров над личерами (для популярных раздач вполне характерно). На 100 мбит... ну не знаю, у меня есть сидбоксы на 100 мбит канале. Сделать чтобы они лупили на всех 100 мбит можно только на очень непродолжительное время. Ах да, что самое смешное - у езернета нет той проблемы с которой борятся в uTP. 30 мбит линк невозможно положить до таких тормозов как DSL с тормозным аплоадам вообще никакими гримассами и ужимками на нем. Совсем. Даже когда льется все виды бубунты сразу после релиза в две стороны и скорость таки достигает чего-то похожего на лимиты канала - пинг практически не портится, загрузка вебпаг не тормозит. Даже через роутер (правда он кастомный и весьма мощный, сделанный своими лапами из ubiquiti'евского RouterStation). uTP - это явно для юзеров тормозного DSL с его грабельным и хилым аплоадом. К слову на таком линке сайты выстреливают как из пушки а пинг на добрый десяток мс меньше чем у дсл.

>Т.е. с uTP, скажем, 500 кб/с, а без uTP - 700 кб/с.

Запросто - увеличенный pps может пригрузить роутер у юзера. Или оверхед лишний. Или просто протокол не отлажен. Или еще стопицот факторов.

>При одинаковой фактической загрузке канала. Как-то так.

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

>Неужели на nag.ru ругались только DSL'ные провайдеры?)

Имелась в виду проблема с буфером дсл-модема, если что. В случае более-менее резвого эзернета - такого congestion'а пакетов на отправку невозможно создать вообще никакими плясками с бубном. Я пробовал, не получается толком. Поэтому в эзернет сетях uTP нафиг не впился и скорее вреден чем полезен с его PPSами и оверхедом. А провайдеры ругались наверное потому что из роутеры сделанные из древних писюков наверное обосрались на таких PPSах, откуда мораль: нехрен всякое говно как роутеры ставить, которое и так то нагрузку еле тянет :). Сказать что провайдеры в этой ситуации Д`Артаньяны тоже не получается. Они извините не указывают в договоре допустимые PPSы а раз так - я вообще в праве допустить что нормальный пров сможет зароутить мои пакеты на тарифной скорости независимо от их размера. Если пров этого не смог - он извините, публично обосрался в исполнении своих прямых обязанностей.

Ответить | Правка | Наверх | Cообщить модератору

67. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от mih (?), 27-Май-10, 11:19 
   Не буду вдаваться в детали о том как "должен" или "может" работать ЮТП в сети езернет-провайдера, но по факту увеличение ППС-ов процентов на 50 имело место быть, на 2-х и более мегабитных синхронных пакетах. На счет "стареньких писюков" и "жадных провайдеров" остается только посоветовать User294 самому заняться провайдерством и давать всем все_чего_они_хотят.
   Что бы не было кривотолков - провайдер заинтересован дать как можно больше всего за соответствующие деньги, конкуренция сейчас просто сумасшедшая. Но не надо путать гарантированные и не гарантированные мегабиты/с и за 100грн/мес (около 13$) ожидать 100Мб/с.  
Ответить | Правка | Наверх | Cообщить модератору

109. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 29-Май-10, 15:48 
>мегабитных синхронных пакетах. На счет "стареньких писюков" и "жадных провайдеров"
>остается только посоветовать User294 самому заняться провайдерством и давать всем
>все_чего_они_хотят.

Чувак, это рынок. И слабакам на нем не место. Вы или делаете работу качественно или вылетаете. Все честно. Вот потому то пионернеты из соплей и скотча постепенно заменяются на приличные сети, сделанные на провайдерском оборудовании. И кстати давайте я вам тоже посоветую: если вам продали тухлый йогурт в магазине - не качайте права в магазине или у производителя. Создайте свою фабрику по производству йогуртов и свой магазин, фигли. А если вам плохой бензин продали - создайте свою нефтяную компанию. А если машина сломалась - надо немедленно бросить все и срочно начать конкурировать с фордом и прочими уродами, ага? :)

>конкуренция сейчас просто сумасшедшая.

И вот говнарей с недооборудованием к счастью выкосит. Потому что если пров ниасилил свою прямую обязанность ака качать данные - он слил. И ему не место на рынке, строго говоря. Пусть или грейдит оборудование или умрет от конкуренции. А жулью которое торгует воздухом на рынке не место. Это как если бы вам в магазине под видом литрового пакета молока пытались впарить "до 1 литра" - что-то такое на дне пакета налито, явно разбавлено водой, пахнет стремно, а на возмущение по этому поводу - "не нравится - не пейте", дескать. А выглядит как будто и правда литровый пакет молока, прикиньте?! Думаете, так и надо работать, да? А что если так начнут работать скажем производители пищевых продуктов? Вы на кладбище загреметь не боитесь, потравившись всякой дрянью? Или почему провам халтурить и надувать клиентуру - можно, а остальным - нет? :)

>Но не надо путать гарантированные и не гарантированные мегабиты/с и за
>100грн/мес (около 13$) ожидать 100Мб/с.

Ну так нефиг обещать тогда за 13 баксов анлимные 100Мбит/сек, правда? :) А то знаете, на пакете молока тоже не пишут что там гарантированные литры. Почему бы производителям не начать наливать туда 100мл? Написав на пакете "до 1 л молока". А за гарантированный литр - платите в 50 раз больше, хахаха :-)

Ответить | Правка | Наверх | Cообщить модератору

123. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  –3 +/
Сообщение от mihemail (?), 29-Май-10, 20:42 
  Сравнивать производство и реализацию пищевых продуктов и предоставления доступа к Интернет - слегка некорректно, а некорректно сравнивать и подменять понятия - еще хуже.

П.С. в основном идет не ровно 1Л а 1Л+-%, причем чаще - чем +.
П.П.С. Ты(Вы) - тролль.

Ответить | Правка | Наверх | Cообщить модератору

137. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 31-Май-10, 02:29 
>  Сравнивать производство и реализацию пищевых продуктов и предоставления доступа к
>Интернет - слегка некорректно,

А по-моему вполне. Суть явления "ООО" (обман, обвес, обсчет) - везде одинаковая. И, кстати, на хабре юзеры про таких сделали зачетную каррикатуру. Билайновский логотип "осторожно, мошенники!" разместили на одной картинке с логотипами трех операторов. Как видите, юзеры прекрасно видят кто там мошенники и халтурщики. То что в области телекомов жулье труднее выделить и классифицировать - факт. И то что некоторые этим пользуются - тоже факт. Вот только знаете, я искренне желаю чтобы телекомовцев лечили, кормили и обслуживали по тем принципам которые некоторые из них исповедуют. Да, не хотите скушать колбасу прошедшую контроль СЭС с всего лишь жалкими 19 сносками-комментариями мелким шрифтом? Как договор у одного из операторов сотовой связи? :)

>а некорректно сравнивать и подменять понятия - еще хуже.

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

>П.С. в основном идет не ровно 1Л а 1Л+-%, причем чаще - чем +.

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

>П.П.С. Ты(Вы) - тролль.

На основании чего? :)

Ответить | Правка | Наверх | Cообщить модератору

80. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от Demo (??), 27-Май-10, 16:26 
>Неужели на nag.ru ругались только DSL'ные провайдеры?)

На наге жаловались только не-DSL'ные НЕДО-провайдеры, которым, к сожалению, придётся сменить бизнес.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

69. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от F (?), 27-Май-10, 12:18 
>Кстати упомянутой проблемы при юзеже эзернет-провайдеров с симметричным линком вообше
>нет :)

На основании чего вы сделали такой вывод? Вроде самый обычный ethernet, правила приведены для обычных ethernet коммутаторов, софтовых и "железных" маршрутизаторов, про dsl вообще не слова.  

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

111. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 29-Май-10, 15:55 
>На основании чего вы сделали такой вывод?

На основании экспериментов с торентом на разных типах линков, сэр! И имелось в виду что там нет проблемы забития буфера на передачу у роутера/модема у юзера. У дслного линка есть тупая грабля: скорость аплоада дсл - никакая. Софт на юзерской машине быстро отстреливает по 100Мбит сетке пакеты в модем а вот там они буферизуются и медленно и печально выдавливаются в тормозной дслный линк. А когда юзер захочет открыть вебпагу, пакетики для этого будут доооооолго сосать в очереди на отправку. И в итоге пага будет у юзера грузиться ой как долго. Ну и при работе торента на дсл получается некомфортно браузить интернет. uTP откровенно заточен на решение этой проблемы. Зато, блин, он создает стопицот других проблем взамен...


>Вроде самый обычный ethernet, правила приведены для обычных ethernet
>коммутаторов, софтовых и "железных" маршрутизаторов, про dsl вообще не слова.

У эзернета нет проблемы медленной отсылки пакетов от юзера к провайдеру. Зато у сетей из соплей и скотча как оказалось есть другие проблемы в виде отсутствия запаса по нагрузке и убогих маршрутизаторов сделанных из чего попало без запаса по производительности, что как бы с учетом тенденций роста траффа по любому эпик фэйл. Просто посмотрите график M9-IX за год и сделайте выводы - может ли вообще пров работать без приличного запаса мощностей при таких тенденциях роста траффа?! :-)

Ответить | Правка | Наверх | Cообщить модератору

149. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от j.silver (ok), 01-Июн-10, 15:41 
>У эзернета нет проблемы медленной отсылки пакетов от юзера к провайдеру. Зато у сетей из >соплей и скотча как оказалось есть другие проблемы в виде отсутствия запаса по нагрузке и >убогих маршрутизаторов сделанных из чего попало без запаса по производительности, что как >бы с учетом тенденций роста траффа по любому эпик фэйл. Просто посмотрите график M9-IX за >год и сделайте выводы - может ли вообще пров работать без приличного запаса мощностей при >таких тенденциях роста траффа?! :-)

ртфм, роутеру не важен объем трафика, он работает с пакетами. с появлением uТР протокола во второй версии клиента(в 1.8 uТР такой гадостью не был), количество ппс значительно возросло, просели ВСЕ роутеры, и циски(и пр.) и писюки. Запас производительности был, его сожрали абоненты из-за тупых проггеров. Теперь из-за неграмотных тупарей оборудование апгрейдить... слать пакеты по 150 байт по изернету... сильнО...

Ответить | Правка | Наверх | Cообщить модератору

154. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 02-Июн-10, 19:02 
>ртфм, роутеру не важен объем трафика, он работает с пакетами.

Крутая заява! А ничего что роутеры бывают разные? И в частности объем траффа в софтроутере очень даже может менять кол-во IRQ от сетевки, например, вполне себе меняя загрузку проца в зависимости от траффика. С другой стороны PPS тоже свое дело сделает. В аппаратном роутере - где как. Свойствами железки определяется. Некоторые могут роутить трафф на полной скорости линии и им пофигу. Некоторые не могут. Уж кто как.

>с появлением uТР протокола во второй версии клиента(в 1.8 uТР такой гадостью не
>был), количество ппс значительно возросло, просели ВСЕ роутеры, и циски(и пр.)

Действительно крутые железные роутеры обычно могут роутить на скорости линии, даже мелкими пакетами. Как минимум, в характеристиках это заявляется, PPSы обещаются и вроде не сильно то и врут. А почему нет? Ну, ASIC там и чего? Вас же не удивляет что свич гоняет пакеты на скорости линии? А тут то же самое, одним уровнем OSI выше. Ну да, чуть сложнее, потому и стоит за свою уникальность как задняя часть самолета.

>и писюки. Запас производительности был, его сожрали абоненты из-за тупых проггеров.

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

>Теперь из-за неграмотных тупарей оборудование апгрейдить... слать пакеты по 150 байт
>по изернету... сильнО...

А они и не шлют по идее на быстрых линках. Но вот если оборудование начнет загибаться от нагрузки - да, ему еще и 150-байтными пакетами могут добавить. Что, конечно, эпично по своему раздолбайству, но провайдеров все-таки не оправдывает. А с какого хрена провайдер вообще допустил что пакеты в 150 байтов - не бывают? Никакие стандарты не запрещают слать 150 байтные пакеты. И вообще, а что если производитель колбасы допустит что у вас луженый желудок и вы до кучи переварите и костяшки и шерсть окромя мяса? Если вашими же методами действовать и экономить на всем и вся? :)

Ответить | Правка | Наверх | Cообщить модератору

159. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от j.silver (ok), 03-Июн-10, 12:56 
>>ртфм, роутеру не важен объем трафика, он работает с пакетами.
>
>Крутая заява! А ничего что роутеры бывают разные? И в частности объем
>траффа в софтроутере очень даже может менять кол-во IRQ от сетевки,
>например, вполне себе меняя загрузку проца в зависимости от траффика. С
>другой стороны PPS тоже свое дело сделает. В аппаратном роутере -
>где как. Свойствами железки определяется. Некоторые могут роутить трафф на полной
>скорости линии и им пофигу. Некоторые не могут. Уж кто как.
>

нда, не судите о том чего не знаете, роутинг оперирует пакетами, не объемом. за одно прерывание можно обработать некоторое количество пакетов, их кол-во не бесконечно, упрется в буферы и пр. при росте ппсов, появляются дропы, роутер не успевает, растет лавинообразно нагрузка по прерываниям и т.д. происходит деградация сервиса.
"вполне себе меняя загрузку проца в зависимости от траффика" - перл)
>
>>с появлением uТР протокола во второй версии клиента(в 1.8 uТР такой гадостью не
>>был), количество ппс значительно возросло, просели ВСЕ роутеры, и циски(и пр.)
>
>Действительно крутые железные роутеры обычно могут роутить на скорости линии, даже мелкими
>пакетами. Как минимум, в характеристиках это заявляется, PPSы обещаются и вроде
>не сильно то и врут. А почему нет? Ну, ASIC там
>и чего?

Не могут, вы поди и рекламе по телевизору верите?

> Вас же не удивляет что свич гоняет пакеты на
>скорости линии? А тут то же самое, одним уровнем OSI выше.

жесть... господин знаком с маршрутизацией?

>
>>и писюки. Запас производительности был, его сожрали абоненты из-за тупых проггеров.
>
>Простите, но в конечном итоге неспособность работать с мелкими пакетами - все-таки
>прежде всего - технический недостаток провайдера. А остальное уже вторично. Стандарты
>нигде не определяют предпочтительные размеры пакетов, договора - тоже. Посему -
>сосните болт с такими заявами. Облажались? Скисли под нагрузкой? Так сидите
>тихо хотя-бы. Чего позориться то, вопя что неспособность выполнять свои прямые
>обязанности нормально - это так и надо, дескать? oO

это технический недостаток протокола. Доставка 100 тонн песка камазом стоит одних денег, а мужиком с тачкой, за то же время, совсем других. что скорее всего вообще не возможно, так и с оборудованием.

>
>>Теперь из-за неграмотных тупарей оборудование апгрейдить... слать пакеты по 150 байт
>>по изернету... сильнО...
>
>А они и не шлют по идее на быстрых линках.

ОНИ ШЛЮТ! на безлимитных тарифах при шейпиировании пакеты много или мало, но все равно дропаются, ваш волшебный клиент при появлении дропов начинает  уменьшать размер пакетов и так до минимума...

>Но вот если оборудование начнет загибаться от нагрузки - да, ему еще и
>150-байтными пакетами могут добавить. Что, конечно, эпично по своему раздолбайству, но
>провайдеров все-таки не оправдывает. А с какого хрена провайдер вообще допустил
>что пакеты в 150 байтов - не бывают? Никакие стандарты не
>запрещают слать 150 байтные пакеты. И вообще, а что если производитель
>колбасы допустит что у вас луженый желудок и вы до кучи
>переварите и костяшки и шерсть окромя мяса? Если вашими же методами
>действовать и экономить на всем и вся? :)

хватит тормозить, разницу между 1,5кб и 150б различаете, в 10 раз! хватит рассказывать про сферических коней-роутеров в вакууме, нет таких.
п.с. доступ в интернет это услуга, а не товар-колбаса. не надо путать теплое с мягким. любитель халявы.

Ответить | Правка | Наверх | Cообщить модератору

161. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от AlexAT (ok), 04-Июн-10, 13:26 
L3-свитчи гоняют wirespeed независимо - влан это, или роутинг. У них аппаратный форвардинг L3, правда и возможности достаточно куцые.
Ответить | Правка | Наверх | Cообщить модератору

166. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от User294 (ok), 04-Июн-10, 23:53 
>нда, не судите о том чего не знаете, роутинг оперирует пакетами, не
>объемом. за одно прерывание можно обработать некоторое количество пакетов, их кол-во
>не бесконечно, упрется в буферы и пр.

Как бы я в этом месте вижу зависимость не только от числа пакетов но и от их размера. В один и тот же буфер мелких пакетов лезет больше чем крупных. Поэтому при фиксированном PPS в эн пакетов в секунду имхо нагрузка на проц будет больше если приехало эн больших пакетов нежели эн маленьких. Правда с учетом того что мелких пакетов лезет при той же ширине линка сильно больше - нагрузка растет и ... понятно чего. Оверхед на обработку пакета начинает ролять и прочая. Кстати судя по вашему спичу вы тоже не особо сильно представляете себе механику явления.

>"вполне себе меняя загрузку проца в зависимости от траффика" - перл)

Ой, у вас перлов не меньше.

>Не могут,

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

>вы поди и рекламе по телевизору верите?

Толсто.

>жесть... господин знаком с маршрутизацией?

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

>это технический недостаток протокола. Доставка 100 тонн песка камазом стоит одних денег,
>а мужиком с тачкой, за то же время, совсем других.

А меня это не колебет. Если вы мне сказали "доставка песка, 10 тонн в сутки" - чем хотите, тем их и доставляйте. Хоть мужиками с тачкой, хоть камазами. И отмазы что водила камаза заболел/камаз сломался/мужики с тачками столько не успевают - не катят. Это ваши проблемы. А для меня - вы или держите обещанные обязательства, или выглядите как мошенник или лузер. И если вы начинаете лечить что "ой, а давайте вы снизите расход песка" - вы начинаете заниматься явно не своими делами. Вы что взялись делать? Песок доставлять или мне втирать о моих нуждах? Ну так вот и делайте работу за котору взялись а не пудрите мозги клиентам. А если обосрались - подите в дворники там например.Все-равно нормальные провы закопают недоносков постепенно.Ну может сможете продать свою говносетку если повезет ради абонентской базы, но сетку серьезный пров один хрен переделает, потому что пионернеты из соплей, скотча и абы какого оборудования - это полный звиздец.

>что скорее всего вообще не возможно, так и с оборудованием.

Если вы пообещали то чего не можете выполнить - это ваша ошибка, а не моя.

>ОНИ ШЛЮТ! на безлимитных тарифах при шейпиировании пакеты много или мало, но
>все равно дропаются, ваш волшебный клиент при появлении дропов начинает  
>уменьшать размер пакетов и так до минимума...

Ну я как бы и не спорю что протокол сделан тупо и способен впасть в штопор. Однако вот кого-кого а любителей шейпинга не жалко. Этим первым делом поделом. Как продавцам тухлой колбасы которых прижучила проверка из СЭС. Тем не менее, протокол uTP решает одну конкретную проблему буферов в дсл модеме и кладет хрен на остальные проблемы и ситуации, а то и вовсе впадает в штопор.Это ему не в плюс, но и провайдеров которые дохнут от PPSов это не извиняет. Ну да, обосрались и те и другие. Бакланами являются и те и другие. Одни потому что облажались. Другие - потому что помогли облажаться. Что-то не так? :)

>хватит тормозить, разницу между 1,5кб и 150б различаете, в 10 раз!

А asic-ам насрать, как бы. Свичи лупят на полной канальной скорости, и ничего, не дохнут. Ну и роутеры на подобных принципах - тоже.

>хватит рассказывать про сферических коней-роутеров в вакууме, нет таких.

Да, конечно, это я их придумал а вовсе не цыски там всякие... )))

>п.с. доступ в интернет это услуга, а не товар-колбаса.

И что? Это не повод устраивать клиентам нае...во и мошенничать по полной. А то если вы сказали что можете привезти 10 тонн песка за день но по факту мужики с тачками упарились после доставки тонны - это что, так и надо? А зачем тогда было обещать то что не можете выполнить? Чтобы лохов и болванов среди клиентов выявить? Ну тогда вы мошенник, стало быть, если не выполняете взятые обязательства получив за их выполнение с клиента бабло.

Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру