我正在分析一个使用不同数量的允许线程运行的多线程程序。这是相同输入工作的三次运行的性能结果。
1 thread:
Total thread time: 60 minutes.
Total wall clock time: 60 minutes.
10 threads:
Total thread time: 80 minutes. (Worked 33% longer)
Total wall clock time: 18 minutes. 3.3 times speed up
20 threads
Total thread time: 120 minutes. (Worked 100% longer)
Total wall clock time: 12 minutes. 5 times speed up
因为做同样的工作需要更多的线程时间，我觉得线程一定是在争夺资源。
我已经检查了应用程序机器和数据库服务器上的四个支柱（cpu、内存、diskIO、网络）。内存是最初的竞争资源，但现在已经修复（始终超过 1G 可用）。在 20 线程测试中，CPU 徘徊在 30% 到 70% 之间，所以很多。diskIO 在应用程序机器上几乎没有，在数据库服务器上几乎没有。网络真的很棒。
我还使用 redgate 进行了代码分析，并没有看到等待锁的方法。它有助于线程不共享实例。现在我正在检查更细微的项目，例如数据库连接建立/池（如果 20 个线程尝试连接到同一个数据库，它们是否必须相互等待？）。
我正在尝试识别和解决资源争用问题，以便 20 线程运行如下所示：
20 threads
Total thread time: 60 minutes. (Worked 0% longer)
Total wall clock time: 6 minutes. 10 times speed up
我应该寻找哪些最有可能的来源（除了四大）来找到这种争用？
每个线程执行的代码大约是：
Run ~50 compiled LinqToSql queries
Run ILOG Rules
Call WCF Service which runs ~50 compiled LinqToSql queries, returns some data
Run more ILOG Rules
Call another WCF service which uses devexpress to render a pdf, returns as binary data
Store pdf to network
Use LinqToSql to update/insert. DTC is involved: multiple databases, one server.
WCF 服务在同一台机器上运行，并且是无状态的并且能够同时处理多个请求。
机器有8个cpu。