并发链接数、请求数、并发用户数

-----提供AD\Exchange\Lync\Sharepoint\CRM\SC\O365等微软产品实施及外包，QQ:185426445.电话18666943750

并发链接数、请求数、并发用户数

概念

并发链接数-SBC（Simultaneous Browser Connections）

并发链接数指的是客户端向服务器发起请求，并创建了TCP链接。每秒钟服务器连接的总TCP数量，就是并发链接数。

请求数-QPS（Query Per Second）/RPS（Request Per Second）

请求数有2个缩写，能够叫QPS也能够叫RPS。单位是每秒多少请求。Query=查询，也至关于请求。请求数指的是客户端在创建完链接后，向http服务发出GET/POST/HEAD数据包，服务器返回了请求结果后有两种状况：

• http数据包头包含Close字样，关闭本次TCP链接；

• http数据包头包含Keep-Alive字样，本次链接不关闭，可继续经过该链接继续向http服务发送请求，用于减小TCP并发链接数。

服务器性能怎么测？

一般状况下，咱们测试的是QPS，也就是每秒请求数。不过为了衡量服务器的整体性能，测试时最好一块儿测试并发链接数和请求数。

测试原理

• 测试并发链接数采用每一个并发1请求，多个并发进行；

• 测试请求数采用多并发、每一个并发多个请求进行，总的请求数将会=并发数*单并发请求数，须要注意的是不一样的并发和单并发请求数得出来的结果会不一样，所以最好测试屡次取平均值。

区分请求数意义何在？

你们打开Chrome浏览器，按下F12，切换到Network选项卡，随便打开一个网页，按下F5刷新，将会看到刷刷一堆的请求。这里给出某大牛收集来的不一样浏览器产生的单站点并发链接数：

浏览器	HTTP 1.1	HTTP 1.0
IE 6,7	2	4
IE 8	6	6
Firefox 2	2	8
Firefox 3	6	6
Safari 3, 4	4	4
Chrome 1,2	6	?
Chrome 3	4	4
Opera 9.63,10.00alpha	4	4

以Chrome为例，假设服务器设置的是Close(非持久链接)，浏览器打开网页后，首先打开4个并发加载数据，在这些请求完成后关闭4个链接，再打开4个并发链接加载数据。也就是说，并非这个网页有100个请求就会产生100并发，而是4个并发链接并行。假设服务器设置的是keep-alive(持久链接)，浏览器打开网页后，首先打开4个并发加载数据，在这些请求完成后不关闭链接，而是继续发出请求，节约从新打开链接的时间。【前面红色标出的是keep-alive持久链接和close非持久的区别，持久链接除了Squid(这货用了特殊方法在http 1.0实现持久链接)，只在http 1.1协议中有效！】

主机到底能多少人在线？

看到这里相信你已经知道答案了，这个问题无解，根据网页的内容大小和单网页的请求数和服务器的配置而定，这个数据的浮动值很是大因此没法测量。所以能承诺保证多少用户在线就是坑爹的主机商！

并发用户

并发用户数量，有两种常见的错误观点。一种错误观点是把并发用户数量理解为使用系统的所有用户的数量，理由是这些用户可能同时使用系统；还有一种比较接近正确的观点是把用户在线数量理解为并发用户数量。实际上，在线用户不必定会和其余用户发生并发，例如正在浏览网页的用户，对服务器是没有任何影响的。可是，用户在线数量是统计并发用户数量的主要依据之一。 并发主要是针对服务器而言，是否并发的关键是看用户操做是否对服务器产生了影响。所以，并发用户数量的正确理解为：在同一时刻与服务器进行了交互的在线用户数量。这些用户的最大特征是和服务器产生了交互，这种交互既能够是单向的传输数据，也能够是双向的传送数据。 并发用户数量的统计的方法目前尚未准确的公式，由于不一样系统会有不一样的并发特色。例如OA系通通计并发用户数量的经验公式为：使用系统用户数量*(5%~20%)。对于这个公式是没有必要拘泥于计算的结果，由于为了保证系统的扩展空间，测试时的并发用户数量要稍微大一些，除非是要测试系统能承载的最大并发用户数量。举例说明：若是一个OA系统的指望用户为1000个，只要测试出系统能支持200个并发用户就能够了。