Does the number of busy worker threads in the CLR ThreadPool affect performance of I/O threads?

Posted by andrej351 on Stack Overflow See other posts from Stack Overflow or by andrej351
Published on 2011-01-11T06:50:05Z Indexed on 2011/01/11 6:53 UTC
Read the original article Hit count: 259

Filed under:
|
|
|
|

We have a Windows Service which hosts a number of WCF services and, in an unrelated part of the app, makes extensive use of the TPL Task class to asynchronously do relatively short bits of work.

It is my understanding that WCF uses managed I/O threads from the ThreadPool to execute requests. I noticed that after deploying a feature which significantly raised the applications use of Tasks, and as such the use of ThreadPool worker threads as well, performance of a couple of web services has become very slow. We're talking minutes instead of less than a second. The number of Tasks actually trying to run at any one time can range between 20 and 1000, which makes me think that any new (last in) work needing some CPU time could be forced to wait for quite some time.

Does the (in my case extremely large) number of busy ThreadPool worker threads affect the ThreadPool's managed I/O threads? Or could these two be connected in any way?

Thanks!

© Stack Overflow or respective owner

Related posts about .NET

Related posts about wcf