求助：模拟500用户一直并发，这样做正确吗？

我觉得lz讨论的性能指标这块有一些模糊，VUSer数量≠用户数量≠连接数量≠TPS，你设置了500个VUser希望能一直让服务器始终保持500个“并发”连接，测试它的并发能力，还是关注TPS，验证nginx空交易下的最大处理能力？
我一直认为VUser只是LR提供的一种并发手段，它很难代表前端用户数量（如果想要有一个数值转换，就需要估算前端用户的操作习惯，这个很难统计准确），而考虑到交易的处理速度，它也不能直接代表服务器端的并发连接数量，VUser唯一方便转换的就是TPS，如二楼说的，通过设置Pacing值可以让VUser和TPS之间有一个可控的转换，如并发下每笔交易响应时间都在1秒以下，Pacing设置为fixed 1秒，就可以让VUser与TPS是1:1的关系。
我比较推荐使用TPS方式进行测试，参考以响应时间。性能测试的大部分系统都应该能估算出上线后的日均、日峰、未来扩展的交易量，这样很容易换算成TPS，我们就以TPS为目标加压即可。对于不好预估的系统，TPS和响应时间同样也是衡量系统处理能力最准确的数值，假设一个系统最大TPS就是1k，而且系统很稳定不会崩溃，你并发500 VUser时响应时间0.5秒，并发1k VUser时响应时间1秒，并发1w时响应时间10秒了，再涨并发TPS不变响应时间上涨，这时你应该如何描述系统的处理能力呢？按最后的VUser数量描述？返回到上面说的，VUser代表能支持前端有多少用户？代表系统并发连接数？
可能也有人说我按2/5/8原则，记录响应时间到8秒时候的VUser数量，但2/5/8原则是什么时候提出的？是否还符合现在B/S架构的评估标准？是否符合你测试系统的时间标准？不可行也很难解释清楚。所以我建议弱化VUser的概念，弄清楚你测试的目的，尽量以TPS衡量。