The OpenNET Project / Index page

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

Компания Google опубликовала результаты оценки эффективности протоколов SPDY и HTTP/2

21.11.2013 12:26

Компания Google провела тестирование ускорения обработки запросов при использовании протокола SPDY, выступающего в качестве базового звена будущего стандарта HTTP/2 и уже поддерживаемого браузерами Chrome, Opera, Firefox и Internet Explorer.


Google News
Google Sites
Google Drive
Google Maps
Средний показатель
-43%
-27%
-23%
-24%
быстрый канал связи
-32%
-30%
-15%
-20%
медленный канал связи
-44%
-33%
-36%
-28%

В таблице отражено изменение времени от поступления первого байта запроса до фиксации события завершения загрузки страницы (onload) при использовании SPDY по сравнению с HTTPS. Тестирование произведено в браузере Chrome 29 с воссозданием активности миллионов реальных сценариев работы пользователей.

Протокол SPDY разработан для минимизации задержек при соединении и обмене данными между клиентом и сервером. По данным Google ускорение работы реальных сайтов при использовании SPDY составляет от 15% до 50%. SPDY добавляет сеансовый уровень поверх SSL, что даёт возможность обеспечить передачу нескольких одновременных потоков в рамках одного TCP-соединения. SPDY позволяет мультиплексировать запросы ресурсов, обрабатывать их параллельно и отправлять запросы с учетом динамически рассчитываемых приоритетов, увеличивая текущую пропускную способность. Использование SSL одновременно позволяет решить проблему с прохождением запросов через прокси серверы и позволяет организовать доставку данных по инициативе сервера, без специального запроса клиента (технология Server push). Дополнительное ускорение достигается за счёт сжатия HTTP-заголовков запроса и ответа.

  1. Главная ссылка к новости (http://blog.chromium.org/2013/...)
  2. OpenNews: Доступен второй черновой вариант спецификации HTTP 2.0
  3. OpenNews: Компания Google представила основанный на UDP экспериментальный протокол QUIC для ускорения Web
  4. OpenNews: Опубликован первый черновик спецификации HTTP 2.00
  5. OpenNews: Предложение по формированию стандарта HTTP/2.0, на включение в который претендует SPDY
  6. OpenNews: Компания Google предложила надстройку для улучшения протокола HTTP
Лицензия: CC-BY
Тип: Обобщение
Короткая ссылка: https://opennet.ru/38491-spdy
Ключевые слова: spdy, http2
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, поцандщиг (?), 12:35, 21/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    а на сжатие заголовков разве время не тратится? Какое ж тут ускорение ?
     
     
  • 2.2, тоже Аноним (ok), 12:53, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Сжатие заголовков осуществляет процессор - традиционно самый ненагруженный участок в цепочке "данные - пользователь". Например, сетевая карта работает на несколько порядков медленнее и чаще выступает "бутылочным горлышком". А тут через нее придется перегонять, навскидку, втрое меньше данных. Вот и ускорение.
     
     
  • 3.13, Аноним (-), 14:19, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –8 +/
    ябы сказал что никогда сетевая карта не выступает "бутылочным горлышком"
     
     
  • 4.19, Аноним (-), 14:47, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я бы сказал что вы оптимист, однако...
     
  • 4.28, Аноним (-), 16:24, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Поздравляю, у вас оптика....
     
  • 4.29, YetAnotherOnanym (ok), 16:48, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > никогда сетевая карта не выступает "бутылочным горлышком"

    Вы о сервере?

     
  • 3.53, XoRe (ok), 18:05, 22/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, сетевая карта работает на несколько порядков медленнее
    > и чаще выступает "бутылочным горлышком".

    Ну это смотря какая сетевая карта.
    Если стоит гигабитная, то процессор должен уметь делать gzip текста со скоростью 100-300 MB/s, чтобы на выходе отправлять 125 MB/s (1Gb/s).
    Я хз, какие у вас объемы отдачи страничек, чтобы у вас сетевуха была бутылочным горлышком.
    Если у вас простаивают процессоры, всегда можно поставить 4-х головую гигабитную сетевуху)
    Про тяжелый контент (аудио/видео/бинари) здесь разговор не идет.
    Там gzip не делается.

     
  • 2.3, Василий (??), 12:58, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    иногда процессорное время "дешевле" канала связи ... многие сайты используют сжатие и это ускоряет сёрфинг по ним.
    тем более могут использоваться разные ухищрения при сжатии - типа уже сжимали-не-менялось-отдаём-ранее-сжатое
     

  • 1.4, Аноним (-), 13:15, 21/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +18 +/
    Страницы тормозят не из-за HTTP, а из-за тонны баннеров, которые грузятся и работают через одно место (помойный JS).

    SPDY никак это не решит.

    // b.

     
     
  • 2.5, Аноним (-), 13:31, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Страницы тормозят не из-за HTTP, а из-за тонны баннеров, которые грузятся и
    > работают через одно место (помойный JS).
    > SPDY никак это не решит.
    > // b.

    Ачо, AdBlock Plus еще не изобрели?

     
     
  • 3.7, Аноним (-), 13:59, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    AdBlock в какой-то степени тормозит серфинг тех сайтов, где нет рекламы, попробуйте с ним и без него протестить.
     
  • 3.9, Аноним (-), 14:00, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    AdBlock вырезает баннеры с уже загруженной страницы, что никакого прироста в скорости не даёт
     
     
  • 4.15, Crazy Alex (ok), 14:33, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Пользуйтесь фарфоксом, там адблок мусор грузить не даёт
     
     
  • 5.30, Dmitry (??), 16:50, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то хромовский AdBlock Plus уже очень давно также блокирует загрузку мусора, а не только его отображение.
     
     
  • 6.34, Аноным (ok), 17:01, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда как, у меня нагло показывает и через секунду скрывает.
     
  • 6.35, Crazy Alex (ok), 17:25, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне может быть, я хромом не пользуюсь. А файрфокс помянул - птому что там адблок гарантированно работает как надо.
     
  • 6.56, Аноним (-), 19:13, 23/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то хромовский AdBlock Plus уже очень давно также блокирует загрузку мусора, а
    > не только его отображение.

    Тупо и цинично ставим в сетку прокси на входе. Да-да, тот самый прокси, который вы все дружно обоср@ли - "Фуле, у меня корбиновская оптика 50 мегабит!" - и настраиваем на вырезку на входе к чертовой матери всякого рекламного мусора. Что, слабо, кр@сноглазики, настроить сквидика транспарентом на вырезание мусора? Сделать добро всем пользователям своей сети? Ах, вам же его поддерживать потом вломно, а автоматизацию еще не изобрели!

     
  • 3.10, Аноним (-), 14:10, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Для "одарённых".

    AdBlock используют 3% людей.

    Некоторым людям по работе _требуется_ видеть всю рекламу.

     
     
  • 4.16, Crazy Alex (ok), 14:33, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну раз требуется - пусть жрут
     
  • 4.21, Аноним (-), 14:48, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > AdBlock используют 3% людей.

    Ну так в чем проблемы? Если кому нравится мигающее месиво на полэкрана - их выбор.

    > Некоторым людям по работе _требуется_ видеть всю рекламу.

    А некоторые вообще на мусоровозе работают. Это не значит что там пахнет приятно...

     
     
  • 5.60, Михаил (??), 10:12, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Все проще, я не хожу на сайты, где мигающее месиво на полэкрана.
     
  • 4.50, Аноним (-), 08:35, 22/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Некоторым людям по работе _требуется_ видеть всю рекламу.

    Ну этих-то людей намного больше 3-х процентов!

     
  • 4.51, kurokaze (ok), 14:24, 22/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Некоторым людям по работе _требуется_ видеть всю рекламу.

    Работают мусорным баком?

     
  • 3.22, Аноним (-), 14:49, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ачо, AdBlock Plus еще не изобрели?

    И NoScript тогда уж ему в пару. Как раз чтобы JS не умничал и звук не орал в динамики ВНЕЗАПНО в 3 часа ночи.

     
     
  • 4.39, Аноним (-), 19:00, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы на сайт Каганова не ходите по ночам.
     
  • 3.38, Аноним (-), 17:44, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага сменить рекламщиков на контору вымогателей, хорошая идея, может вы и террористам помогаете
     
  • 2.6, Аноним (-), 13:52, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и причем тут JS?
     
     
  • 3.11, Miha (??), 14:15, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > и причем тут JS?

    Сам догадаешься или подсказать?
    Зайди на гугл пейдж тест и посмотри, что тормозит загрузку страницы. В первую очерередь это куча всяких JS, jQuery, etc

     
     
  • 4.12, Аноним (-), 14:17, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    может все-таки стоит адресовать претензии к создателям страниц? и я повторю свой вопрос - причем тут JS?
     
  • 4.17, Crazy Alex (ok), 14:34, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На приличных сайтах JS работает после загрузки, а скрипты тянутся аснхронно.
     
     
  • 5.31, Аноним (-), 16:50, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Если имеется ввиду AMD, то это тоже не выход, т.к. вместо одного большого запроса делаются сотни маленьких запросов и это очень сильно нагружает сервер, а также на каналах с большой латентностью(мобильные сети) это тоже сильно тормозит работу сайта.
     
     
  • 6.36, Crazy Alex (ok), 17:28, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот на то и SPDY, чтобы это не нагружало сервер и шутро работало. На мобильной связи с такой латентностью  страница в любом случае долго грузится, так как обычно при этом и скорость ни к черту. В норме на 3G тем пинг не больше 300 ms, что влияния ни на что не оказывает.
     
  • 6.37, Crazy Alex (ok), 17:29, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И, кстати, AMD - это довольно тупой и дубовый вариант, выгоднее когда список нужных модулей просто отдается лоадеру и после загрузки всего и вся запускается основной скрипт. Собственно, AMD  в это дело тривиально трансформируется.
     
  • 6.40, Аноним (-), 19:27, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Requirejs умеет группировать нужные скрипты в один и заменять все одним реквестом. Учите матчасть.
     
     
  • 7.41, Аноним (-), 19:41, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И зачем ты это написал?
     
  • 7.42, Crazy Alex (ok), 19:43, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В условиях SPDY это как раз лишнее - нужно всего лишь знать список того, что нужно грузить, а параллельный запрос получается выгоднее.
     
  • 2.14, Leshka (?), 14:22, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    SPDY интересен для разработчиков крупных проектов, для того чтобы пользователи быстрей получали странички. А если они потом на эти сайты навешают тонны баннеров, ну и ССЗБ.
     
     
  • 3.20, Xaionaro (ok), 14:47, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то бывают проекты, которые зарабатывают только за счёт рекламы. И их очень много.

    Например тот же 3dnews.ru. И необходимо вешать баннеры, но при этом всё должно работать быстро.

     
     
  • 4.49, Led (ok), 05:50, 22/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще-то бывают проекты, которые зарабатывают только за счёт рекламы.
    > Например тот же 3dnews.ru

    Лет десять получал от них рассылку, пока они не начали тупо спам слать. Отписался - ничего не потерял.

     
     
  • 5.54, XoRe (ok), 18:06, 22/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Лет десять получал от них рассылку, пока они не начали тупо спам
    > слать. Отписался - ничего не потерял.

    Держите нас в курсе :)

     
  • 3.23, Аноним (-), 14:50, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > баннеров, ну и ССЗБ.

    Гугл, делающий бизнес на рекламе делает, по сценарию в этом месте показывает троллфэйс.

     
  • 3.61, Илья (??), 11:14, 29/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Умные люди вешают загрузку рекламы на своих сайтах только после загрузки контента сайта.
    + как уже говорили adBlock никто не отменял. Хватит уже ныть про рекламу.
     
  • 2.47, u (?), 23:23, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Страницы тормозят не из-за HTTP, а из-за тонны баннеров, которые грузятся и
    > работают через одно место (помойный JS).
    > SPDY никак это не решит.
    > // b.

    Решит! Push-нем больше рекламы, хорошей и разной!

     

  • 1.8, Аноним (-), 14:00, 21/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    скорей скорей на новый протокол, надо же мониторить
     
     
  • 2.24, Аноним (-), 14:51, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > скорей скорей на новый протокол, надо же мониторить

    Кстати да. У гугля будет монополия на мониторинг, во.
    - Всякие провайдеры и прочие получат палки в колеса на пути мониторинга, ибо шифрование.
    - А вот гугл зато будет прекрасно видеть кто у них грузит jquery с их сервиса и прочая. Ведь для SSL контента кэш в браузере не работает...

     
     
  • 3.32, Dmitry (??), 16:54, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ведь для SSL контента кэш в браузере не работает...

    С чего бы? Отлично работает. А вот кэширующим прокси облом.

     
     
  • 4.57, Аноним (-), 19:15, 23/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ведь для SSL контента кэш в браузере не работает...
    > С чего бы? Отлично работает. А вот кэширующим прокси облом.

    Тю? Чювак не в курсе, что можно нарушить стандарты и переопределить кэширование так, как взбрендится админу?

     
  • 2.52, kurokaze (ok), 15:52, 22/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > скорей скорей на новый протокол, надо же мониторить

    ФСБ с СОРМ-2 негодує

     

  • 1.18, Аноним (18), 14:38, 21/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гугл же положил болта на спиди и пилит теперь квик (QUIC).
     
     
  • 2.25, Аноним (-), 14:52, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Гугл же положил болта на спиди и пилит теперь квик (QUIC).

    Гугл интересные кексы. Они могут атаковать сразу с нескольких флангов. С какого-нибудь да победят.

     
  • 2.26, ash (??), 14:53, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    QUIC - это уровень UDP, SPDY - это уровень HTTP. Google пилит и то, и то.
     

  • 1.33, Аноним (-), 16:59, 21/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В тестах проведённых гуглом побеждает протокол, разработанный гуглом. Удивительно.
     
     
  • 2.46, all_glory_to_the_hypnotoad (ok), 22:18, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    однако нужно  отдать им должное, победил не на 146 %, а на  какие-то жалкие 10-20%, как раз эффект отрезания их гугл аналитикса и прочего шлака с сайтов.
     

  • 1.43, all_glory_to_the_hypnotoad (ok), 22:05, 21/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  Использование SSL одновременно позволяет решить проблему с прохождением запросов через прокси серверы и позволяет организовать доставку данных по инициативе сервера, без специального запроса клиента

    опять криво перевели или таки в гугле совсем упоролись?

     
     
  • 2.48, Аноним (-), 23:59, 21/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В SPDY SSL используется в качестве двунаправленного транспортного протокола с постоянно висящим соединением.

    http://dev.chromium.org/spdy/
    use of SSL is necessary to ensure that communication across existing proxies is not broken.  
    ...
    Server Push is where the server pushes a resource directly to the client without the client asking for the resource.   The server is making an assumption here that pushing the resource is desirable.  

     
     
  • 3.55, all_glory_to_the_hypnotoad (ok), 12:40, 23/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обезьянка, у тебя с головой не всё нормально?  Из следующих фактов...

    1. В SPDY используется SSL

    2. SPDY реализует  двунаправленный мультипликсированный транспорт.

    Не следует 3го утверждения

    > Использование SSL ... позволяет ... организовать доставку данных по инициативе сервера

    Это невообразимая чушь.

     
     
  • 4.59, Аноним (-), 19:16, 23/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Обезьянка, у тебя с головой не всё нормально?  Из следующих фактов...
    > 1. В SPDY используется SSL
    > 2. SPDY реализует  двунаправленный мультипликсированный транспорт.
    > Не следует 3го утверждения
    >> Использование SSL ... позволяет ... организовать доставку данных по инициативе сервера
    > Это невообразимая чушь.

    Бибизьян не учат логике в нынешних "универтитетах". Там часовни нынче ставят :))))))

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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