2017-05-10 8 views
1

私は数多くのJMeterテストを行っていますが、それらはすべてコマンドラインから同時に実行されます。 これには、プロパティファイル(users_concurrent.properties)として渡されるユーザー数があります。例えばJMeterは負荷テストで非常に多くのスレッドを作成するのはなぜですか?

:これらの試験のほとんどの

C:/applications/apache-jmeter-3.0/bin/jmeter.bat -n -t RDA_CAEventMaintenance.jmx -l UK_RDA_CAEventMaintenance.jtl -q dev_uk.properties -q users_concurrent.properties 

、これは(結果ファイルとスレッドダンプの両方で確認)5つの試験スレッドを実行します。 しかし、これらのテストのうち2つでメモリが不足し、hprof.pidダンプファイルが作成されました。

これらのファイルを分析するには、〜100件のスレッドが半分ヒープ上で取り上げているように見えるものを示しています enter image description here

これはJMeterのバグですか?あなたが少なくとも持っているようだ100

- 私が

スレッドグループ1を見るとのJMeter 3.0を

答えて

0

使用5.

を指定するときに多くのスレッドを開始するべきではありません100スレッド。だから、あなたが定義するか、参照してくださいどちらか

開始スレッドグループ...番号= 1つのスレッド= XXX

:あなたのような行を探し、jmeter.logファイルでそれを再確認することができます間違った方法でスレッドの数を表すプロパティ。例正しい設定は次のようになります。

  1. JMeterのスレッドグループの下__P() function

    ${__P(threads,)} 
    

    よう
  2. を使用して、仮想ユーザの数を定義し、あなたのusers_concurrent.propertiesファイルに次の行が含まれていることを確認してください(と行が一度だけ表示されます)ちょうどまた

    threads=5 
    

場合は、JMeter Best Practicesに従っていることを確認し、推奨は9 Easy Solutions for a JMeter Load Test “Out of Memory” Failure

関連する問題