私はAppFabric上でかなり単純なワーストフローをホストしています。私はnetTcpBindingを使用してWCFエンドポイントを介して呼び出し、AppFabricでも同じサーバーでホストされているnetTcpBinding経由で2つのWCFメソッドを呼び出します。ワークフローで同時に呼び出されるWCFメソッドの両方を問題なくテストすることができます。しかし、ワークフローの負荷テストを開始すると、数秒後に10人程度の同時ユーザーがいると、WorkFlowsが完全にロックされ、その理由を見つけることができません。すべてのクライアントがOpen Connectionのタイムアウトを開始します。
問題はSQL Serverデータベースではロックされていません。なぜなら、それを監視しているからです。関係するすべてのテーブルはロックフリーです。私はワークフロー上のトランザクションスコープを開始するので、問題はMSTSC上にあるかもしれないと思いますが、そこで問題をどのように検出できますか? dcomcnfgのダッシュボードは本当に役に立たない。
問題の場所を確認するにはどうすればよいですか?何が問題なのか。どんな助けでも大歓迎です。スロットリングについて
Windows Workflow 4は常に負荷テストの同じ段階でフリーズします
EDIT
、私は以下の次のようにweb.configファイルで構成されています:
<behaviors>
<serviceBehaviors>
<behavior name="">
<serviceMetadata httpGetEnabled="true" />
<serviceDebug includeExceptionDetailInFaults="true" />
<serviceThrottling maxConcurrentCalls="64" maxConcurrentSessions="400" maxConcurrentInstances="464" />
</behavior>
</serviceBehaviors>
</behaviors>
とのAppFabricの構成インターフェースを見て、私がホストするIISアプリケーションのためのこれらの値を確認することができますワークフロー Tks
Ryan、応答のためのtks ...理論的には、私はweb.configでこのエントリの世話をしています。私はそれを埋め込むために私の質問を編集しました。私は他の入力を感謝します。 Tks so much – Pascal
あなたの最初の質問に関して私が他にどんなインプットを与えることができないのか分かりません。過去10人の "ユーザー"を今テストすることはできますか?もしそうなら、私たちは答えを見つけたように見えます。そうでなければ、他の何かを理解する必要があります。 – Thelonias
設定はすでにそのようでした。 MaxConcurrentSessionsは、WCF 3.5ではデフォルトで10でした.4では、デフォルトの100 *プロセッサ数をカウントするルールがいくつかあります。しかも、スロットルの問題ではないと思いますが、ロッキングではなく性能が悪くなります。ワークフロー呼び出しがロックされていないWCFメソッド。私はMTDTCについて考えていました。そのためのデバッグツールはkinna awfullです。 – Pascal