随着运行用户数的逐渐减少，为什么平均事务响应时间在快结束时迅速增加呢

gcm_xp

随着运行用户数的逐渐减少，为什么平均事务响应时间在快结束时迅速增加呢（结束时呈最大值）？我需要再结合什么图看一下呢？请各位指点指点了。。。

Sayid

其实你这问题就如同我这样问“为什么水会是平的？”

gcm_xp

并发用户数越来越少，对服务器的负载越来越小，按理说应该是响应时间越来越小啊？

gcm_xp

请各位给点意见，第一次做性能测试，谢谢了。。。

wzhg220

我和楼主有同样的疑问。期待解答。

wzhg220

你的事务时间是怎么计算的？

Sayid

抛开一切因素来讲，不要对号入座！因为你没有给出任何可以值得参考的相关内容。

如果在高负载的系统中运行，会话线程执行完后一直没有释放的话，那么就会造成后者请求线程一直在等待前者运行线程的结束，那么响应时间自然而然的就增加了。

gcm_xp

脚本执行的动作（网页版的即时通讯）：登录系统，选择聊天对象，发送对话（接收对话的动作后台自动执行，已包含在脚本中了）
Action()
{

        web_url("LogOn",
                "URL=http://io10-deploy:1100/SSO/LogOn?ReturnUrl=%2f",
                "Resource=0",
                "RecContentType=text/html",
                "Referer=",
                "Snapshot=t1.inf",
                "Mode=HTML",
                LAST);

        web_submit_form("LogOn_2",
                "Snapshot=t2.inf",
                ITEMDATA,
                "Name=Name", "Value=gcm", ENDITEM,
                "Name=Password", "Value=123456", ENDITEM,
                EXTRARES,
               ...
               ...
               ,
                "Url=../Content/images/rightArrow.gif", "Referer=http://io10-deploy:1100/", ENDITEM,
                LAST);

   



       lr_start_transaction("jishitongxun");
        

        lr_rendezvous("bingfa");

        web_submit_data("Initial",
                "Action=http://io10-deploy:1100/Chat/Initial",
                "Method=POST",
                "RecContentType=application/json",
                "Referer=http://io10-deploy:1100/Home/Chat",
                "Snapshot=t10.inf",
                "Mode=HTML",
                ITEMDATA,
                "Name=userID", "Value=d6b47fab-3feb-484e-942b-f2fb62a7723e", ENDITEM,
                LAST);

        web_submit_data("Connect",
                "Action=http://io10-deploy:1100/Chat/Connect",
                "Method=POST",
                "RecContentType=application/json",
                "Referer=http://io10-deploy:1100/Home/Chat",
                "Snapshot=t11.inf",
                "Mode=HTML",
                ITEMDATA,
                "Name=USERNAME", "Value=d6b47fab-3feb-484e-942b-f2fb62a7723e", ENDITEM,
                "Name=USERID", "Value=d6b47fab-3feb-484e-942b-f2fb62a7723e", ENDITEM,
                LAST);

        web_submit_data("Buildsession",
                "Action=http://io10-deploy:1100/Chat/Buildsession",
                "Method=POST",
                "RecContentType=application/json",
                "Referer=http://io10-deploy:1100/Home/Chat",
                "Snapshot=t12.inf",
                "Mode=HTML",
                ITEMDATA,
                "Name=sender", "Value=d6b47fab-3feb-484e-942b-f2fb62a7723e", ENDITEM,
                "Name=receivers", "Value=b097cdef-361d-439a-aa07-b8535e0707a2", ENDITEM,
                "Name=sessionName", "Value=", ENDITEM,
                LAST);

           
        web_submit_data("SendMessage",
                "Action=http://io10-deploy:1100/Chat/SendMessage",
                "Method=POST",
                "RecContentType=application/json",
                "Referer=http://io10-deploy:1100/Home/Chat",
                "Snapshot=t15.inf",
                "Mode=HTML",
                ITEMDATA,
                "Name=sender", "Value=d6b47fab-3feb-484e-942b-f2fb62a7723e", ENDITEM,
                "Name=message", "Value=test", ENDITEM,
                "Name=sessionID", "Value=341a4a02-91ad-4014-9b1e-8556299eeafd", ENDITEM,
                LAST);

   

        web_submit_data("GetChatRecord",
                "Action=http://io10-deploy:1100/Chat/GetChatRecord",
                "Method=POST",
                "RecContentType=application/json",
                "Referer=http://io10-deploy:1100/Home/Chat",
                "Snapshot=t18.inf",
                "Mode=HTML",
                ITEMDATA,
                "Name=userID", "Value=d6b47fab-3feb-484e-942b-f2fb62a7723e", ENDITEM,
                LAST);


       lr_end_transaction("jishitongxun", LR_AUTO);

   
        return 0;
}

场景：300个用户  每30s加载60个用户 运行直到所有负载加载完
集合点策略：当所有正在运行的 Vuser 中的 20% 到达集合点时释放
运行结果：图片中已包含了running vuser 、Rendezvous、Average Transaction Response Time

请各位再帮忙看看。。。。

gcm_xp

回复 7# Sayid
Sayid，请帮忙看看。。。。

gcm_xp

帖子不要沉了啊，高手们指点一下我啊

gcm_xp

顶啊顶。。。

gcm_xp

................
等待.

panesion

你这个是录制对话过程，在退出用户的时候有没有结束对话呢？？另外高负载线程未释放，这个直接找开发，这是个性能的问题，不过估计他会问你是不是操作的问题。不过看情况，可能是你结束对话的脚本没弄好。如果是内存结束时未释放，那一般在稳定性的时候才看的到。

sherryshi

帮忙顶一下，学习

sherryshi

你这个是录制对话过程，在退出用户的时候有没有结束对话呢？？另外高负载线程未释放，这个直接找开发，这是 ...
panesion 发表于 2011-5-9 11:19

    结束对话和释放是在哪里操作，我也不知道我做压力的时候有没有设置这些

sherryshi

我是在集合点策略中设置了当100%到达用户总数的时候，开始释放，这个释放是不是就是开始运行的意思呢，还是释放就是结束？

sherryshi

结束对话，是在计划中设置吗，跟持续时间对应的那个？

gcm_xp

我是在集合点策略中设置了当100%到达用户总数的时候，开始释放，这个释放是不是就是开始运行的意思呢，还是 ...
sherryshi 发表于 2011-5-9 15:17

我只知道，“集合点策略中设置了当100%到达用户总数的时候，开始释放”，这里的释放是指开始运行集合点处的脚本了。。

sherryshi

我只知道，“集合点策略中设置了当100%到达用户总数的时候，开始释放”，这里的释放是指开始运行集合点 ...
gcm_xp 发表于 2011-5-9 15:31

    哦，我一开始的理解也是这个意思

南勃万

关注ing~