51Testing软件测试论坛

标题: 对点击率和吞吐量的理解 [打印本页]

作者: navy2008    时间: 2009-6-17 16:13
标题: 对点击率和吞吐量的理解
hit per sec,每秒点击率,是不是说明了服务器的处理能力,比如说,每秒点击率为4,那就说明,服务器每秒钟处理的http请求数为4,它反映的是服务器的性能,这个指标包含两层含义:1、用户向服务器发出http请求;2、服务器处理接收到的请求。
正常情况下,随着用户的增加,这个指标应该上下浮动不会太大,如果随着用户的增加,每秒点击率呈下降趋势,说明服务器处理能力减弱。

吞吐量:和服务器的处理能力以及带宽都有关系

大家谈下自己的看法,共同进步

[ 本帖最后由 navy2008 于 2009-6-17 16:31 编辑 ]
作者: aishifu1    时间: 2009-6-17 16:46
含义正确,结论不能乱下。
作者: fire83617    时间: 2009-6-17 16:52
点击率 不能完全反应服务器性能,它反映的是客户端的问题 或者脚本的情况。点击率和吞吐量一起 可以反映服务器的性能。一般都是成正比的。。还有平均事务响应时间来一起分析的。。单方面看某一个无法得到你想要的结果。  
     随着用户增加,每秒点击率下降可能是客户端、脚本或者网络有问题。。不一定是服务器的原因,要结合吞吐量来看。。
作者: navy2008    时间: 2009-6-17 17:16
原帖由 fire83617 于 2009-6-17 16:52 发表
点击率 不能完全反应服务器性能,它反映的是客户端的问题 或者脚本的情况。点击率和吞吐量一起 可以反映服务器的性能。一般都是成正比的。。还有平均事务响应时间来一起分析的。。单方面看某一个无法得到你想要的结果 ...


上面部分说法不太同意,比如:点击率,反映的是客户端的问题 或者脚本的情况。
首先从定义上来说,点击率是指服务器每秒处理的http请求数,如果点击率低,说明服务器每秒处理的http请求数少,从这点来看,至少反应了是服务器端的问题。
另外,从上面说的,我受到点启发,随着用户的增加,点击率下降,即服务器每秒处理的请求数减少,原因可能:
一是服务器硬件方面的
二可能是程序或数据库方面的问题
作者: prince198509    时间: 2009-6-17 18:02
楼上对概念的理解还是有误,点击率是指单位时间内(通常为秒)客户端想服务端所发起的http请求数,而不是服务器每秒处理的http请求数,如果某环节出问题的话,客户端的请求不一定会被服务端处理,可能还会报错(在LR中),也可能请求并未成功的发向服务端
比如通过某一链接请求服务端某一页面,首先向服务器请求该页面文件资源算作一次请求,若所请求的页面资源还包括其他一些非html资源,如图片等,比如请求的页面中还包含有5个图片文件,客户端会再次向服务端发起请求图片资源,那么本次点击该链接的http请求数共计为6次

吞吐量或者tps等指标反映了服务器的处理能力
作者: navy2008    时间: 2009-6-18 11:25
多谢上面几位的解答,我查了一些相关资料,还是坚持自己的想法,感觉没错:
点击率,反应的就是服务器性能,它和服务器的处理能力和响应速度有关,比如,服务器处理某个请求的时间为1s,那下个请求在这1s内处于排队状态,只有当上个请求处理完毕,即服务器返回一个响应后,客户端才会提交第二个请求,服务器也才会处理第二个请求,
所以说,点击率和服务器的响应速度有关
作者: fire83617    时间: 2009-6-18 13:11
大家理解的都没错。。。只是侧重点不一样,首先来说 吞吐量,吞吐量是服务器发给客户端的流量,不包括客户端发给服务器的流量,所以吞吐率 就是 吞吐量/测试时间,用来反映服务器的处理速度和性能。
   再来说点击率,点击率是 点击量/测试时间 ,点击量是客户端发送给服务器的http请求数,可能请求数分多次,比如第一次请求后,服务器受理并给出响应包,客户端接受到后分析得到需要再次请求,于是再次发送http请求,假设服务器性能下降,服务器在客户端的第一次请求就响应不过来了,那么点击率必然下降,所以一定程度上 点击率 能反映服务器的响应速度。。。
    要得到准确的信息。。。还是要多多收集数据。。。呵呵。。
