求教一个问题，vuser中的响应时间和controller中的时间不一致

snowshine_2001

求教一个问题，vuser中的响应时间和controller中的时间不一致
controller运行的过程中，显示平均响应时间是0.014
这个在vuser中运行这个脚本，时间确是0.03（特意找了另外一个物理机在vuser中去运行这个脚本，也是0.03）

我试了多次，很费解，怕测试结果不准确

之前跑了个20小时，最后analysis显示90%响应时间就是0.023，而后来跑的这几次都是0.014
并发数、TPS都一致，区别就是响应时间不同，而且耗时多的那次0.023的throughput反而是60000，响应时间快的0.014的那几次throughput反而是25000，感觉颠倒了啊

求解答，是不是哪里我理解错了

附上脚本：（脚本很简单，就是telnet 一个端口，然后发送一条指令，接收返回值，然后quit）
/*********************************************************************
* Created by Mercury Interactive Windows Sockets Recorder
*
* Created on: Tue May 31 09:35:12
*********************************************************************/

#include "lrs.h"

int a=0;

Action()
{
    //设置socket 连接、发送、接收超时时间
        lrs_set_connect_timeout(120,0);
    lrs_set_recv_timeout(120,0);
    lrs_set_recv_timeout2(30,0);
        lrs_set_send_timeout(30,0);


        lr_start_transaction("DB_PROXY_GET_MOBILE");


    lrs_create_socket("socket0", "TCP", "LocalHost=0", "RemoteHost=192.168.8.31:10005",  LrsLastArg);

    lrs_send("socket0", "buf0", LrsLastArg);

        lrs_set_receive_option(EndMarker, StringTerminator ,"END\r\n");

    lrs_receive("socket0", "buf1", LrsLastArg);

        a=lrs_get_last_received_buffer_size("socket0");

    lrs_send("socket0", "buf2", LrsLastArg);

    lrs_close_socket("socket0");

        if(a<100){
        lr_end_transaction("DB_PROXY_GET_MOBILE", LR_FAIL);
        }
        else{
                lr_end_transaction("DB_PROXY_GET_MOBILE", LR_PASS);
        }


        lr_think_time(1);

    return 0;
}

data.ws

;WSRData 2 1

send buf0 25
        "get mobile:<NewParam_1>\r\n"

recv buf1 200
        "19800000001|NODE001|1|20110805113255|19800101000000|19800101000000|20110907150001|A|A|W|3|NokiaE66_MIGcn_MIG||19800101000000|0|2481|256|UTF-8|19800000001@139.com\r\n END\r\n"

send buf2 6
        "quit\r\n"



-1

snowshine_2001

snowshine_2001

继续顶顶

snowshine_2001

好像找到原因了 一共有5份脚本 5个组，每个组是200并发， 各自设置了参数
结果5个一起添加到场景的时候
参数的值就变了 ...
我预期的每个脚本都用198XXXX（100W个号）
参数用的都是唯一数、198%08d，每个用户分配5000个号
结果从后台日志看到，居然有198XXX（400多W的号）

这个谁知道什么情况么

snowshine_2001

唯一值那个设置的是块大小，不是最大值。。。。。
xzf2001 发表于 2011-9-8 09:23

哦？能说的细致一点儿么？偷懒没弄成data文件

snowshine_2001

唯一值那个设置的是块大小，不是最大值。。。。。
xzf2001 发表于 2011-9-8 09:23

我的意思就是
我设置的是5000
5个脚本里都有手机号的参数，一起运行，每个脚本200并发，
结果运行后，发现有超过19801000000的手机号，都出来19804000000这样的号了
单独运行一个脚本，设置200并发就没有这个问题
难道它说的block size per Vuser，这里的Vuser是指场景里的所有用户，按5000*200*5这样算的？？？