memory-leaks - LoadRunner とペーシングの必要性

Question

ペーシングなしで 2 人のユーザーのみを使用して 1 つのシナリオとして 1 つのスクリプトを実行すると、時間が 3 秒に設定され、ランダム (50%-150%) に設定されていると考えてください。テストを数回実行しましたが、毎回同時に発生します)。最初は、これはアプリケーションのメモリ リークだと思いましたが、しばらく考えた結果、シナリオの設計に関係している可能性があると考えました。唯一のアクション ブロック内でのログインとログアウトを含む 1 つのアクションだけを持つスクリプト全体の実行には約 50 秒かかります。前の反復が終了するとすぐにデフォルトが設定され、前の反復が終了した後の遅延または固定/ランダムではありません。インターバルセット。

固定/ランダム間隔を使用すると、この「メモリリーク」が発生する可能性はありませんか? 言及された設定のどれも、実際には、前の設定が終了する前に新しい反復を開始することはないと思います。これは、サーバー上のメモリの蓄積につながり、この「メモリリーク」を引き起こします。しかし、ペーシングが設定されていない場合、これが発生するリスクはありますか?

また、スクリプトに繰り返しがない場合でも、ペーシングを使用できますか?

Answer 1

私はそのWebサーバーの問題を願っています。ペーシングは反復間の時間のギャップに過ぎず、スクリプトのアクションやトランザクションには影響しません

Answer 2

最後の質問に答えるには: いいえ。

新しい反復が開始されると、ペーシングが明示的に使用されます。繰り返しの開始は、ペーシング設定に従って遅延されます。

推測/結論:

Web サーバーが 10 分後に実際にメモリ不足になり、vu が 2 つしかない場合は、Web サーバー側に問題があります。この 2vu 負荷を手動で達成し、Web サーバーをクラッシュさせることができます。スクリプトのペーシングや手動のユーザー速度は関係ありません。Web サーバーがリモートからクラッシュする可能性がある場合は、修正が必要なバグがあります。

提案：

4 人のユーザーでシナリオを実行してみてください。5 分後に Web サーバーで OUT OF MEMORY になりますか?

Answer 3

本当にリークがある場合、スクリプト/シナリオが原因ではないはずですが、実行方法によっては、より早く問題のように見える可能性があると思います.

たとえば、ユーザーが 5 人で、適切なペースと思考時間で、サーバーが 16 時間停止しないとします。しかし、ユーザーが 50 人の場合、2 時間で終了します。あなたが問題を引き起こしたのではなく、もっと早く暴露しただけです。