作者: majun915    时间: 2009-6-18 14:55
学习 学习 受益匪浅啊 嘿嘿
作者: shiftideal    时间: 2009-12-28 11:21
如果刚场景刚开始开始运行时一切都很正常,可是突然hits per second 和though骤降,响应时间和TPS都没有改变,查看数据库不在有操作,但是从IE上访问页面依然可以正常访问,CPU和内存都很正常,请问这是什么原因呢?
作者: shiftideal    时间: 2009-12-28 12:21
补充一下,loadrunner没有报任何错误
作者: 云层    时间: 2009-12-28 12:36
楼上的,你看看日志,是不是系统对多次连接操作有限制,比如说黑名单策略
作者: shiftideal    时间: 2009-12-28 12:43
压别的页面的时没有这个现象,只有这个页面才有这个问题
作者: gezj2006    时间: 2009-12-28 13:52
标题: 很好的话题!
这样的概念是需要弄清楚的!谢谢fire83617的解释!
作者: pzj228    时间: 2010-5-8 22:38
我出现过这样一个问题,用户增加到一定数量后,继续循环做一段时间,但是一段时间后,点击率和CPU同时下降,响应时间也随之下降,原因何在啊@
作者: 联盟新秀    时间: 2010-8-8 11:41
了解一下
作者: akui    时间: 2010-8-9 16:39
原帖由 fire83617 于 2009-6-18 13:11 发表
大家理解的都没错。。。只是侧重点不一样,首先来说 吞吐量,吞吐量是服务器发给客户端的流量,不包括客户端发给服务器的流量,所以吞吐率 就是 吞吐量/测试时间,用来反映服务器的处理速度和性能。
   再来说点击率 ...

恩,说的很详细了!
作者: Ж神Ж    时间: 2010-8-9 17:35
两者结合分析,正常情况下 hit per Second 与 HTTP response per Second是一致的。
如果hit per Second >HTTP response per Second 说明有些请求服务器没有处理成功。
作者: sxy521    时间: 2010-8-9 17:41
一点都不要明白呢   
作者: tye601    时间: 2010-8-9 17:48
原帖由 fire83617 于 2009-6-18 13:11 发表
大家理解的都没错。。。只是侧重点不一样,首先来说 吞吐量,吞吐量是服务器发给客户端的流量,不包括客户端发给服务器的流量,所以吞吐率 就是 吞吐量/测试时间,用来反映服务器的处理速度和性能。
   再来说点击率 ...

恩 不错了
作者: cup1987    时间: 2010-8-19 17:44
原帖由 fire83617 于 2009-6-18 13:11 发表
大家理解的都没错。。。只是侧重点不一样,首先来说 吞吐量,吞吐量是服务器发给客户端的流量,不包括客户端发给服务器的流量,所以吞吐率 就是 吞吐量/测试时间,用来反映服务器的处理速度和性能。
   再来说点击率 ...

说的很明白,学习了。。。。
作者: aliceella    时间: 2010-8-19 18:47
点击率应该就是客户端向服务器端发送的HTTP请求,吞吐量才是服务器端处理数据的流量,怎么就能用点击率来判断服务器的性能呢?不理解
作者: zmx21314    时间: 2011-1-24 09:48
回复 6# navy2008


    看了大家的讨论,都有点道理。但是经过分析,我还是认为你的说法比较正确。谢谢大家的讨论。受教了!
作者: SexyCat_1113    时间: 2011-3-27 13:08
受益匪浅!学习ing!
作者: zhangchunwei88    时间: 2011-3-27 13:49
学习ing
作者: xiaoxiao2009    时间: 2011-7-27 15:00
学习了,正在分析吞吐量和点击率之间关系
作者: wcp_856    时间: 2011-9-6 14:01
很多数据需要综合考虑,点击数是从客户端向服务器发送请求,更能反映客户机的处理能力,吞吐量反映服务器的处理能力
作者: wcp_856    时间: 2011-9-6 14:01
本帖最后由 wcp_856 于 2011-9-6 14:24 编辑

重复发送了。。。
作者: wcp_856    时间: 2011-9-6 14:03
本帖最后由 wcp_856 于 2011-9-6 14:24 编辑

重复发送了。。。
作者: wcp_856    时间: 2011-9-6 14:23
本帖最后由 wcp_856 于 2011-9-6 14:25 编辑

网速太害人了。。。
作者: 远方的小企鹅    时间: 2016-3-31 14:59
fire83617 发表于 2009-6-18 13:11
大家理解的都没错。。。只是侧重点不一样,首先来说 吞吐量,吞吐量是服务器发给客户端的流量,不包括客户 ...

说的很好,受益匪浅啊




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2