Не знаю, что имел ввиду Пол-Хеннинг Камп, но у SPDY есть как минимум следующие проблемы:
a) Single packet delay induces head-of-line blocking for a stream. Since TCP only provides a single serialized stream interface, a delay of only one packet causes the entire set of SPDY streams to pause. A packet is routinely delayed when a packet is lost, such as due to congestion, and it must be retransmitted. A better multiplexed transport should delay only one stream when a single packet is lost.
b) Unfavorable congestion avoidance handling by TCP, leading to additional bandwidth reduction and serialization latency overhead: A single SPDY connection is routinely used to replace K separate (non-multiplexed) connections. When a single packet of a SPDY (over TCP) connection is lost, the congestion window for the entire connection was historically reduced by 50%, courtesy of TCP [TCP CUBIC default congestion window reduction is roughly 30%, but the factor of 2 simplifies the math in this paragraph’s exposition]. In contrast, a single packet loss among K non-multiplexed TCP connections only reduces the congestion window in one TCP connection. With only one of K streams impacted by a loss, the aggregate congestion window is reduced by roughly 1/2K of the pre-loss aggregate. With K commonly having a value of 6 (for multiple HTTP GET requests), a single packet loss causes bandwidth reduction to 11/12 of the pre-loss bandwidth (pre-loss congestion window size). As a result, TCP congestion avoidance favors sharded (multiple) TCP connections over a multiplexed TCP connection.
Откровенно говоря, я тоже был в этом уверен до недавнего времени :)
Мы (в Яндексе) проводили исследование на эту тему и наши результаты показывают, что время onload никак не влияет на пользовательские метрики (время до первого клика, доля некликнутых и т.д.). Это было обычное a/b/c тестирование, с оттягиванием onload на одну и две секунды, с объёмом выборки 2% на пользователях Поиска.
Стоит также учитывать, что прошли те времена, когда у браузеров было двадцать три индикатора загрузки и не обратить на них внимание было невозможно. Сейчас, что в Хроме, что в Опере или Фаерфоксе индикатор загрузки это маленький спин в табике и всё.
Резюмируя: кажется, что для пользователей, в качестве индикатора загрузки выступает белый экран браузера, который они наблюдают в ожидании загрузки сайтов.
Значение этой метрики довольно размыто. Страница может полностью отрисоваться, пользователь начать с ней полноценно взаимодействовать, но отвалившийся скрипт или префетчинг ресурсов «оттягивают» наступление этого события. Другими словами, в большинстве случаев (по моему опыту) эта метрика никак не коррелирует с пользовательским счастьем и влияет только на индикаторы загрузки в браузере.
Не могу удержаться чтобы не спросить… А правда, что все японцы — развратные? Я как человек без особых комплексов и то иногда краснею при просмотре японских шоу на youtube.
Под OS X есть еще Skitch — просто мега удобная программа, особенно если надо не только расшарить скриншот, но и дорисовать что нибудь (стрелочки например).
Source: QUIC: Design Document and Specification Rational
Мы (в Яндексе) проводили исследование на эту тему и наши результаты показывают, что время onload никак не влияет на пользовательские метрики (время до первого клика, доля некликнутых и т.д.). Это было обычное a/b/c тестирование, с оттягиванием onload на одну и две секунды, с объёмом выборки 2% на пользователях Поиска.
Стоит также учитывать, что прошли те времена, когда у браузеров было двадцать три индикатора загрузки и не обратить на них внимание было невозможно. Сейчас, что в Хроме, что в Опере или Фаерфоксе индикатор загрузки это маленький спин в табике и всё.
Резюмируя: кажется, что для пользователей, в качестве индикатора загрузки выступает белый экран браузера, который они наблюдают в ожидании загрузки сайтов.
Всё, я выдохнул, простите :)
Это время наступления события
load
?P.S. На самом деле она выглядит гораздо лучше, просто на телефон фоткал
Citroen C1 4.15%
Dacia Logan 5.69%
Daihatsu Cuore 1.46%
Fiat Panda 3.25%
Lada 1119 71.51%
Renault Twingo 2.62%
Smart Fortwo 4.52%
Alles Schrott 4.34%
P.S. Спасибо BBSOD`у за инвайт :)