Question

我目前正在开发一个带有SOA架构的应用程序，该服务在Windows Server 2008 R2 Datacenter x64 VM上的IIS 7.5中托管为WCF服务（.Net 4.0）（它实际上是一个m1.small实例在亚马逊EC2上）。这些服务在机器上本地相互通信，因此我将它们设置为使用netNamedPipeBinding以获得最佳性能。实例化模式是每次调用，并发性设置为多个。

我现在遇到两个问题，当打开200ms到1s之间的通道时，我会出现间歇性延迟，这是不可接受的，因为正常速度似乎是~2ms。

我启用了WCF跟踪，我发现延迟表现为以下错误：

System.IO.PipeException：写入管道时出错：The 管道正在关闭。（232,0xe8）。

之后它出现WCF重试并成功连接（因此延迟）。第二个症状是执行活动时延迟半秒：

流程行动'http://tempuri.org/IConnectionRegister/ValidateUriRoute'

我唯一能找到的是有些人认为它可能与TCP端口共享有关，但我使用的是命名管道。我尝试禁用TCP端口共享服务，但这没有任何区别。

出于兴趣，我还尝试更改所有端点以在同一随机端口上使用localhost上的net.tcp监听，并在 ValidateUriRoute 中使用半秒延迟活动仍然间歇性地发生。

我的WCF配置与此类似：

<system.serviceModel>

    <serviceHostingEnvironment aspNetCompatibilityEnabled="true"
                               multipleSiteBindingsEnabled="false">

      <serviceActivations>

        <add relativeAddress="ConfigurationHost.svc" service="Core.ConfigurationHost" factory="Core.ConfigurationHostFactory" />
        <add relativeAddress="RoutingHost.svc" service="Core.RoutingHost" factory="Core.RoutingHostFactory" />
        <add relativeAddress="AuthenticationHost.svc" service="Core.AuthenticationHost" factory="Core.AuthenticationHostFactory" />

      </serviceActivations>

    </serviceHostingEnvironment>

    <services>

      <service name="Core.ConfigurationHost"
               behaviorConfiguration="Unthrottled">

        <endpoint address="net.pipe://localhost/ConfigurationHost.svc"
                  binding="netNamedPipeBinding"
                  bindingConfiguration="customNetNamedPipeBinding"
                  contract="Core.IConfiguration" />

      </service>

      <service name="Core.RoutingHost"
               behaviorConfiguration="Unthrottled" >

        <endpoint address="net.pipe://localhost/RoutingHost.svc"
                  binding="netNamedPipeBinding"
                  bindingConfiguration="customNetNamedPipeBinding"
                  contract="Core.IRouting" />

      </service>

      <service name="Core.AuthenticationHost"
               behaviorConfiguration="Unthrottled">

        <endpoint address="net.pipe://localhost/AuthenticationHost.svc"
                  binding="netNamedPipeBinding"
                  bindingConfiguration="CustomNetNamedPipeBinding"
                  contract="Core.IAuthentication" />

      </service>

    </services>

    <behaviors>

      <serviceBehaviors>

        <behavior  name="Unthrottled">

          <serviceThrottling maxConcurrentCalls="100"
                             maxConcurrentSessions="100"
                             maxConcurrentInstances="100" />

        </behavior>

      </serviceBehaviors>

    </behaviors>

    <client>

      <endpoint address="net.pipe://localhost/ConfigurationHost.svc"
                binding="netNamedPipeBinding"
                bindingConfiguration="customNetNamedPipeBinding"
                contract="Core.IConfiguration"
                name="Configuration" />

      <endpoint address="net.pipe://localhost/RoutingHost.svc"
                binding="netNamedPipeBinding"
                bindingConfiguration="customNetNamedPipeBinding"
                contract="Core.IRouting"
                name="Routing" />

      <endpoint address="net.pipe://localhost/AuthenticationHost.svc"
                binding="netNamedPipeBinding"
                bindingConfiguration="customNetNamedPipeBinding"
                contract="Core.IAuthentication"
                name="Authentication" />

    </client>

    <bindings>

      <netNamedPipeBinding>

        <binding name="customNetNamedPipeBinding"
                 maxReceivedMessageSize="2147483647"
                 sendTimeout="00:00:30"
                 receiveTimeout="infinite"
                 closeTimeout="00:00:30"
                 openTimeout="00:00:30"
                 maxConnections="500">

          <security mode="None"/>

          <readerQuotas maxDepth="200"
                        maxStringContentLength="2147483647"
                        maxArrayLength="2147483647"
                        maxBytesPerRead="2147483647"
                        maxNameTableCharCount="2147483647" />

        </binding>

      </netNamedPipeBinding>

    </bindings>

  </system.serviceModel>

Answer 1

我认为操作时间中的这些间歇性突然可能是命名管道和TCP绑定都使用的连接池机制的副产品。连接池具有最大空闲时间，之后将从池中删除空闲连接。这会产生一种固有的竞争条件：偶尔可能会在另一方刚刚丢弃的连接上建立WCF通道的尝试。

我自己没有尝试过，但是如果你更关心时间的一致性而不是绝对时间，你可以尝试调整connection pool settings on the binding's transport binding element来禁用池（设置MaxOutboundConnectionsPerEndpoint = 0 ）或减少空闲连接的发生率（更改IdleTimeout值）。

如果你无法做到这一点，或者如果你认为延迟发生的时间长于应该连接池引入的固有可变性，那么你可能需要微软工程师的帮助，因为这些东西深入WCF实现的内部。

通道打开时WCF NetNamedPipeBinding延迟

1 个答案: