计算以下要求的起搏
我必须计算以下要求的节奏: #并发用户数:5000 5 个脚本 - 并发用户比例为 10%、25%、20%、25% 和 20% 每小时产量:15000、25000、2000、40000、30000 #每次迭代交易数:5 1 次迭代所用时间:60、80、70、30、50 秒。
I have to calculate pacing for the below requirement:
#concurrent users: 5000
5 scripts - concurrent users split is 10%, 25%, 20%, 25% and 20%
Volume per hour: 15000, 25000, 2000, 40000, 30000
#transactions per iteration: 5
Timetaken for 1 iteration : 60, 80, 70, 30, 50 seconds.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
查看生产日志。通过查看时间戳的差异,可以很容易地计算任意两个页面的顶级请求之间的时间。如果你想走超级复杂的路线,你可以让 R 导出一个函数,你用延迟的随机/迭代数作为种子。
接下来,我们将一次迭代所花费的时间设为 60 秒。这包括请求之间的思考时间,还是仅包括系统响应时间?
我们也可以走基础数学路线。
脚本 1:
。本论坛中的答案不会取代导师。如果你被要求在这一领域做出贡献,那么你的管理层在一段时间内欠你一份。
Look at your logs from production. it is very easy to calculate time between top level requests for any two pages by looking at a difference in timestamps. If you want to go the uber sophisticated route you can have R derive a function that you seed with a random/iteration number for the delays.
Next up, let's take the timetaken for one iteration value of 60 seconds. Does this include think time between requests, or only the system response time?
We can also go the basic math route.
Script 1:
Answers in this forum will not replace a mentor. Your management owes you one for a period of time if you are being asked to deliver in this field.