【问题标题】:Asynchronous Remoting calls异步远程调用
【发布时间】:2010-09-05 20:33:45
【问题描述】:

我们有一个在单独的 Windows 服务中运行的远程处理单例服务器(我们称她为 RemotingService)。 RemotingService 的客户端是 ASP.NET 实例(很多很多)。

目前,客户端远程调用 RemotingService 并在服务 RemotingService 调用时阻塞。然而,远程服务变得足够复杂(有更多的 RPC 调用和复杂的算法),以至于 asp.net 工作线程被阻塞了很长时间(4-5 秒)。

根据this msdn article,这样做不会很好地扩展,因为每个远程 RPC 都会阻塞一个 asp.net 工作线程。它建议切换到异步处理程序以释放 asp.net 工作线程。

异步处理程序的目的 是释放一个 ASP.NET 线程池 线程来服务额外的请求 当处理程序正在处理 原始请求。

这看起来不错,只是远程调用仍然占用线程池中的一个线程。 这是与 asp.net 工作线程相同的线程池吗?

我应该如何将远程单例服务器转变为异步系统,以便释放我的 asp.net 工作线程?

我可能遗漏了一些重要信息,如果您还需要知道什么来回答这个问题,请告诉我。

【问题讨论】:

    标签: c# .net-3.5 .net-2.0 remoting rpc


    【解决方案1】:

    使用 ThreadPool 背后的想法是,通过它您可以控制同步线程的数量,如果同步线程太多,那么线程池会自动管理新线程的等待。

    Asp.Net 工作线程 (AFAIK) 不是来自线程池,并且不应受到您调用远程服务的影响(除非这是一个非常慢的处理器,并且您的远程处理功能非常占用 CPU - 在这种情况下,您计算机上的所有内容都会受到影响)。

    您始终可以在不同的物理服务器上托管远程服务。在这种情况下,您的 asp.net 工作线程将完全独立于您的远程调用(如果远程调用是在单独的线程上调用的)。

    【讨论】:

    • 正如问题中链接的文章中所述,asp.net 工作线程确实来自运行时线程池。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-01-20
    • 1970-01-01
    • 1970-01-01
    • 2017-06-08
    相关资源
    最近更新 更多