随着用户的增加，吞吐量和点击数突然下降，原因何在！？

liuqi6773 · 发表于 2009-6-3 00:51:27

随着用户的增加，吞吐量和点击数突然下降，原因何在！？
测试中，用户不断增加，服务器性能很好，感觉不到什么压力，吞吐量也在增加，到达一定用户数量后，吞吐量突然降低至底，随之hts也降低至底，并报出一个错误：error-27728 step download timeout(120s)has expired when download non_resource;此时服务器性能依然良好，测试机性能也良好，原因何在！？用别的电脑登录测试系统，响应超慢。
若是带宽原因，到达极限后应保持，怎么会突然降低呢？
服务器和测试机性能无忧，瓶颈到底在哪里呢？

wwwux · 发表于 2009-6-3 09:03:37

你的用户数达到180的时候，吞吐量已经是最高点43M/s,此时可以说吞吐量已经成为瓶颈。
你继续增加用户，造成了堵塞。就像交通一样，堵车了，所以吞吐量急剧下降。

忍忍忍 · 发表于 2009-6-3 09:06:35

我看到用户到达300个的时候，吞吐量一下子就掉了下来，而在50个左右到300个这个区域内（不好意思，看不太清楚图），吞吐量恒定在一定区间内，看来系统的吞吐量的顶峰就是这里了。
而后面的200个用户去请求资源，由于前面300个用户已经把资源耗尽了还不释放，只能去等啊等啊……等过了120秒，超时了（error-27728 ）……

以上是一种最有可能出现的情况，如果想确认结果，需要和其他的图叠加比较才知道 = = ~

liuqi6773 · 发表于 2009-6-3 10:57:05

首先，我是在一台闲置的服务器上进行的测试，性能没有问题，网卡也是千兆的，那为什么会出现网络瓶颈呢！？同事怀疑是路由器上做了某些设置，禁止了从服务器上长时间发送大量数据包，这种分析有可能吗！？除了网络，还有没有其他原因的可能呢！？希望大家关注一下

liuqi6773 · 发表于 2009-6-3 11:08:20

再上传几个图片，希望能够帮助大家分析，请大家把分析结果写出来，不论怎样，都是很感谢的！

wwwux · 发表于 2009-6-3 11:19:17

原帖由 liuqi6773 于 2009-6-3 10:57 发表
首先，我是在一台闲置的服务器上进行的测试，性能没有问题，网卡也是千兆的，那为什么会出现网络瓶颈呢！？同事怀疑是路由器上做了某些设置，禁止了从服务器上长时间发送大量数据包，这种分析有可能吗！？除了网络， ...

千兆的网卡只是根据网速自动适应的，你的带宽是千兆还是百兆？

liuqi6773 · 发表于 2009-6-3 11:28:16

据工作人员说，他们服务器的带宽也是千兆的

wwwux · 发表于 2009-6-3 11:42:32

原帖由 liuqi6773 于 2009-6-3 11:28 发表
据工作人员说，他们服务器的带宽也是千兆的

交换机属性说一下.如果交换机确实是千兆的，你测试一下网速。

网络只是其中的一个最可能原因，如果网络没问题，资源没问题，那么有可能是程序的处理能力不行了。

[ 本帖最后由 wwwux 于 2009-6-3 11:59 编辑 ]

liuqi6773 · 发表于 2009-6-3 13:22:57

为了验证是不是网络原因造成的，我在脚本中把从主页上所获得资源链接全部删除，只保留用户名的提交处理
这样经过测试，还是会出现上面图片的问题
我不清楚，这样的处理，在压的过程中，虚拟用户还会接受收主页的资源吗？

liuqi6773 · 发表于 2009-6-3 13:24:48

另一种情况，会不会是服务器firewall的某些默认设置造成有同一ip地址发送大量数据包，采用了默认处理，就是断掉
我没有做ip欺骗，是使用同一ip进行的测试，会受影响吗？

断寒 · 发表于 2009-6-3 16:01:47

原帖由 adiao 于 2009-6-3 14:21 发表
再说了要是局域网内测试这么点用户就出现带宽的问题，那放到公网上还了得

你怎么会这么想?是一个开发人员还是测试人员?
为什么这么点用户就造成带宽的问题?这个有想过吗?
是系统的哪个部分或地方造成每个虚拟用户的操作使用大量带宽?
系统所包含的系统各个组件是否都经过优化了?
gif,jpg,js,css等组件是不是有很多超过百K的?

我最近在深圳测试一个系统,10人并发登录就已经造成系统假死状态了,这个时候带宽确实是瓶颈,但是这个瓶颈不能怪网络不好,是系统各个组建过大的问题造成的,一个用户从连接网站到登录系统成功就要下载近1M的数据.

[ 本帖最后由断寒于 2009-6-3 16:04 编辑 ]

evarei · 发表于 2009-6-3 17:25:53

瑾表关注

云层 · 发表于 2009-6-3 17:29:29

个人感觉是www服务器连接池溺出后拒绝服务的类似问题，检查一下系统日志里面有没有什么关于www服务器的错误，比如什么组件停止响应一类的

liuqi6773 · 发表于 2009-6-3 17:37:27

我是个新手，在做测试计划的时候总是会被别人的想法左右，自己不能够肯定
运行中服务器没有报错，我们的主页确实比较大，大小在1m
我疑惑的是，即使如此大的页面，在负载时网络资源不够用，也会牺牲响应时间用来完成交易，为什么到了一个节点流量就好像突然“死”掉一样，只有几百k的流量在交易，这一点我想不通，而且流量一下去，就再也上不来了。

kuangquanshui · 发表于 2009-6-3 17:38:50

受益匪浅啊学习了以后要多关注这样的帖子工具就是工具关键是人的分析能力

断寒 · 发表于 2009-6-3 17:48:05

原帖由 liuqi6773 于 2009-6-3 17:37 发表
我是个新手，在做测试计划的时候总是会被别人的想法左右，自己不能够肯定
运行中服务器没有报错，我们的主页确实比较大，大小在1m
我疑惑的是，即使如此大的页面，在负载时网络资源不够用，也会牺牲响应时间用来完 ...

页面的问题会导致一系列的问题出现,如网络构成瓶颈,线程池占满或不段增长,数据库连接池一直没有空闲\等待队列越来越长,这些问题都会反应在服务器的处理能力变低(吞吐量\点击率降低)和响应时间越来越长.
还有不管做什么测试之前都需要一个标准,例如系统在N个用户下的响应时间在多少秒之内等等,根据标准去判断.
一般局域网的测试下是不考虑网络因素,把JVM\线程池大小\连接池大小都做个优化处理满足最大并发,数据库的内存等也设置好,
在这些基础下问题的根本原因要从系统本身去查找.