-1

jmeter を使用して、確率的パフォーマンス テストの実装を簡素化しようとしています。以前にこれを行ったことがありますが、時間がかかります。

問題は、(合計訪問数と経過時間に基づいて) 同時ユーザーの数があれば、経過時間は変わらないと仮定します。しかし、ストレスの多い状況でサーバーが予想以上に処理を行った場合、一部のユーザーは予想された時間内にサーバーを離れないため、ユーザーは積み重なっていきます。したがって、実際の一致は計算されたものとは異なります。

従来のテストでは、サーバーの応答が遅いために経過時間が増加しても、事前に確立された仮想ユーザーが維持されます (増加するかどうかは問題ではありません)。サーバーの応答が遅い場合、jmeter の反復回数は少なくなります。私はそれをしたくありません。到着率を維持するために、必要に応じてさらにスレッドを作成したいと考えています。

時間の経過とともに一定のスレッドではなく、ユーザーの到着率を設定する方法はありますか?

4

4 に答える 4

1

着荷率に基づく負荷強度を用いた性能試験を習慣的に行っていた。モデルは仮想ユーザーに基づいて他のモデルよりも精度が高いため、次の問題を考慮する必要がありますが、克服する必要がある多くの複雑さがあります。

1.- Jmeter の場合、スレッドのディスパッチャーを変更する必要があります。これは、プラグインがデフォルトで非効率的であるためです (商用製品にも同じ問題があり、高価であることを心配しないでください)。到着率。経験的分布または poisson 、 erlang などの他のよく知られているものを使用して、時間でレートを変更します。3.- アクティブなユーザーと同時実行性は、到着率、作業 ejecutado、および作業間の思考時間の合計の結果です。変数の仮想ユーザーを制御することはできません。意味がありません。これは、テストを実行する従来の方法の変更です。たとえば、Google アナリティクスのデータを使用して確率モデルを構築できます。これはテストの結果であるため、仮想ユーザーを設定する必要はありません。テストでは、到着率が決定されたときにアクティブなユーザー/セッションの数が何であるかという答えが得られます。4.- しかし、ポイント 3 には非常に重要な問題があります。負荷のプラットフォームには、仮想ユーザーに基づく従来のテストよりも多くの容量が必要だからです。

複雑さは少ないが信頼性に欠ける仮想ユーザーの古い方法とは、精度は高くなりますが複雑さが増します。

私は B2C サイトでこの種のテストを行っており、1 時間あたり 500.000 回の訪問があり、1 時間あたり 500 万から 700 万のページがありました。この負荷のラベルで精度テストを構築する唯一の方法は、到着率に基づくモデルを使用することです。

于 2015-08-17T15:44:18.150 に答える
0

次の組み合わせで 99% のユース ケースをカバーできると思います。

  1. スマートで簡単なランプアップ、ランプダウン、およびその間の負荷の保持のための究極のスレッドグループ
  2. コンスタント スループット タイマー- 必要な負荷を正確に設定するため
于 2014-07-18T11:27:04.000 に答える
0

あなたが望むものを達成するための直接的な方法はないと思います。

ただし、正しい方法ではありませんが、これを試すことができます (カスタム プラグインが最適なオプションです。jmeter プラグインを確認してください)。

1. keep no of threads very high 
2. set ramp up duration as it will set the arrival rate which you need 
3. set the expected test duration

例：

1 秒あたり 2 ユーザーの到着率で 10 分間テストを実施したいとします。したがって、値は次のようになります。

no of threads : 2000
ramup : 600
test duration : 600

別のオプションはStepping Thread Group Pluginです。それはあなたの目的に役立つはずです。

于 2014-07-18T05:36:41.017 に答える