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个压力！
终于写完，感觉自己的表达能力特么的差！！！