LR12.55にTruClient Web（IE）プロトコルスクリプトを作成しました.50人のユーザーでスクリプトを実行しようとすると、実行中の状態（25-37の間）、残りは永久にinitにスタックされます。LR 12.55/TruClient vusersが起動しないInitステートになっている
コントローラ - >オプション - >タイムアウトを変更しようとしましたが、初期化タイムアウトをデフォルトの180から999に変更しましたが、問題は解決しません。誰でもこの問題を解決する方法についてコメントできますか？
TruClientは各仮想ユーザー（仮想ユーザー）ごとに実際のブラウザを実行するため、システムレベルの消費はAPIレベルのテストよりも高くなります。 50人の仮想ユーザがあなたの負荷発電機に多すぎる可能性があります。
実行中にCPUとメモリレベルを確認することをお勧めします。どちらかが80％以上使用されている場合は、複数の負荷生成システム間で負荷を分割する必要があります。
リソースが十分に活用されていない場合は、障害を分析して根本的な原因を判断する必要があります。
さらにe-Doughの優れた応答を得るには、コントローラと同じハードウェア上でこれらの仮想ユーザーを実行しないことを期待する必要があります。あなたは少なくとも3つの負荷発電機が関与していると予想してください.2つは主負荷、もう1つは制御セットです。これはコントローラに追加されたものです。
問題は、古典的な「システムのリソース不足」状態として現れます。テストインフラストラクチャ下でアプリケーションを監視する場合と同じように、負荷ジェネレータの健全性を監視する場合と同じベストプラクティスを検討してください。システムのどこでどのように動作しているかを理解するために、古典的な有限リソース・モデル・コンポーネント（CPU、DISK、MEMORY、NETWORK）用のモニターと、CPU下のシステムおよびアプリケーションのブレークアウトなど、負荷ジェネレータが不健全で、テスト結果が歪んでいるスケーラビリティでは、偽のネガティブを取り除きたいと思っています。実際に使用されているマシンがリソースに制約を受けているため、実際に仮想ユーザが遅い場合、
私は自分のローカルでコントローラを実行していますが、3つの他の負荷ジェネレータがあります（最後は強力ではありませんが、2つはより強力です）。負荷生成プログラムの最適なCPU使用率はどのくらいですか？ – user6252041
それを実行しているTruClient仮想ユーザーは、どこで起動しますか？ –
私たちは3つの負荷発電機を持っていますが、私はすべての発電機で80％を超えるCPUメッセージを受け取ります。負荷がかかっている負荷ジェネレータの最適なCPU使用率はいくらですか？ – user6252041
TruClientのリソースフットプリントは、他のブラウザと同様、アプリケーションに大きく依存します。 –
アプリケーションが多くのリソースを消費している場合は、load-generatorごとに使用する仮想ユーザーの数を減らすことができます。 Vuserの数を減らしてCPUのしきい値の80％を下回るようにして、リソース関連の障害の可能性を減らします。単一の仮想ユーザを実行して、それぞれの仮想マシンのリソース消費量についての洞察を得ることができます。 –