Бeн Стронг (Ben Strong) провел (http://blog.benstrong.com/2010/11/google-and-microsoft-cheat...) интересное исследование особенности работы некоторых крупных web-ресурсов, загрузка страниц с которых происходит значительно быстрее других сайтов. В частности, изучив трафик при обслуживании запросов на сайтах Google, Cisco, Yahoo, Amazon, Facebook и Microsoft, Бeн обнаружил, что их работа не соответствует требованию RFС-3390 (http://www.rfc-editor.org/rfc/rfc3390.txt) по обеспечению "медленного старта" TCP-соединений. Начальный размер TCP-окна на подобных серверах устанавливается заведомо большим, чем того требует стандарт.Возникает вопрос, на сколько подобная практика приемлема: с одной стороны такие действия приводят к ускорению и компания Google, с учетом возросшей пропускной способности абонентских каналов связи, уже выступала (http://www.google.com/research/pubs/pub36640.html) с инициативой изменения стандарта в направлении допустимости увеличения максимального разм...
URL: http://blog.benstrong.com/2010/11/google-and-microsoft-cheat...
Новость: http://www.opennet.me/opennews/art.shtml?num=28818
Как будто бы никто раньше не знал?
По теме: ХХХ:
%%%ть стыдно, но спрошу: а чем IE хуже оперы или мозилки?УУУ:
9ку еще не тестил, все предыдущие версии стабильно отличались наплевательским отношением к веб-стандартам:
Почему это важно, поясняю на примере, есть рецепт теста:
2 ст. муки, 3 яйца, 1 ст.л. соли, 1 ч.л. сахара. Муку просеять, все перемешать.
Вы читаете этот рецепт и понимаете, что ст. - стакан, ст.л. - столовая ложка, а ч.л. чайная ложка. Все готовят всем вкусно.
А теперь представьте село Кукуево в котором столовые ложки в 2 раза больше обычной. Кукуевский житель проследует этому рецепту, получит пересоленное тесто и напишет автору рецепта, что он м%%ак.
Чтоб избежать этого в будущем автор в своих рецептах будет использовать "затычки" типа: "Добавьте столовую ложку сахара, и 2 столовых ложки сметаны, но если вы из Кукуева - то только пол ложки сахара и 1 ложку сметаны".
Рецепты разбухают в два раза, и Кукуевцы и некукуевцы вынуждены читать лишнюю информацию, авторы рецептов должны помнить, что есть еще где-то село кукуево и обязательно делать "затычки".Так вот Кукуево - это ИЕ.
ibash.org.ru/quote.php?id=13716
Не по теме: фаерфокс раздражает. Загрузил страницу и не показывает. Жмёшь Ctrl-U, видишь исходный код страницы. Например, яндекс-письмо. А в главном окне программы его почему-то нет. Внизу с бешенной скоростью меняются URL'ы чего-то дозагружаемого. Хотя картинки отключены.
Под "TCP-окном" здесь подразумевается другое окно.
А не то, в котором у вас браузер =)P.S.
По теме - провести исследования и выпустить новый RFC, делов то.
Вдруг объективное исследование покажет, что "самое время для нового RFC" было года 2-3 назад?P.P.S.
Кстати, одно время заметил, что у многих спам пакетов размер окна 24000 байт.
Вот кто действительно кладет на стандарты)
Была даже мысль зафильтровать такой трафик на 25 порт, но руки не дошли.
Но вообще, размышляя объективно (и не о спаме), стандарты должны помогать, а не тормозить.
> А теперь представьте село Кукуево в котором столовые ложки в 2 раза больше обычной.И чё, просто будет в 2 раза больше жратвы.
Так как из этой теории следует, что там и чайные ложки большие и стаканы, ну и яйца :)Хошь прикол. В иностранных рецептах пишут "cups". Что это за чашка, 100, 150, 200, 250... х.з.
Мож у них есть эталон какой-нить, аналог гранёного?!?!> А в главном окне программы его почему-то нет.
Adblock, NoScript точно не блокируют?
>В иностранных рецептах пишут "cups". Что это за чашка, 100, 150, 200, 250... х.з.
>Мож у них есть эталон какой-нить, аналог гранёного?!?!Представьте себе, есть. Эта самая чашка и есть. :-)
Metric cup - 250 мл, US cup - около 236. Для сравнения, в наших рецептах
стакану соответствует объем 200 мл (как правило) или 250 мл (намного реже). Поэтому ошибка
при использовании стаканов может возникнуть более значительная, чем при использовании чашек. :-)
>>В иностранных рецептах пишут "cups". Что это за чашка, 100, 150, 200, 250... х.з.
>>Мож у них есть эталон какой-нить, аналог гранёного?!?!
> Представьте себе, есть. Эта самая чашка и есть. :-)
> Metric cup - 250 мл, US cup - около 236. Для сравнения,
> в наших рецептах
> стакану соответствует объем 200 мл (как правило) или 250 мл (намного реже).
> Поэтому ошибка
> при использовании стаканов может возникнуть более значительная, чем при использовании
> чашек. :-)Да ладно, гранёный всегда был до губы - 200, доверху - 250
1. Взять wireshark (либо другой снифер) и посмотреть на запросы. Отдельно у IE, отдельно у Firefox, отдельно у Opera, особенно со включенным сжатием трафика.
2. Рецепты не надоело придумывать? И так понятно, что на вкус и цвет... :)
А зачем такие стандарты?
А затем, что есть, к примеру, GPRS.
А зачем, к примеру, GPRS? И разве по GPRS невозмождно получить доступ к Google, Cisco, Yahoo, Amazon, Facebook и Microsoft?
Открываются. Но благодаря активным сношениям сетевиков ОПСОСов.
НОРМАЛЬНЫХ людей это не касается. Только не говорите, что у вас интернет меньше чем безлимитный мегабит, который стоит рублей 200. Иначе как вы програмы через Synaptic тогда устанавливаете и зачем вам вообще линукс
тролль? У меня мама на gprs, а программы ставлю ей с репозитариев записанных на cd
И где это 1024 за 200р?
1400/875р не хошь?
> И где это 1024 за 200р?
> 1400/875р не хошь?на Байконуре -- 2000 рублей за 256kbit/s
> И где это 1024 за 200р?
> 1400/875р не хошь?http://www.stream.ru/subscribe-programs/2009/199/
99 рублёв + модем = 1024 кб/c анлим!
а сами ,этим гумном, пользовались? знаю 1001 способ как оказаться на 2 кбит/с, этож все равно что оказаться без инета, и это в центре города-миллионера.вопрос на засыпку, из чего строили дома в 70-80, что так фонит и убивает сигнал, что даже сотовые иной раз теряют сеть, даже во дворах?
> а сами ,этим гумном, пользовались?У меня уже 12 лет это гумно, от МTU -> TOCHKA.RU -> STREAM -> Сейчас почти MTC
За всё время помню 3-4 сбоя.> знаю 1001 способ как оказаться на 2 кбит/с,
Дом 62 года, шаговая АТС, месячный трафик ~ 60Gb. (из которых 95% дерьма с rutracker.org)
> этож все равно что оказаться без инета, и это в центре города-миллионера.
Не будь таким же дибилом, как эти миллионы.
Кстати это хороший тест. Если ты без интернета никуда, то от тебя толку,
как от работника, как от собеседника, как от просто нужного человека - NULL.> вопрос на засыпку, из чего строили дома в 70-80, что так фонит
> и убивает сигнал, что даже сотовые иной раз теряют сеть, даже
> во дворах?MTC - от Талдома до Рязани и от Истры до Ногинска - 100% приём. Nokia N70 (made in finland)
от тех, кто считает людей живущих за пределами мАсковской области "дебилами", ждать профессионализма тоже не приходиться, кто-то взрослеет, а кто-то так хамлом и остается
> от тех, кто считает людей живущих за пределами мАсковской области "дебилами", ждать
> профессионализма тоже не приходиться, кто-то взрослеет, а кто-то так хамлом и
> остаетсяСтрим, а тем более по ADSL только в Москве, и чуть в область.
И где у меня написано, что кто за МКАДом - лохи?
тогда я тебя удивлю, 3Г-МТС+СТРИМ есть и у нас за две тысячи километров от ... области, приезжай покажу
ну что ты, про лохов замкадом ты совесем не говорил, ты вот только меня назвал дебилом которых в нашей стране миллионы
Ты, дорогой нормальный человек, за пределами МКАДа-то бывал когда-нибудь?
> НЕНОРМАЛЬНЫХ МОСКВИЧЕЙ это не касается.fixed =)
Хотя прогресс всеже есть.
DialUp вроде даже почти кончился в России.
Сразу ма МКАДом даже еще не начинался :)
>DialUp вроде даже почти кончился в России.Жив, родимый.
не надо сказки расказывать, ростелеком все еще предлагает такую услугу, и порой она необходима даже в большем городе,а уж про сельскую месность на восток до Урала почти единственая, не везде еще жпрс есть, а уж об остальном...
> Только не говорите, что у вас интернет меньше чем безлимитный мегабит, который стоит рублей 200. Иначе как вы програмы через Synaptic тогда устанавливаете и зачем вам вообще линуксУ меня 10 мегабит и даже далеко за Мкадом и дешево. Но иногда вне дома - GPRS и это очень важно в дороге иметь доступ ко всему на свете кроме аудио, видео и aptitude upgrade.
Если бы все стандарты соблюдались то интернет бы не работал. Traceroute точно бы не работал, если бы TTL нормально кто-то считал.
И чем это traceroute нарушает стандарты?
TTL уменьшает на 1. А не на время в мс потраченное на обработку пакета. Кстати в ipv6 его таки переименовали в Hop Limit. Типа узаконили.
вы что курите? Стандарт-то читали? TTL - это и есть количество переходов...
> вы что курите? Стандарт-то читали? TTL - это и есть количество переходов...Нет. Точнее - де факто да. Но вообще-то это время жизни пакета в секундах. Если ваш роутер обрабатывает пакет больше секунды (;-)), то вполне может декрементнуть на указанное время )
> Но вообще-то это время жизни пакета в секундахА мужики-то не знают!
>> Но вообще-то это время жизни пакета в секундах
> А мужики-то не знают!Обработки, конечно. Я цитату привел. просто сил уже нет К.О. работать.
>Я цитату привел. просто сил уже нет К.О. работать.Вас, капитан, в ефрейторы разжаловать надо. За незнание материальной части.
Кстати, в ефрейторы - за знание устава. Если бы не знание устава, то нужно было бы разжаловать в рядовые.
А RFC знает. Почитайте и не позорьтесь.
> вы что курите? Стандарт-то читали? TTL - это и есть количество переходов...Чё курил-то? TTL - это цифра в поле заголовка IP пакета. :)
Вот некоторые любят по ней маршрутизацию делать.
Появился с TTL от 128 до 125, нафиг - на медленный канал, от 64 до 60 - на оптику! :)
> TTL уменьшает на 1. А не на время в мс потраченное на
> обработку пакета. Кстати в ipv6 его таки переименовали в Hop Limit.
> Типа узаконили.Вы бы типа стандарт почитали, ага (RFC 791).
This field indicates the maximum time the datagram is allowed to
remain in the internet system. If this field contains the value
zero, then the datagram must be destroyed. This field is modified
in internet header processing. The time is measured in units of
seconds, but since every module that processes a datagram must
decrease the TTL by at least one even if it process the datagram in
less than a second, the TTL must be thought of only as an upper
bound on the time a datagram may exist. The intention is to cause
undeliverable datagrams to be discarded, and to bound the maximum
datagram lifetime.таким образом если ваш роутер обрабатывает пакет меньше секунды (гм..), то он должен отнять 1. При чем тут время в мс - для меня тайна. В том же RFC чуть ниже, про ТТЛ:
The time is measured in units of seconds (i.e. the value 1 means one second).
Так что учите матчасть перед тем как писать глупости.
>>таким образом если ваш роутер обрабатывает пакет меньше секунды (гм..), то он должен отнять 1.Никто вообще этого не вычисляет. Про это собственно разговор. Просто уменьшает на 1 и всё. В жизни не видел уменьшающих на другую величину. не смотря на задержку с явно большим секунды значением - формально нарушение протокола такое же как у МС и Google.
Роутер с задержкой больше секунды? Вы что курите? Задержки больше секунды бывают только на слоу линках или при перегруженном канале. Роутеры тут точно ни причем.
> Роутер с задержкой больше секунды? Вы что курите? Задержки больше секунды бывают
> только на слоу линках или при перегруженном канале.Задержки бывают и при каналах, например CSD если используется. Там пинг бывают весьма большими, а gate собственно все игнорирует.
module that processes a datagramпри чем тут каналы? ясно же сказано время обработки пакета.
Блжад, как же вы упорны. Вы решили побить все рекорды. Для начала вы заявили, что трейсроут бы не работал если бы стандарты соблюдались. Намек не поняли. Потом вы заявили, что это время в мс, пришлось ткнуть вас в RFC. Но вас не попустило, и вы продолжили рассказ про нехорошие роутеры. Я вам предложил найти роутер со временем обработки пакета больше секунды (а точнее - больше 1.5) и для наводки сказал что такое время _прохождения_ может быть только на слоулинках. И вы опять про CSD, блин. Какой нафиг CSD - задержка-то канальная, а уж никак не в обработке пакетов.Я крайне советую не писать вам больше. У вас не получается. Почитайте RFC - это не только полезно, но и весьма занимательно.
неужели это плохо, если стандарт 8-летней давности расчитаный на совсем другие реалии веб ( скорее даже расчитаный на реалии прошлого века ) подвергнется некоторому пересмотру ?
Есть для кого-то какие-то негативные последствия от того, что TCP-Window изначально устанавливается большим чем предписано стандартом ?
Местами можно получить DoS.
Ресурс сразу посылает дофига в адрес клиента, один из сегментов дропается (в самом начале из-за шейпера)
после чего ресурс опять начинает выливать на клинта мегабайтовый кусок - теперь уже с другого смещения.
И так пока не надоест.. Проигравшими будут все транзитные узлы через которых прет слишком дофига лишнего трафика.PS. ситуация почти 1-1 срисованная с натуры, когда стали выяснять почему-то это внешний канал лег - обнаружили стопку таких клиентов, которые не смотря на шейп в 256к - получали поток на 10-15мбит.
причем все лишнее дропалось на шейпере. но на бордере была картина именно такой.
> PS. ситуация почти 1-1 срисованная с натуры, когда стали выяснять почему-то это
> внешний канал лег - обнаружили стопку таких клиентов, которые не смотря
> на шейп в 256к - получали поток на 10-15мбит.
> причем все лишнее дропалось на шейпере. но на бордере была картина именно
> такой.Ага, а ещё бывает канал не ложится, а просто периодически пакеты теряются. А в случае оплаты трафика по объёму потом приходят счета по статистике провайдера, у которого зарегистрирован входящий трафик на 30% больше. (И это не считая "шума" в виде сканирования неактивных IP.) Вот и плати потом за воздух из-за этих любителей нарушать стандарты.
у нас таки более честно выставляются счета - только то что прошло в сторону клиента (после шейпа).
Поэтому весь такой веселый траф - падает в расходную часть бюджета ISP.