私は2つのウェブサイトをテストしていますが、私は3つのケースで同じことをしました。最初のケースでは3人のユーザー、その後は10人と15人でした。スループットが増加していることがわかりました。しかし、私の疑問は、3人のユーザーで最初のケースで最大のスループットを得なければならないということですね。私はこの結果を得ていません。すべてのケースで0を使用しました。最初のケースで最大のスループットを得られなかった理由を教えてもらえますか?スループット値が期待通りではありません
-1
A
答えて
1
あなたの仮定が、それはこのようにする必要があり理想的な世界では、間違っている:
- 3ユーザ - あなたはXのスループット(毎秒すなわち10のリクエスト)
- 10ユーザーを取得する - あなたがXを取得する必要があります* 3スループット(毎秒すなわち30のリクエスト)
- 15ユーザー - あなたはX * 5 thourhgput(毎秒すなわち50の要求)を取得する必要の
高い数コンカレント・ユーザー - >スループットが高い、すべてのシナリオで応答時間が同じである必要があります。
これは、3人または15人の同時ユーザーがいる場合でも、アプリケーションの拡張性が高く、十分に高速に処理されることを意味します。
実際には数値が異なる可能性があります。同時ユーザー数を増やすと、応答時間の増加と同じままになります。これはbottleneckと呼ばれ、これらのボトルネックを見つけて根本原因を特定することがperformance testingの主なアイデアです。
したがって、徐々に負荷を増やすと同時に、throughput and response time metricsを観察する必要があります。スループットが増加しなくなり、応答時間が増加し始めると、ボトルネックが発生します。理由を調査し、不具合を報告する必要があります。
はまた、これらの技術はmemory leaksを見つけ、saturation pointを決定し、詳細についてはWhy ‘Normal’ Load Testing Isn’t Enough記事を参照することができ、Soak TestingまたはStress Testingのような他のテストの種類を忘れないでください。
0
ユーザーの数が少ないため、最大tpsに達することはできません。ユーザーの負荷が増加するとスループットが向上し、特定のユーザー数に達するとスループットが低下します。ユーザーの数が少ない場合、最大スループットを得るとは考えないでください。お返事ありがとう
関連する問題
- 1. UIViewの遷移が期待通りではありません
- 2. Cythonのスピードアップが期待通りではありません
- 3. SRIハッシュは期待通りではありません
- 4. Pythonスクリプトのコード出力が期待通りではありません
- 5. C#ObservableCollection <T> Distinctが期待通りではありません
- 6. 挿入ソートの出力が期待通りではありません
- 7. Pythonでのスレッドプールは、期待通りの速さではありません。
- 8. Mysqlの追加、結果は期待通りではありません
- 9. ASP.NET MVCレンダリングモデルは私の期待通りではありません
- 10. なぜ結果は私の期待通りではありませんか?
- 11. 画面のピクセルテストは期待通りではありません(win32 C++)
- 12. 私のJavaコードの出力は期待通りではありませんか?
- 13. 期待通りにネストされたIF句がありません
- 14. Pythonのスループット値が正しくありません
- 15. adapter.setNotifyDatachanged()が期待通りに動作しませんでした。
- 16. 非同期待機待ちではありません
- 17. Java戻り値が期待通りではない
- 18. スカラの戻り値が期待通りではない
- 19. ポインタイベントはIEで期待通りに動作しません
- 20. Count()はSQLで期待通りに機能しません
- 21. 2つのビューの制約は同じですが、レイアウトが期待通りではありません
- 22. ケラス:トレーニングでエラーが発生しました。次元は期待通りではありません
- 23. 分度器とCucumber.js:期待は期待通りに機能しません。
- 24. PyMongo - MaxDistance操作は動作していますが、結果は期待通りではありません。
- 25. mysql.connector.errors.ProgrammingError:1083(42000):フィールド区切り引数が期待通りではありません
- 26. XIBによるカスタムビューをUIAlertControllerに追加しましたが、レイアウトが期待通りではありません
- 27. DebuggerDisplay属性が期待通りに機能しません。
- 28. ng-modelが期待通りに動作しません
- 29. UI-Routerが期待通りに動作しません(ネストビュー!)
- 30. 期待通りの結果が得られません。
クイック返信をありがとうが、私はまだ根本原因をキャッチすることができませんでした。あなたは黙っていらっしゃいますか? –
あなたのアプリケーションで何が問題なのか分かりません。まず、テスト側のアプリケーションでリソース消費をチェックするには、[JMeter PerfMon Plugin](https://www.blazemeter.com/blog/how-monitor-your-server-health-performance-during -jmeter-load-test) - 単にRAMがないか、CPUがオーバーロードされている可能性があります。そうでない場合は、[プロファイリングツールテレメトリ](https://en.wikipedia.org/wiki/Profiling_(computer_programming))でテストを再実行して、ほとんどのリソースと時間のかかる方法をチェックしてください。アルゴリズムが十分でないか、遅いDBクエリ。 –