SSRS负载测试和纯性能

Question

我正在使用SSRS报告进行负载测试，并且越来越失望。 我是否需要专家意见是否有办法提高绩效。

环境设置：

1. SSRS报告调用从5000行表中选择的存储过程，运行3毫秒。
2. C＃基于输入参数的应用程序创建线程并且并行调用SSRS报告。
3. 通过POST请求访问URL并在一个NT用户下访问SSRS。

统计：

• MSSM Studio中的存储过程运行3毫秒
• IE中的SSRS报告运行50毫秒
• C＃单线程应用程序将结果返回157 - 239毫秒
• 同一报告的4个线程平均500毫秒
• 8个主题：同一报告的800毫秒。
• 16个主题：同一报告的1300毫秒。

是否有任何可以更改的配置或设置，以便SSRS更好地处理并发呼叫？

Answer 1

显然，RS服务每个CPU只有2个线程可用。我已经看到这个号码在网络上的各种论坛中被吹捧，here is one。

您可能会发现您尝试启动的线程实际上阻碍了性能，有效地“重载”了RS线程。您可以检查日志文件以查看线程是否受到压力according to this，并指出日志中可能出现以下类型的错误：

  

警告：线程池压力。使用当前线程作为工作项

也许您可以查看将正在创建的最大并发线程数与number of CPUs the RS service has access to * 2

进行匹配