HTTP和HTTP2(多路复用)的实际跑分测试

王志勇 发表于 2018年12月11日 10:08

前天的测试中,除去图片的因素,HTML传输方面,HTTP在几次测试中都快于HTTP2,如文中的最后6次对比。

这一次,专门制作了一个网页,加载50个完全不同的小图片,50张图片总体积195K,我们来测试一下实际的加载速度,是否能够体现HTTP2的多路复用的优势?下列表格右边的“https的图片”,都是https的链接,测试网页也是https的链接。

gtmetrix.com的Fully Loaded Time(完全加载时间)对比:

http的多图片https的多图片
第1次0.6s0.6s
第2次0.6s0.6s
第3次0.5s0.6s
第4次0.5s0.6s
第5次0.5s0.6s
第6次494ms0.6s
第7次0.5s0.6s
第8次0.6s0.7s

为了提高精确度,这次做了8次测试。每次都是先测试完http,再立刻测试https,间隔不到10秒钟,所以可以大致排除网络因素。每次测试中,无论是HTML传输、还是大量小图片,https没有一次跑分超过http的。

结论:现阶段,https的速度无法超过http。如果您的网页用https访问很快,那么用http会更快一点https现阶段的瓶颈在于,SSL的hash算法过于复杂。

但值得庆幸的是,https的访问速度没有比http减少多少,因此在需要https的场合下,可以放心投入使用。但如果在高并发场合,用http会有更高的稳定性。比如在flickr成名之前,有个很早的pbase.com。pbase.com是个照片发布站,上面有大量的数码相机各个型号的样图,如今这个网站以http为主,登录页用https。因为对于高并发的场合,https会损耗很多资源和流量。

在这次的多路复用测试中,服务器环境是Ubuntu+Apache+PHP,Apache只开了默认的10个进程,但是加载图片同样很快。

再测试一张195K左右的图片的加载速度,图片实际为194K,跑分如下:

http的单图片https的单图片
第1次332ms455ms
第2次391ms0.5s
第3次347ms443ms
第4次346ms446ms
第5次364ms468ms

https链接的单张图片加载速度,仍然比http慢。与第1个表格对比,同样体积的1张图片,和50张小图片,多张的加载时间约是单张的1.5倍。

结论:http下的多张图片的加载速度还是相当快的。

0条评论:

发表评论:
名字: (*必填)
博客: (可省)

正文:

  记住信息?

直接发送Trackback到此文章

说明:本评论系统不支持HTML代码。(您的留言需要审核,审核规则请见这里。)

王志勇:1980-09-26 (39周岁)
程序设计,前端设计。

版权声明:本博客所有文章,均符合原创的定义,禁止转载,违者将必究;正确的方法是贴原文的标题和网址即可。

与此相关的链接
自由勇专栏

Blog存档 Archives

2019年05月
2019年04月(30)
2019年03月(30)
2019年02月(30)
2019年01月(30)
2018年12月(30)
2018年11月(30)
2018年10月(30)
2018年09月(17)
2016年-2017年(9)
2014年06月-09月(10)
2013年 +

2012年 +
2011年 +
2010年 +
2009年 +
2008年 +
2007年 +
2006年 +
2005年09月(4)

Copyright © 2006-2019 auiou.com All rights reserved.
此Blog程序由王志勇编写 已经发布在Arsue