tangro Apr 26 2016 at 11:48

Идеальная производительность протокола HTTP

6 min

24K

Инфопульс Украина corporate blogIT Standards*BrowsersHigh performance*

Translation

+20

Comments 14

gandjustas Apr 26 2016 at 12:57

Все описанные задержки пренебрежно малы по сравнению с выкачиванием одной картинки.

Кроме того с "болтливостью" HTTP уже давно борются бандлингом и выносом ресурсов на отдельный домен на клиенте и keep-alive на сервере.

tangro Apr 26 2016 at 13:51

Ну, например загрузка первой картинки из данной статьи по логу браузера заняла 42 милисекунды. Всевозможные «рукопожатия» всех описанных в статье протоколов легко могут занять в разы больше. Бандлинг, вынос ресурсов и keep-alive — это как раз устаревшие костыли, которые вскоре будут не нужны.

krosaff4ik Apr 26 2016 at 13:52

А как решается проблема с сайтами которые в html отправляют ссылки на всякие .js, .css, картинки, итд на других доменах? там ведь, весь процесс повторяется…

tangro Apr 26 2016 at 13:53

Если это «свои» домены — то там тоже можно поднять HTTP/2, настроить пуш сертификатов (об этом есть в статье) и всё будет достаточно эффективно. Если это неизвестно чьи чужие домены — тут вообще странно рассчитывать на какую-то гарантированную скорость или надёжность.

mayorovp Apr 26 2016 at 13:56

TCP Fast Open поддерживается в Windows при асинхронной работе с сокетами (не путать с неблокирующим режимом).

См. ConnectEx и AcceptEx

Или я что-то путаю?

tangro Apr 27 2016 at 07:30

Куда именно смотреть-то?

mayorovp Apr 27 2016 at 12:07

Я же привел ссылки…

tangro Apr 27 2016 at 17:13

Так а на что конкретно Вы там смотрите? На lpSendBuffer? Это не то, вот тут написано о разнице: https://github.com/carllerche/mio/issues/268

mayorovp Apr 27 2016 at 17:15

Хм, и зачем тогда API вообще делалось?..

tangro Apr 27 2016 at 17:39

А там же написано — уменьшить количество переключений контектса между user-space и kernel-space

UFO landed and left these words here

seokirill Apr 27 2016 at 06:22

решение проблемы есть для http/1 на обычных сайтах/хостингах?

ainu Apr 27 2016 at 11:01

Оно общеизвестно. Объединение картинок в спрайты, объединение яваскриптов, webpack, inline изображения, поддомены для статики.

gto Apr 27 2016 at 08:19

Не перестаю удивляться, в любой статье про h2 упоминается только мультиплексинг и пуши. А то, что h2 по-другому формирует респонсы и работу его (h2) flow-control стараются не упоминать. Хотя это может являться лимитирующим фактором. Повышение производительности при использовании h2 становится заметно только на странице на которой много больше 6 (лимит h1.1) элементов, в остальных случаях h1.1 быстрее, за счёт того, что в нём меньше заморочек на стороне сервера. Так что h2 — не серебреная пуля, тестируйте перед продакшеном, может ваш проект и под h1.1 хорошо бегает.