![](/img/trans.png)
[英]How can I find number of visitors/users at my site (IIS7/asp.net) at any given moment?
[英]How can I find the average number of concurrent users for IIS to simulate during a load/performance test?
我正在使用JMeter进行负载测试。 我正在通过简单地增加分布式JMeter测试用例中的线程数并启动测试来查找我们的Web服务器可以处理的最大并发线程数(用户数)。
然后-这让我吃惊,虽然最大数量可能是有用的,我的网站实际上处理的一般用户的实际数字,我需要做的测试卓有成效的数量。
以下是有关我们设置的一些信息:
有没有办法使用这些信息,IIS日志,性能计数器和/或一些计算来帮助我确定我们在生产站点上处理的平均并发用户数?
您可以使用带有QUANTIZE函数的logparser来确定适当时间间隔内的峰值请求数。
对于10秒钟的窗口,它将是这样的:
logparser "select quantize(to_localtime(to_timestamp(date,time)), 10) as Qnt,
count(*) as Hits from yourLogFile.log group by Qnt order by Hits desc"
报告的计数与线程或用户不完全相同,但它们应该帮助您指向正确的方向。
进行精确计数的最佳方法可能是性能计数器,但我不确定任何标准的计数器是否能像你想要的那样工作 - 你可能需要创建一个自定义计数器。
我可以在这看到几个选项。
使用性能监视器获取当前数字或让它整天记录并获得平均值。 ASP.NET有一个Requests Current计数器。 根据这个页面,经典ASP也有一个请求当前,但我从来没有使用过它。
通过Log Parser运行IIS日志以获取请求的总数以及每次请求的时间。 我想如果你知道每小时有多少请求以及每个小时花了多长时间,你就可以得到平均有多少请求同时运行。
此外,请记住,并发用户与服务器上的并发线程并不完全相同。 例如,在下载像图像这样的内容时,每个用户将激活多个线程。 之后,当服务器空闲时,用户将在页面上停留几分钟。
我的建议是你首先定义停止条件,例如
选择参数是非常主观的,我个人无法提供太多经验。
其次,您可以查看性能计数器或IIS日志是否可以映射到参数。 然后设置适当的映射。
第三,您可以通过模拟N个用户(线程)开始测试,并查看是否达到了停止条件。 如果没有命中,你可以去更高的数字。 如果命中,您可以使用较小的数字。 递归地你会发现一个粗略的数字。
但是,这绝不意味着您的网站在现实世界中可以占用这么多用户。 到目前为止,没有模拟可以覆盖所有边缘情况。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.