虽然在SharePoint应用程序的工作，我注意到，它需要多于10秒的加载应用程序第一次。所以，我在想，有多少提升周期将闲置在JMeter的运行1000个用户？
答案 0 :(得分：0)
不确定“空闲”，您的意思是“理想”的提升吗？
我相信缓慢的初始负载可以用IIS内部的工作方式来解释： https://social.technet.microsoft.com/Forums/ie/en-US/297fb51b-b7b4-4b7b-a898-f6c91efd994e/sharepoint-2013-first-load-takes-long-time?forum=sharepointadmin
考虑到所有这些信息，我们可以预测，由于长期的初始负载而导致的高响应时间将在测试开始时最多出现几分钟，并会影响此期间开始的用户。
找出“理想的”加速时间可能会有些棘手。
我会这样解决问题：
添加随时间变化的响应时间（https://jmeter-plugins.org/wiki/ResponseTimesOverTime/）图。 将每个用户的加速时间设置为10秒，然后使用上面添加的图表来确定响应时间何时会下降。这将意味着应用程序的初始加载已完成。不要忘记将这段时间排除在报告之外。
现在，您应该观察到响应时间随着新用户的增加而缓慢增长。
添加所有用户后，如果一切顺利，则可以尝试将所有用户的加速时间降低到3600秒。 如果您发现响应时间猛增和/或超过了SLA，则说明您添加用户的速度太快，或者应用程序已经饱和。