3

非常に基本的な負荷テストの質問があります。

VSTS 2008 を使用して負荷テストを実行しており、コントローラー + 10 エージェントを備えたテスト装置を使用しています。この負荷テストは、私が所有する SharePoint ファームに対して行われます。負荷テストの目標は、任意の負荷シナリオでファームの web+app+db 層のリソース使用率を調べることです。負荷シナリオの例は次のとおりです。

使用プロファイル: 平均的なコラボレーション (SCCP の定義による)

ユーザー ロード: 500 (ステップ ロード パターンを使用 = 2 分ごとに 50 のステップ、各ステップで 2 分のウォームアップ時間)

思考時間: 0

ロード時間: 8 時間

さて、問題は次のとおりです: Requests/sec、Web フロント エンドの %processor time / App / DB、Test/sec などのメトリクスがフラットになるか、テスト中のある時点で安定した状態になると予想するのは公平ですか?負荷テスト。前述したように、目標はボトルネックを作成することではなく、上記の負荷プロファイルによってリソースの使用率のみを測定することです。

私は何か違うものを見ているので、この質問をしています。負荷テストのある時点で、リクエスト/秒はほぼ横ばいになります。しかし、Web/DB サーバーのプロセッサー使用率は増加し続けています。データを少し掘り下げた後、「実行中のテスト」カウンターも時間の経過とともに着実に増加していることがわかります。そのため、負荷テストを 8 時間以上実行すると、%processor がさらに上昇する可能性があります。このように、負荷プロファイルによって排出される負荷として何を考慮すべきかわかりません。

この「実行中のテスト」カウンターは、実際には何を意味するのでしょうか? これはテスト/秒とどう違うのですか?

もう 1 つの質問は、「実行中のテスト」カウンターが超過時間の増加を示している理由を確認するにはどうすればよいですか?

御時間ありがとうございます

4

1 に答える 1

2

提供された以上の情報はありませんが、リクエストのキューイングとワーカースレッドのプールに関係があると思います。

ワーカー プールには、リクエストを処理するために使用するスレッドの数が制限されています。これに達すると(しばらくすると、フロントエンドがDBリクエストを実行して待機しているため、非同期ではない可能性が非常に高くなります)、リクエストはキューに入れられます(「実行中のテスト」カウンターが増加すると思います)。

より多くの CPU が使用されるのはなぜですか? 繰り返しますが、シナリオのデータを掘り下げる必要がありますが、1 つの推測では、コンテキストの切り替えとメモリのスワップと割り当てが関係している可能性があります。

これ以上のデータがなければ、肯定的なことは何も言えないので、これを軽く考えてください.

于 2012-01-02T15:04:35.387 に答える