LR的VG与Control之间的关系，并发的实质

LR的VG与Control之间的关系，经过无数次的实验，搞清楚了现实意义的并发。传说每秒有几百，几千，几万用户并发，基本属于设想状态。

在一秒内处理多少个请求，完全在于服务器处理能力的强弱。这里需要强调一点，服务器在处理请求时，是不能同步的处理，而是以最快的速度处理完一个请求，接着去请求下一个请求。在单位秒内，服务器处理力强，就处理请求多。

所谓并发的含义-----大量的请求同时到达服务器，然后服务器接收到大量请求后需要特别忙的开始处理排队请求，在处理过程中，看处理器在高速运转的承受的时间长短，来衡量服务器的并发处理能力！

设计并发100个用户，对登录后的某个请求做并发处理，需要注意的是，这里做的并发操作，必须先要100个用户都是同一段时间内处于登录状态，然后执行并发操作。

那么怎么才能让这100个用户都是处于登录状态呢，先截图说明

这里的20个用户都会原封不动的 去执行同一个脚本。20个用户执行的业务流程一样，登录的用户也一样，这样真正的意义是加压了一个1压力，而不是20个，当然这里的失败加压，是在脚本里，你参数化设置错误，才会如此。

这次在这里是深刻的体会了，这几个参数化设置的含义。

首先解释这里的一些含义：

select next row

Sequential：顺序取值                                Random：随机取值                  Unique：唯一取值                    Same line as：取某个参数的同行

Update value  on

each iteration：每次迭代更新                    each occurrence：每次取值更新              Once ：只更新一次

在这里如果需要VG与Control关联 使这100个账号同时登录状态应该是下面这样的设置

Unique+each iteration 每次迭代取得值 都是唯一的 不能重复，你要脚本循环一次，就设置为Run Logic 为1，这样在Control里每一个用户登录的账号都不一样，加的压也是20个压力！

终于写完，感觉自己的表达能力特么的差！！！