0

SSRS レポートを使用して負荷テストを行っていますが、ますますがっかりしています。パフォーマンスを改善する方法があるかどうか、専門家の意見が必要です。

環境設定:

  1. 5000 行のテーブルから選択するストアド プロシージャを呼び出す SSRS レポートは、3 ミリ秒で実行されます。
  2. 入力パラメーターに基づいてスレッドを作成し、並行して SSRS レポートを呼び出す C# アプリケーション。
  3. SSRS はPOST、URL への要求によって、1 人の NT ユーザーの下でアクセスされます。

統計:

  • MSSM Studio のストアド プロシージャは 3 ミリ秒実行されます
  • IE の SSRS レポートは 50 ミリ秒実行されます
  • シングル スレッドの C# アプリケーションが 157 ～ 239 ミリ秒で結果を取得する
  • 4 つのスレッドは、同じレポートに対して平均 500 ミリ秒
  • 8 スレッド: 同じレポートで 800 ミリ秒。
  • 16 スレッド: 同じレポートで 1300 ミリ秒。

SSRS が同時呼び出しをより適切に処理できるように変更できる構成または設定はありますか?

4

1 に答える 1

1

どうやら RS サービスには、CPU ごとに 2 つのスレッドしか使用できないようです。ネット上のさまざまなフォーラムでその数が宣伝されているのを見てきました。

起動しようとしているスレッドが実際にはパフォーマンスを妨げており、実質的に RS スレッドを「過負荷」にしていることがあります。ログ ファイルをチェックして、これに従ってスレッドに負荷がかかっているかどうかを確認できます。ログには次のタイプのエラーが予想されると記載されています。

警告: スレッド プールの圧力。ワークアイテムに現在のスレッドを使用する

おそらく、作成している最大同時スレッド数をnumber of CPUs the RS service has access to * 2

于 2012-10-26T06:41:50.023 に答える