浏览器并发连接数(未完成)

网上有很多浏览器并发连接数的表格数据,绝大多数是大同小异,都是下图统计,但总觉得人云亦云,缺少实际测试数据支持,并且还大不完整,例如缺少IE9/10/11、360之类的。

之所以谈及并发数这个问题,本质上是为了了解页面加载情况,做提高页面加载性能的参考依据。

但是在试图测试时,却有几个测试难点:

1.寻找完整的浏览器存在困难(IE6/7)。

2.可用做测试的HTTP1.0网站也不好找。

3.测试工具,如何统计也是个问题(这里区别连接数和请求数)。

浅析

目前浏览器都支持并发,这样就可以同时下载资源。每款浏览器都有自己的默认并发连接数,而且浏览器默认对同一域下的资源,只保持一定的连接数,会阻塞过多的连接,这都会影响到浏览器对网页的加载速度。

但是,也是因为我暂时没找到好的测试方法去统计这个数据,所以在纠结了一上午后,还是先暂缓测试计划。(TODO)

个人看法

当然这个浏览器连接并发数的数据在我看来,并没有那么重要,因为除了那些真正因为连接数导致的阻塞问题(长连接占用了全部连接),其他页面加载缓慢问题真正原因不在此(可能是网络、DNS、请求数、文件体积)。页面加载性能优化,着手点不在连接数,有很多的工具去分析(例如:http://www.webpagetest.org/),这样该压缩合并去压缩合并,该gzip去gzip、该缓存的缓存,该多域名的分割域名等等。

时间: 2024-10-17 10:18:40

浏览器并发连接数(未完成)的相关文章

浏览器并发连接数

当浏览器请求一个URL的时候,通过firebug我们可以发现大概有以下几个过程:阻挡.域名解析.建立连接.发送请求.等待响应.接收数据.后面四个跟用户的网络情况和你的服务器处理速度有关,本文重点说说前两个. 提高浏览器并发连接数 阻挡:不同的浏览器对单个域名的最大并发连接数有一定的限制,HTTP/1.0和HTTP/1.1也不相同.比如HTTP/1.1协议下,IE6的并发连接数限制是2个:而在HTTP/1.0下,IE6的并发连接数可以达到4个.在其它浏览器也有类似的限制,一般是4~8个.这个时候,

Flex中NetConnection与NetStream的关系、及浏览器并发连接数测试[转]

最近在做一个基于BS结构的视频会议系统,决定采用开源的FluorineFx.net与Flex结合的方法进行开发,前期开发都非常顺利,包括同步白板等.但到了实时视频传输的时候,原本设计是每个客户端可以显示三路视频,但到IIS上测试的时候,发现状态很不稳定,偶尔可以全部显示出来,大部分情况下,客户端总是随机显示一个或两个.查询了ActionScript的技术文档.FluorineFx的技术文档等,也没有找出与这个问题相关的描述,包括网络上,对NetConnection与NetStream的对应关系也

DNS预解析和浏览器并发连接数

当浏览器请求一个URL的时候,通过firebug我们可以发现大概有以下几个过程:阻挡.域名解析.建立连接.发送请求.等待响应.接收数据.后面四个跟用户的网络情况和你的服务器处理速度有关,本文重点说说前两个. 1.阻挡:解决方案--提高浏览器并发连接数 阻挡:不同的浏览器对单个域名的最大并发连接数有一定的限制,HTTP/1.0和HTTP/1.1也不相同.比如HTTP/1.1协议下,IE6的并发连接数限制是2个:而在HTTP/1.0下,IE6的并发连接数可以达到4个.在其它浏览器也有类似的限制,一般

如何突破浏览器加载并发数的限制

浏览器并发连接数是有限的, 一般是4到6个,在10个以内. 如果你的网站打开时需要加载的资源太多怎么办 首先想到的是按需加载,分步延时加载:但如果希望同时加载可以怎么办呢,有时有些客户就是这么野蛮的. 客户的需求就是我们的命令,谁叫我们拿了别人的钱呢. 其实还是有方法的,因为浏览并发连接数限制只是针对同一域名的,即是对同一个域名的资源加载有并发数的限制,如果将 资源文件分散到不同的域名下,即可实现并发数的扩展,例如一个域名是10个,两个域名就是20个并发了. 通常我们会将资源文件部署在同一台服务

转---高并发Web服务的演变——节约系统内存和CPU

[问底]徐汉彬:高并发Web服务的演变——节约系统内存和CPU 发表于22小时前| 4223次阅读| 来源CSDN| 22 条评论| 作者徐汉彬 问底Web服务内存CPU并发徐汉彬 摘要:现在的Web系统面对的并发连接数在近几年呈现指数增长,高并发成为了一种常态,给Web系统带来不小的挑战.一味地通过增加机器来解决并发量的增长,成本是非常高昂的.结合技术优化方案,才是更有效的解决方法. [导读] 徐汉彬曾在阿里巴巴和腾讯从事4年多的技术研发工作,负责过日请求量过亿的Web系统升级与重构,目前在小

高性能图片服务器–ZIMG(转)

2011年李彦宏在百度联盟峰会上就提到过互联网的读图时代已经到来1,图片服务早已成为一个互联网应用中占比很大的部分,对图片的处理能力也相应地变成企业和开发者的一项基本技能.需要处理海量图片的典型应用有:1. 图片类应用,如百度相册.2. 导购类应用,如Guang.com.3. 电商类应用,如淘宝.4. 云存储服务,如七牛云存储.除此之外几乎所有的网站都需要考虑自己图片处理的解决方案,以免在流量变大之后显得手足无措.本文将从作者自己设计完成的图片服务程序zimg的设计思路出发,探讨高性能图片服务器

高并发Web服务的演变:节约系统内存和CPU

一.越来越多的并发连接数 现在的Web系统面对的并发连接数在近几年呈现指数增长,高并发成为了一种常态,给Web系统带来不小的挑战.以最简单粗暴的方式解决,就是增加Web系统的机器和升级硬件配置.虽然现在的硬件越来越便宜,但是一味地通过增加机器来解决并发量的增长,成本是非常高昂的.结合技术优化方案,才是更有效的解决方法. 并发连接数为什么呈指数增长?实际上,从这几年的用户基数上看,这个数量并没有出现指数增长,因此它并非主要原因.主要原因,还是web变得更复杂,交互更丰富所导致的. 1. 页面元素增

高并发WEB服务的演变

一.越来越多的并发连接数 现在的Web系统面对的并发连接数在近几年呈现指数增长,高并发成为了一种常态,给Web系统带来不小的挑战.以最简单粗暴的方式解决,就是增加 Web系统的机器和升级硬件配置.虽然现在的硬件越来越便宜,但是一味地通过增加机器来解决并发量的增长,成本是非常高昂的.结合技术优化方案,才是更有 效的解决方法. 并发连接数为什么呈指数增长?实际上,从这几年的用户基数上看,这个数量并没有出现指数增长,因此它并非主要原因.主要原因,还是web变得更复杂,交互更丰富所导致的. 1. 页面元

【问底】徐汉彬:高并发Web服务的演变——节约系统内存和CPU

摘要:现在的Web系统面对的并发连接数在近几年呈现指数增长,高并发成为了一种常态,给Web系统带来不小的挑战.一味地通过增加机器来解决并发量的增长,成本是非常高昂的.结合技术优化方案,才是更有效的解决方法. [导读] 徐汉彬曾在阿里巴巴和腾讯从事4年多的技术研发工作,负责过日请求量过亿的Web系统升级与重构,目前在小满科技创业,从事SaaS服务技术建设. 一.越来越多的并发连接数 现在的Web系统面对的并发连接数在近几年呈现指数增长,高并发成为了一种常态,给Web系统带来不小的挑战.以最简单粗暴