NetNamedPipe：通信がアイドリングしているときの応答時間の変化

Question

名前付きパイプを介して一方向通信する2つのWCFアプリケーションがあります。 1つのことを除いて、すべてがいいです： 通常、要求/応答のサイクルはゼロ（限界）の時間がかかります。しかし、何も通信せずに、例えば半分の時間があった場合、要求/応答は〜300-500msまで増加します。

私はネットを見渡して、ハートビート/ピングメカニズムを使用して通信チャネルをビジー状態に保つことを考えました。試行錯誤を使って、10秒ごとにリクエストを行うと、応答時間が遅くなることがわかりました。約15秒間隔で開始すると、「かゆみ」の応答時間が表示され始めます。

今、私はこの現象がどこに由来しているのだろうかと思っています。私は両側に考えられるタイムアウトを> 1分に設定しようとしましたが、それは助けになりませんでした。

誰でも何が起こっているのか説明できますか？

Answer 1

は、それが固定されるまで、ポストも回避策を含み、Why Does WCF Become Slow After Being Idle For 15 Seconds?

をWenlongドンのブログ記事をご覧ください。

Answer 2

アイドリングプロセスがディスクにページングされている可能性はありますか？ プロセスの両端にあるのプロセスをビジー状態に保ちながら、接続をにビジー状態にしないでも、それでも問題はありませんか？

これはそうではないかもしれませんが、試してみる価値があります。