我们有一个远程处理的单例服务器在一个单独的windows服务中运行(让我们称她为RemotingService)。RemotingService的客户端是ASP.NET实例(很多)。
当前,客户端远程调用RemotingService并在服务RemotingService调用时阻塞。然而,远程处理服务变得足够复杂(使用更多的RPC调用和复杂的算法),以至于asp.net工作线程被阻塞了相当长的时间(4-5秒)。
根据这篇msdn文章,这样做不能很好地扩展,因为每个远程处理RPC都会阻塞一个asp.net工作线程。它建议切换到异步处理程序以释放asp.net工作线程。
异步处理程序的目的是在处理原始请求时释放ASP.NET线程池线程以服务其他请求。
这似乎不错,但远程处理调用仍然占用线程池中的一个线程。这是与asp.net工作线程相同的线程池吗?
如何将远程处理的单例服务器转换为异步系统,以便释放asp.net工作线程?
我可能遗漏了一些重要的信息,请告诉我,如果你还有什么需要知道的来回答这个问题。
发布于 2008-08-14 05:53:40
使用ThreadPool的思想是,通过它可以控制同步线程的数量,如果这些线程太多,那么线程池将自动管理较新线程的等待。
Asp.Net工作线程(AFAIK)不来自线程池,不应该受到对远程处理服务的调用的影响(除非这是一个非常慢的处理器,并且您的远程处理功能非常占用CPU --在这种情况下,计算机上的所有内容都会受到影响)。
您可以始终在不同的物理服务器上承载远程处理服务。在这种情况下,asp.net工作线程将完全独立于远程处理调用(如果远程处理调用是在一个单独的线程上调用的话)。
https://stackoverflow.com/questions/10670
复制相似问题