2个vu并发，网络利用率就到了99%，怎么回事啊？

neval_wu

我做的是一个官网系统的登录模块的性能测试，用的是Lr8.0，运行lr的机器是100M网卡；
具体操作是：录制好脚本（除掉图片相关内容），设定好参数(loginname,password)，参数读取方法为(unique,once)，忽略掉thinktime，设置并发用户数为100，运行lr。此时发现运行lr的机器网络利用率达到99%，将并发用户数依次下调，发现当并发vu为2时，网络利用率就到达89%；

我检查了下“windows资源管理器——〉联网——〉发送字节和接收字节率”，发现分别占网络带宽的7%和88%，7%*100M=7M，我在想，我传出去的也就2个参数而已，为什么发送的包那么大，一下子就把网络给占满了？

现在我是百思不得其解，不知道有没有人曾经也碰到这个问题？是我做的脚本有问题么？非常急，有知道的请指教，谢谢了。

neval_wu

有知道的么，我对LR的脚本又做了一点点修改，结果还是一样，郁闷死了，这种结果，我都不敢交出去

423799223

你最好确认一下是不是LR产生这么大的带宽
没有遇到这样的问题  你是什么操作  难不成是下载操作?

hellen_ma

关注中

neval_wu

我就是跑一个登录的脚本呀，没有测试什么下载的咚咚。

我又用4台机器(百兆网卡)同时跑脚本，每台机器50vu并发，结果4台机器的网络利用率都达到了99%；再查看服务器端(千兆网卡)的网络使用情况，一看达到了40%；停掉其中一台，用三台跑，服务器端网络使用率达到30%；

neval_wu

我查看了下web服务器端的w3c的log文件，吓一跳，好大，一天竟然有690多兆的log文件，文本打开都打开不了；

423799223

那你就好好分析一下日志文件
不要用记事本打开  好多工具都可以打开
这样的故障不是很难排除的  一个一个来

neval_wu

恩，谢谢“本站支柱”，现在用UltraEdit打开了日志文件，正在分析呢；开发人员也介入了，不知道是不是系统自身的问题了。

neval_wu

经初步分析viewstate存的东西太多，因为.net的东西几乎都用viewstate的，所以压力发生器自身获得返回的数据很多，导致网络资源全部用光了。

现在初步的策略是，可以不管发生器网络情况，多用几台机器，继续执行。