The OpenNET Project / Index page

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

Компания Google представила рекомендации по ускорению работы TCP

26.01.2012 23:21

Компания Google опубликовала ряд рекомендаций, основанных на исследовательской работе и экспериментах по увеличению отзывчивости и скорости работы протокола TCP. Для ускорения работы TCP, в условиях преобладания в сети Web-трафика, предлагаются следующие рекомендации:

  • Увеличение окна перегрузки TCP (congestion window) c 2-4 до 10 сегментов. В настоящее время в начале соединения допускается отправка трёх пакетов, что приводит к трём согласующим пересылкам при доставке 15 Кб данных. Исследование показало, что увеличение размера окна перегрузки до 10 при обработке web-запросов приведёт к ускорению более чем на 10%;
  • Сокращение начального таймаута (RTT) с 3 до 1 секунды. По мнению Google таймаут в 3 секунды имел смысл несколько десятилетий назад, современные сети требуют существенного уменьшения таймаута;
  • Использование режима быстрого открытия TCP-соединений (TFO - TCP Fast Open). Для примерно 33% HTTP-запросов браузеру требуется предварительная отправка одного RTT-пакета для установки TCP-соединения с удалённым хостом. Большинство HTTP-ответов укладываются в начальное окно перегрузки величиной 10 пакетов, удваивая время отклика. В режиме TFO накладные расходы сокращаются за счёт включения HTTP-запроса в начальный TCP SYN пакет. В итоге, включение TFO позволяет сократить время загрузки страниц в среднем примерно на 10%, а в некоторых ситуациях до 40%.
  • Использование пропорционального снижения интенсивности отправки пакетов TCP (PRR - Proportional Rate Reduction) в условиях потери пакетов, что свидетельствует о перегрузке или проблемах в сети. PRR представляет собой новый алгоритм восстановления потерянных пакетов, плавно инициирующий повторную передачу потерянных пакетов в условиях перегрузки. Алгоритм PRR быстрее текущего механизма, основанного на изменении интенсивности отправки пакетов для уменьшения потерь. В настоящее время реализация PRR уже включена в ядро Linux и продвигается для включения в спецификацию TCP. Дополнительно, ведётся разработка алгоритма для восстановления потерь в условиях большой зашумлённости мобильных сетей.


  1. Главная ссылка к новости (http://googlecode.blogspot.com...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32912-tcp
Ключевые слова: tcp, google, web, optimization, speed
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (89) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:41, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Интересно, насколько все эти изменения увеличат эффективность DoS-атак на TCP, например, SYN-flood?
     
     
  • 2.25, Онаним (?), 12:44, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Никак. SYN-flood наиболее эффективен, когда забивает всю полосу. А так, скорее снизит, так как TRR  снижается - меньше ждать.
     
     
  • 3.28, Антоним (?), 13:57, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А если взглянуть в разрезе нагрузки на атакуемый сервер? )
     
     
  • 4.36, Аноним (-), 15:27, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А DDoS бывает разный. Нацеленный на сервер конкретно. На его канал. На его ДНС. И на различные комбинации всех трех видов. Что конкретно рассматривать бум?
     
  • 4.77, Аноним (-), 02:11, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А если взглянуть в разрезе нагрузки на атакуемый сервер? )

    Она при атаке не изменится. Что раншьше валились пакеты оптом что теперь. В каком месте наступает разница? Может быть сервер в крейсерском режиме будет рассчитываться на чуть большую нагрузку и менее сильно сдуется под атакой. Но это еще не факт.

     
  • 2.45, xoomer (ok), 15:39, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А мне вот интересно как эти изменения повлияют на суммарное энергопотребление Сети, если предположить, что на всех машинах такие параметры. :)
     
     
  • 3.76, Аноним (-), 02:09, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А мне вот интересно как эти изменения повлияют на суммарное энергопотребление Сети,

    Сложно оценить. Зависит от среды передачи данных и реализации протоколов, и еще 100500 факторов. Скорее всего все останется в пределах погрешности. Может быть немного снизится, в том плане что линки смогут быстро пропихать пакеты а потом дольше оказываться в режиме idle и заваливаться в powersave (я про всякий там green ethernet, wi-fi и тому подобное, умеющее отваливаться в спячку при отсутствии данных).

     
  • 2.75, Аноним (-), 02:07, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, насколько все эти изменения увеличат эффективность DoS-атак на TCP, например,
    > SYN-flood?

    А нинасколько, смысл syn flood в том что максимально быстро шлются syn. Скорее, серверам такой режим станет чуть более привычным и в "крейсерском" режиме, так что их будут на это рассчитывать, что пожалуй даже снизит успешность атак :)

     

  • 1.3, anonymous (??), 00:51, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что из этого можно подкрутить прям сейчас, чтобы потестить?
    sysctl -a | grep win
    kernel.sched_shares_window = 10000000
    net.ipv4.tcp_window_scaling = 1
    net.ipv4.tcp_app_win = 31
    net.ipv4.tcp_adv_win_scale = 2
    net.ipv4.tcp_tso_win_divisor = 3
    net.ipv4.tcp_workaround_signed_windows = 0

    Покрутить window_scaling?

     
     
  • 2.54, pavlinux (ok), 17:19, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ваще планировщик только вкл выкл Ширина окна, можно порулить Шаг, ус... большой текст свёрнут, показать
     

  • 1.5, YetAnotherOnanym (?), 01:06, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    А я-то думал, что время твикалок, ускоряющих всё и вся на >9000, давно прошло.
     
     
  • 2.37, Аноним (-), 15:27, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А я-то думал, что время твикалок, ускоряющих всё и вся на >9000,
    > давно прошло.

    Речь не о твике. А о достаточно глубоком тюнинге. Давай, поменяй большинство указанных параметров стека твикалками, вперед. Вихрь.

     
  • 2.78, Аноним (-), 02:14, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А я-то думал, что время твикалок, ускоряющих всё и вся на >9000, давно прошло.

    А я то думал что тюнингом протокола можно реально отыграть еще эн процентов :). И если твикалки интернета в основном выполняют декоративную роль и требуют денег с пользователя, то осмысленный тюнинг параметров может сэкономить бабло. Вы только подумайте, если у вас 10 000 серверов, получение +10% скорости значит что вы можете не покупать целую 1000 серверов. Это является хорошей экономией, да?

     

  • 1.6, Аноним (-), 01:42, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Да если можно твикнуть то почемубы и нет
     
     
  • 2.23, YetAnotherOnanym (?), 12:26, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Потому, что на поверку обычно выходит, что ускоряется что-то одно, а всё остальное начинает тормозить и/или глючить. Я в своё время насмотрелся случаев, когда хомячки ставили себе какой-нибудь "ускоритель компьютера", а потом начинали жаловаться на разные проблемы.
     
     
  • 3.38, Аноним (-), 15:29, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому, что на поверку обычно выходит, что ускоряется что-то одно, а всё
    > остальное начинает тормозить и/или глючить. Я в своё время насмотрелся случаев,
    > когда хомячки ставили себе какой-нибудь "ускоритель компьютера", а потом начинали жаловаться
    > на разные проблемы.

    Не путай оптимизацию производительности с крапом.

    Глубокая оптимизация обычно выполняется в разрезе архитектуры системы в целом, и не делается локально. Компрене ву? Мы говорим о грамотных тюнерах, а не о лажовщиках, таковыми себя называющих.

     
     
  • 4.47, YetAnotherOnanym (?), 16:35, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Предложенный гуглотюнинг и есть крап.
    А "грамотный тюнер" - это такой сферический объект в вакууме, о нём говорят, но никто никогда не видел, а тот, кто себя таковым объявляет, на поверку оказывается порольщиком косяков и ломателем дров.
     
     
  • 5.59, Аноним (-), 20:40, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Предложенный гуглотюнинг и есть крап.

    А где конструктив? По пунктам, пожалуйста, почему именно крап.

     
     
  • 6.64, YetAnotherOnanym (?), 23:43, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Например, увеличение окна может привести к тому, что, если один пакет дропнется где-нибудь в заторе по пути, серверу придётся повторить не 3 пакета, а 10.
     
  • 3.79, Аноним (-), 02:16, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому, что на поверку обычно выходит, что ускоряется что-то одно, а всё
    > остальное начинает тормозить и/или глючить. Я в своё время насмотрелся случаев,
    > когда хомячки ставили себе какой-нибудь "ускоритель компьютера",

    Так ускоритель компьютера пишется с целью слупить бабки с пользователя, поэтому применяются сомнительные методы (все-равно в проприетари никто не увидит что оно там на самом деле делало).

    А параметры TCP стека вы можете сами себе бесплатно покрутить. Ну вот поэтому и разница. А что может начать тормозить кроме самого TCP стека после кручения его параметров? Если он стал работать лучше - так кто сказал что дефолты были оптимальны для именно вашего случая? ;)

     
  • 2.26, YetAnotherOnanym (?), 12:44, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кроме того, гугловцы, соединённые с серверами гугла гигабитной (полагаю) сеткой, как-то забывают, что где-то есть диалап и GPRS с одним слотом в каждую сторону, а если через спутник, то в каждую сторону только за счёт расстояния четветь секунды набегает.
    Это как с уёб-дизаёнером, который поставил себе монитор в 30 дюймов и забыл, что у большинства 17-19 дюймов, а ещё есть нетбуки и планшеты.


     
     
  • 3.29, Kroz (??), 14:13, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А админу для того и нужен моск чтобы определять в каких случаях данный (некий) твик полезен, а в каких нет. Или вы до сих пор ищите решения которые работают везде всегда и для всех случаев?
    Новость хорошая. Потестю у себя.
     
     
  • 4.48, YetAnotherOnanym (?), 16:44, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то, инициатива Гугла состоит в том, чтобы поменять везде и у всех. А определить - так я уже определил: никакой из предложенных не полезен.
     
     
  • 5.80, Аноним (-), 02:23, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то, инициатива Гугла состоит в том, чтобы поменять везде и у всех.
    > А определить - так я уже определил: никакой из предложенных не полезен.

    Гугл сделал кучу замеров, ядерщики тоже не дураки и что попало коммитить не будут.
    А вы как определяли? На картишках раскинули? :)

     
  • 5.90, Kroz (??), 14:08, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то, инициатива Гугла состоит в том, чтобы поменять везде и у всех.

    Это где вы такое увидели?

    > А определить - так я уже определил: никакой из предложенных не полезен.

    Пожалуйста, выложите свои замеры. Думаю, всем будет полезно. И заодно опишите свою систему.

     
  • 3.86, arisu (ok), 09:07, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а ещё у кого-то стоит M$ DOS. а софтописатели, гады такие, на 16-битные процессоры ленятся свой софт затачивать. нет, ну сволочи же!
     
     
  • 4.88, Аноним (-), 11:26, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 16-битные процессоры ленятся свой софт затачивать. нет, ну сволочи же!

    Да. Даже MS выбросил 16-битную подсистему в 64-битной винде. Просто не осилив двойной уровень совместимости. Вайн кстати почему-то назло MS умеет запускать 16-битные программы из 64-битной системы. Выбор некрофилов! :))

     
     
  • 5.91, Aleksey Salow (ok), 14:39, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MS выбросила ntvdm (virtual dos machine) потому что соотв. режим (vm86, эмуляция 8086, режим реального времени) уже не поддерживается в x86-64 режиме. Wine, кстати, запускать dos-приложения не может, а 16-bit win приложения винда таки запускает, правда кому они нужны.
     
     
  • 6.92, arisu (ok), 14:42, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    на самом деле потому, что последний индус, который знал, как это работало, сошёл с ума.

    хинт: alpha-версия ntvdm имела в себе эмулятор x86.
    ещё хинт: dosbox заруливает ntvdm практически по всем параметрам.

     
     
  • 7.103, AdVv (ok), 18:58, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > на самом деле потому, что последний индус, который знал, как это работало,
    > сошёл с ума.
    > хинт: alpha-версия ntvdm имела в себе эмулятор x86.
    > ещё хинт: dosbox заруливает ntvdm практически по всем параметрам.

    И по каким-же интересно ?
    Виртуалку с установленным DOS он тоже заруливает ?

     
     
  • 8.104, arisu (ok), 19:34, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    по скорости, по точности эмуляции доса, по поддержке эмулируемой хардвари, по ср... текст свёрнут, показать
     

  • 1.7, nuclight (ok), 02:16, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Очень мило и очень вкусно для DoSеров. Этот так называемый TFO в истории уже был один-в-один и назывался T/TCP. Был выпилен отовсюду как раз по этой причине. Кто-то в гугле не читал учебники 15-летней давности?..

    PRR, наверное, единственное позитивное (и то вопрос, кто разработал, линукс или гугль).

     
     
  • 2.10, all_glory_to_the_hypnotoad (ok), 11:19, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    давно уже придумали кучу congestion алгоритмов, на многие случаи жизни. Гугл тупо предлагает какие-то частичные решения исключительно для своих веб сервисов.
     
  • 2.16, terr0rist (ok), 12:06, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    плюс ещё, насколько я понимаю, для обработки ТФО нужно браузеру (и НТТР-серверу, но тут проще) иметь дело непосредственно с протоколом ТСР в част формирования/обработки пакетов?
     
     
  • 3.101, nuclight (ok), 04:19, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > плюс ещё, насколько я понимаю, для обработки ТФО нужно браузеру (и НТТР-серверу,
    > но тут проще) иметь дело непосредственно с протоколом ТСР в част
    > формирования/обработки пакетов?

    Нет, это решается небольшими изменениями API вызова (опции сокета, другая функция, и т.п.), на уровень TCP приложению конечно лезть не нужно.

     
  • 2.24, nazgul5 (ok), 12:30, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Очень мило и очень вкусно для DoSеров. Этот так называемый TFO в истории уже был один-в-один и назывался T/TCP. Был выпилен отовсюду как раз по этой причине. Кто-то в гугле не читал учебники 15-летней давности?..

    Из "TCP Fast open research paper"
    <cite>
    However, a straightforward implementation of this idea is vulnerable to denial-of-service (DoS) attacks and may face difficulties with duplicate or stale SYNs. To avoid these issues, several TCP mechanisms have been proposed to allow data to be included in the initial handshake; however, these mechanisms were designed with different goals in mind, and _none_enjoy_wide_deployment_due_ to a variety of compatibility and/or security issues.
    </cite>

     
  • 2.96, netch (ok), 21:24, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Очень мило и очень вкусно для DoSеров. Этот так называемый TFO в
    > истории уже был один-в-один и назывался T/TCP. Был выпилен отовсюду как
    > раз по этой причине. Кто-то в гугле не читал учебники 15-летней
    > давности?..

    Так сам гугл проблемы T/TCP не волнуют. Они на то и рассчитывают, чтобы выдержать любой вал запросов.
    А вот что мне тут интересно - так это как клиент должен решить, он имеет право запускать T/TCP или должен удовлетвориться обычным.

    > PRR, наверное, единственное позитивное (и то вопрос, кто разработал, линукс или гугль).

    А чем оно лучше NewReno?

     

  • 1.8, ptr (??), 09:28, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    А вот с сокращением таймаута до 1 секунды они явно погорячились.

    Pinging google.com [173.194.35.18] with 32 bytes of data:
    Reply from 173.194.35.18: bytes=32 time=1278ms TTL=48
    Reply from 173.194.35.18: bytes=32 time=789ms TTL=48
    Reply from 173.194.35.18: bytes=32 time=847ms TTL=48

    Камчатка, 3G

     
     
  • 2.9, Одмин (?), 09:57, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    +1, всякое "на линии" бывает
     
  • 2.11, Аноним239 (?), 11:24, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –12 +/
    Сущность демократии и прогресса в том чтобы улучшить положения большинства.
    А небольшое количество пользователей 3G с Камчатки можно, и нужно, игнорировать.
     
     
  • 3.13, zamir (??), 11:45, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    странное у вас понимание прогресса
    во время прогресса всегда учитывают совместимость
    -1
     
     
  • 4.30, Аноним239 (?), 14:46, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >во время прогресса всегда учитывают совместимость

    Если бы прогресс учитывал совместимость с жителями камчатки, мы до сих пор ездили бы на оленях.

     
     
  • 5.46, А (??), 15:44, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А там есть олени? Или Аноним239 про себя?
     
     
  • 6.93, кЭноним (?), 15:20, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А там есть олени? Или Аноним239 про себя?

    Про Вас (:


     
  • 5.105, user (??), 04:31, 01/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Есть ли жизнь за МКАДом?" - это называется.
     
  • 3.72, ptr (??), 01:02, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Сущность демократии и прогресса в том чтобы улучшить положения большинства.
    > А небольшое количество пользователей 3G с Камчатки можно, и нужно, игнорировать.

    С первым предложение сложно не согласиться, а второе явно противоречит первому. Так как явно в интересах большинства, иметь доступ к интернету даже находясь в командировке на Камчатке или в отпуске на Мальдивах.

    Факт в том, что больше половины Земли сейчас покрывается интернетом только через спутник. А для спутника 1сек таймаута явно не достаточно.

     
  • 3.81, Аноним (-), 02:26, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А небольшое количество пользователей 3G с Камчатки можно, и нужно, игнорировать.

    А пользователи Камчатки пусть сами таймауты подкручивают. Ну примерно как если вы ща на запоре приедете в сервис для иномарок - спецы сделают круглые глаза, но запчасти найти не смогут.

     
  • 2.55, ononem (?), 17:41, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это icmp
     
     
  • 3.69, XoRe (ok), 00:47, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это icmp

    Думаете, TCP пакеты быстрее летают?)

     
  • 3.70, ptr (??), 00:54, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И что? Не думает ли кто, что TCP через спутник сумеет превысить скорость света?
     
  • 2.71, XoRe (ok), 01:01, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вот с сокращением таймаута до 1 секунды они явно погорячились.
    > Pinging google.com [173.194.35.18] with 32 bytes of data:
    > Reply from 173.194.35.18: bytes=32 time=1278ms TTL=48
    > Reply from 173.194.35.18: bytes=32 time=789ms TTL=48
    > Reply from 173.194.35.18: bytes=32 time=847ms TTL=48
    > Камчатка, 3G

    Не печальтесь, в столице через всякие wifi/3g тоже бывают такие пинги.
    Да ещё с потерей пакетов.

    А вообще, TRR - это не тот таймаут, о котором вы подумали.
    У TCP таймауты по умолчанию - огого.

     
     
  • 3.82, Аноним (-), 02:28, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не печальтесь, в столице через всякие wifi/3g тоже бывают такие пинги.
    > Да ещё с потерей пакетов.

    А через 2.5G - и 10 секунд бывает. И 20. В московии. И 3G в московии пожалуй даже паршивее чем на камчатке - тут его военные гнобили долго за налезание на их частоты.

     
     
  • 4.94, кверти (?), 16:19, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    и правильно делали. оборонка важнее, чем хрень вроде всяких G
     

  • 1.12, ASM (??), 11:33, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Сокращение начального таймаута (TRR) с 3 до 1 секунды. По мнению Google таймаут в 3 секунды имел смысл несколько десятилетий назад, современные сети требуют существенного уменьшения таймаута;

    То есть GPRS-ом в мире никто не пользуется?

     
     
  • 2.14, ГоблинШмоблин (?), 11:52, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет! Все на EDGE перешли. Скоро и его не будет. 3G и LTE - наше все!
     
     
  • 3.20, ASM (??), 12:20, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У меня вот в замкадье (да, есть и такие места) кроме как GPRS ничего не работает.
     
     
  • 4.27, онаним (?), 13:02, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Use assimetrichniy satellite internet, Luke!
     
     
  • 5.33, Прохожий (??), 15:01, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    It's too expencive, teacher.

    Да и при плохом наземном канале слишком медленный отклик для нормальной работы.

     
  • 5.83, Аноним (-), 02:30, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Use assimetrichniy satellite internet, Luke!

    Паршивый пинг GPRS от этого никуда не денется. Кстати в московии тоже 3G "везде есть" только чисто на бумаге. Если взять мобильник с 3G и пройтись по городу можно убедиться что покрытие больше напоминает лоскутное одеяло. Вот если я поднесу телефон к окну, издали 3G сота как-то достреливает. А если отойти - все, 2.5G only с более близких но менее продвинутых сот...

     
  • 3.42, Аноним (-), 15:32, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет! Все на EDGE перешли. Скоро и его не будет. 3G и
    > LTE - наше все!

    Отучаемся говорить за всех. Иногда, знаешь ли, приходится бывать в промзонах, где спасибо что GSM есть.

     
     
  • 4.67, Df232z (ok), 00:32, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И? Какие действия Гуглу надо предпринимать, что бы вам было удобнее в "промзонах"?
    Говорите не стесняйтесь.
     
     
  • 5.95, netch (ok), 21:21, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И? Какие действия Гуглу надо предпринимать, что бы вам было удобнее в
    > "промзонах"?
    > Говорите не стесняйтесь.

    Не ломать то, что работает.

     
  • 3.68, edo (ok), 00:37, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    1. EDGE фактически не улучшает RTT по сравнению с обычным GPRS, вот 3G (особенно с HSPA) кардинально меняет ситуацию.
    2. "скоро" понятие растяжимое, в некоторых местах и просто сотовой сети нет.
    тем более, что 3G на 900MHz только-только появляется (а покрыть заметные площади на высоких частотах малореально).
     

  • 1.18, terr0rist (ok), 12:14, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    1. "Не трогай то, что работает." (И сравнительно хорошо работает.)
    2. Предположим, вся эта муть увеличит "скорость" на 1%. Каковы затраты на это?
    3. > в условиях преобладания в сети Web-трафика
    в какой сети? в приватной сети гугловых серваков? Или большой брат уже следит за всеми?

     
     
  • 2.43, Аноним (-), 15:33, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. "Не трогай то, что работает." (И сравнительно хорошо работает.)
    > 2. Предположим, вся эта муть увеличит "скорость" на 1%. Каковы затраты на
    > это?

    Это предположение. Сиречь болтовня, которую лично ты не проверял. То есть сперва устриц покушай, а потом уже сообщи нам свое авторитетное мнение. Окда?

    > 3. > в условиях преобладания в сети Web-трафика
    > в какой сети? в приватной сети гугловых серваков? Или большой брат уже
    > следит за всеми?

    Не трынди о предположениях, прошу тебя. Болтология наукой не является.


     
  • 2.73, XoRe (ok), 01:03, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 3. > в условиях преобладания в сети Web-трафика
    > в какой сети?

    А вы считалку трафика себе поставьте, чтобы порты показывал.
    И посмотрите процент трафика на 80/443 порт.

     

  • 1.22, Kodir (ok), 12:24, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Для ускорения работы TCP, в условиях преобладания в сети Web-трафика...

    эээ... нипонил! Разве не п2п генерирует наибольший трафик?! (исключая гугловских роботов-спидеров)

     
     
  • 2.44, Аноним (-), 15:33, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Для ускорения работы TCP, в условиях преобладания в сети Web-трафика...
    > эээ... нипонил! Разве не п2п генерирует наибольший трафик?! (исключая гугловских роботов-спидеров)

    Спроси у действующих админов прокси-серверов. Не админов локалхоста. Окда?


     
     
  • 3.50, Дядя_Федор (?), 16:59, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну я спросил у себя. 25 тысяч пользователей. 2 недели назад в какти, снимающую статистику с узлов, прикрутил фичу с магистральной CISCO SCE-8080. Эта фича использует то, что циско обзывает DPI (deep packet inspection). Смысл ее - в глубокой испекции проходящего трафика и его классификации с последующей (при желании) "обработкой" (например, можно зарезать торренты, skype, ограничить колисевто TCP-сесий для определнного вида трафика). Так вот - по этой статистике:
    1. Полоса 10G - в пике было 4.2 G.
    2. Расклад по видам трафика:
    P2P - нешифрованный - 1.73G, шифрованный - 354M,
    HTTP - 653M,
    Downloaded over HTPP - 173M
    Audio/video over HTTP - 562M
    Flash YouTube - 288M
    Other Flash - 234M.
    Ну и остальные виды трафика по мелочам.
    Итого получаем, что p2p занимают больше половины полосы.
     
     
  • 4.56, ononem (?), 17:43, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >  Flash YouTube - 288M
    >  Other Flash - 234M.

    А что это значит? Не, мне правда интересно, троллеть не собирался.
    Утуб разве не по rtsp работает? Да и "Other flash"?

     
     
  • 5.58, Дядя_Федор (?), 17:54, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А что это значит? Не, мне правда интересно, троллеть не собирался.
    > Утуб разве не по rtsp работает? Да и "Other flash"?

    Честно? Понятия не имею. :) Я просто вытащил при помощи SNMP названия сервисов, по которым SCE классифицирует трафик. Потом вытащил соответствующий OID счетчиков.И включил это все в cacti. Там было изначально около 80 видов трафика. :) Для примера - Winny, Gnutella, One-Click Hosting, QQ File Transfer, PPLive, PPStream, PlayStation и прочая бесовщина. Но после суток снятия статистики оставил около 12 видов трафика, по которым были более-менее значимые значения.

     
  • 3.98, Инсайдер (?), 00:23, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Спроси у действующих админов прокси-серверов. Не админов локалхоста. Окда?

    Инсайдерская информация из недр одного оооочень крупного российского провайдера: распознанный как HTTP, FTP, ICQ и E-Mail (SMTP, POP3, IMAP4) трафик составляет около 20%. Всё остальное идёт в графе "нераспознанных услуг".

     
     
  • 4.99, Дядя_Федор (?), 20:31, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Инсайдерская информация из недр одного оооочень крупного российского провайдера: распознанный
    > как HTTP, FTP, ICQ и E-Mail (SMTP, POP3, IMAP4) трафик составляет
    > около 20%. Всё остальное идёт в графе "нераспознанных услуг".

    Хреновое у "оооооочень крупного российского провайдера" оборудование, видать. :))))) Видать, "ооооооочень крупный российский провайдер" зажилил 100 штук баксов на SCE-8080 (например), или 35 штук баксов на SCE-2020 (тоже например).

     
     
  • 5.100, Инсайдер (?), 21:37, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Самому провайдеру на эти цифры пофиг - это требование российского законодательства (реально его практически никто из провайдеров не выполняет, как и это, но делает вид, что работы в этом направлении ведутся).
    А анализаторы трафика так вообще софтварные самописные - так что цена там на порядок ниже тобой озвученной.
    Логи нераспознанного я видел - там действительно трафик не относится к перечисленным выше протоколам. В основном p2p по произвольным портам.
     
     
  • 6.102, Дядя_Федор (?), 13:01, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Самому провайдеру на эти цифры пофиг - это требование российского законодательства (реально
    > его практически никто из провайдеров не выполняет, как и это, но
    > делает вид, что работы в этом направлении ведутся).

    Про законодательство не просветите? :) А то лично я ничего подобного в законодательстве не видел. То есть - что провайдер обязан "парсить" трафик на предмет его природы (если я правильно понял Вас). :) Про то, что некие "логи" (детальность которых не оговорена) обязан хранить по требованиям СОРМ-2 - знаю. :)

     
     
  • 7.106, Инсайдер (?), 19:46, 01/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Там несколько законов разных годов - искать номера и даты ломает.
    Суть в том, что провайдер обязан хранить 3 года всю информацию по оказанным услугам связи, при чём только факт услуги, а не содержимое. Услуги: HTTP, FTP, E-Mail, ICQ и ещё телемационные (вроде под этим подразумевается услуги типа VoIP, но могу и ошибаться, т.к. на это пока забили совсем).
    По сути логи обращения пользователей с серверами по HTTP, FTP (урлы сайтов и файлы, к которым было обращение), кому какие письма отправлял (адреса и темы), с кем по ICQ общался. Но не содержимое страниц, файлов, писем и сообщений.
    Также провайдер обязан предоставить доступ соответствующим органам к отчётам по формам, в том числе поиск "куда ходил/с кем общался по мылу/аське абонент такой-то" и "кто ходил на сайт такой-то".
     
     
  • 8.107, Дядя_Федор (?), 13:44, 02/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Телематические Учим матчасть Глупости не говорите, если не понимаете Net... текст свёрнут, показать
     
     
  • 9.110, Инсайдер (?), 16:50, 04/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Модеры, нафига удаляете посты Там вполне по делу было написано Кратко суть Ни... текст свёрнут, показать
     
     
  • 10.112, Дядя_Федор (?), 20:18, 04/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    1 ЧТО именно используется в качестве альтернативы НетФлоу Я повторю слова - э... текст свёрнут, показать
     
     
  • 11.113, Инсайдер (?), 02:04, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чукча не читатель - чукча писатель Т е весь трафик парсится детали раскрыва... текст свёрнут, показать
     
  • 2.60, Аноним (-), 20:44, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Наибольший трафик сейчас генерит видео. P2P на втором плане. Это с мировой колокольни, локально распределение может быть иным.
     
     
  • 3.61, Дядя_Федор (?), 21:20, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Наибольший трафик сейчас генерит видео. P2P на втором плане. Это с мировой
    > колокольни, локально распределение может быть иным.

    Вы были на мировой колокольне лично? Еще раз - у всех знакомых мне админов провайдеров (в том числе и магистралов) около 50 процентов полосы приходится на p2p-трафик.


     
     
  • 4.62, Дядя_Федор (?), 21:24, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Уточню на всяких случай. Речь идет о ВНЕШНЕМ (относительно точки стыка с аплинками) трафике. При наличии IPTV в ЛОКАЛЬНОЙ сети - вполнек возможно, что чать полосы ЛОКАЛЬНОЙ сети съест ТВ.Но IPTV - это абсолютно другая песня. Со своими заморочками (мультикастом, IGMP, PIM, IGMP Snooping и прочей бесовщиной).

     
  • 4.65, Df232z (ok), 23:57, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Рашка это отдельная песня. Местные пользователи интернета ведут себя как колхозники в гостинице - тащат все что плохо лежит.
    Обычный ситуация -Плюшкин имеет терабайт музыки, из которой прослушал только сердючку, и два - порно из которого просмотрел только с семенович.
    Самый популярный запрос? "Скачать".
    Самые популярные сайты ... вы знаете их и так.
    Самая популярная покупка в интернете - билеты РЖД, и то, потому что стащить нельзя.
     
     
  • 5.85, Аноним (-), 02:32, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Самая популярная покупка в интернете - билеты РЖД, и то, потому что стащить нельзя.

    Ну а ты плати как лох за байтики на идиотских ограниченных условиях, кто ж запрещает то?

     
     
  • 6.87, Df232z (ok), 11:19, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я и сотовые покупаю в магазине, на идиотских ограниченных условиях , хотя мог бы, подобно некоторым, в подворотнях отбирать.
     
     
  • 7.89, Аноним (-), 11:30, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я и сотовые покупаю в магазине, на идиотских ограниченных условиях

    Кто ж тебе виноват что ты на идиотские условия согласен? А я вот покупаю на нормальных. И если мне кто-то решил подарить телефон бесплатно (я же не прихожу к авторам контента и программ и ничего не вымогаю!) - я от него отбиваться не буду, т.к. это - глупо.

     
  • 5.97, Клыкастый2 (?), 23:28, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ждём подробностей об оскандалившихся русских колхозниках на thepiratebay.org.

    > Самые популярные сайты ... вы знаете их и так.

    Т.е. вы-то уж точно знаете ;)

     
  • 2.84, Аноним (-), 02:31, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > эээ... нипонил! Разве не п2п генерирует наибольший трафик?! (исключая гугловских роботов-спидеров)

    Ну знаешь, тытруб и гугл с их HTTP тоже траффика гонит чуть более чем дохрена.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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