3

クライアントとサーバー間のトラフィックの「認識された」帯域幅を知る必要がある WCF を使用して、クライアント コードとサーバー コードの両方を作成しています。ping 統計を使用してこの情報を個別に収集することもできますが、Web サービス呼び出しの実行中に同じ統計を同時に収集できるように、WCF でチャネル スタックを構成する方法があるかどうか疑問に思います。これは、ICMP が無効になっている場合 (たとえば、ping が機能しない場合) に特に役立ちます。

要するに、通常のビジネス関連の Web サービス呼び出し (正確には REST 呼び出し) を行っているときに、接続速度データを暗黙的に収集する方法はありますか?

確かに、ラウンドトリップで使用されるデータのサイズと比較して、Web サービスのラウンドトリップの時間を測定して、スループットのアイデアを得ることができますが、その認識された帯域幅のどれだけがネットワーク関連であるか、または単にネットワークによるものかはわかりません。サーバー処理の待ち時間に。クライアントが実際のネットワーク トラフィック時間を計算できるように、サーバーにサーバーの待ち時間を表すタイム デルタを返信させることで、おそらくこれを解決できるでしょう。より洗練されたアプローチが利用できない場合、それが私の答えかもしれません...

4

1 に答える 1

0

ICMP は、これらの接続速度の統計を試す目的で作成されたのではなく、2 つのホスト間で有効な接続が確立された場合に作成されました。

私の推測では、これらの REST 呼び出しまたは ICMP トラフィックで送信されるデータの量は、認識される接続速度/帯域幅を計算するには不十分であるということです。

これらのメトリックで計算すると、帯域幅統計が非常に大きくなるか、非常に低くなります。例として、Windows XP のコピー ボックスを使用します。有効なスループット統計を計算するには、大量の一定量のデータを送信する必要があります。

于 2010-05-21T22:06:35.127 に答える