14s vs. 0.5s (Safari / OS X El Capitan). Quite impressive.
I wonder if there's some setting wrong that makes this take 14s for me using http/1. Any ideas?
Edit: same with Chrome and similar on Sarafi/iPhone (6s vs 0.6). I wonder if the difference is magnified by higher latency because I'm in Europe? If yes, I guess http/2 is a godsend for all non-Americans.
Your ISP is doing some nasty stuff.
Re:The HTTP/2 implementation
by odonnellryan on Thursday September 17, 2015 @12:02PM
(#10234116)
I've run it a few times. It seems to depend on normal networking conditions, which makes sense. I've had 1 run as low as 1sec and as high as 6.
Europe is not the main cause. I'm getting 1.2s vs 0.6s consistently.
I think this website is now going through a bit of Hug of Death, since was seeing reasonable numbers before (1.3ish for http/1.1, and 0.6ish for http/2) and now I'm seeing multiple seconds for both.
Mine was HTTP/1.1 at 1.44s versus HTTP/2 at 0.54s. (connection speed: 330 mbps (ethernet->cable modem); client: chrome 46.0.2490.22)
Got 1.71 (HTTP/1) vs 2.40 (HTTP/2) at the first test
And 2.31 vs 0.64 at the second
I got 3.14s vs 1.01s on my Android smartphone with Chrome. Nice improvement.
For me it was: HTTP/1.1 => 3.07s vs HTTP/2 => 0.76s
I was getting similar result in FF until :/ disabled caching, then 1&2 got very close values. So the 0.76 doesn't look accurate.
In incognito I got 3.33s for v1.1 and 1.24s for v2 in Chrome and 3.30s (v1.1) and 1.43s (v2) in FF.
You're right that in FF/Chrome for runs N+2 I get about half of the first run (0.86s for v2) so it looks like there's some kind of caching going on -- it's still twice as fast with v2.
HTTP/2 1.46s