jmeterを使用してアプリケーションを負荷テストしています。jmeterとDynatraceの応答時間の差
アーキテクチャは、Webサーバー（Apache）、アプリケーションサーバー（jboss）、データベース（MySQL）です。
Dynatraceエージェントは、アプリケーションサーバーで設定されます。
特定のリクエストの場合、アプリケーションサーバーに表示される応答時間は1秒未満ですが、jmeterレポートでは5秒を超えて表示されます。
上記の動作の理由は何か。
ボトルネックを見つけるために次のステップを実行する必要があります。
もちろん、それは違い、それは正常です！
JBossとデータベース間の（要求+応答）処理時間は1秒です。
JMeterとデータベース間の（要求+応答）処理時間は5秒です。
Dynatraceで表示される応答時間は、Jbossとデータベース（最初の要求と最後の応答の間に費やされた時間）の間に計算された時間です。
JMeterが表示する応答時間は、JMeterとデータベースの間で計算された時間です。JbossとDatabaseの間のJMeterとJboss + RT間の応答時間を積算する時間。 Dynatraceからの応答時間（1秒に対して5秒）より大きい必要があります。
この意味は？
これは、JMeterとJbossの間の時間が（5-1 = 4秒）、WebサーバーのWASとDatabase =>チューニングの間の時間処理よりも4時間長くなり、WASが最初に...
これをチェックしてください。glossary、最初の3つのパラメータ（経過時間、待ち時間、接続時間）。
これは、JMeterが側で測定しているものです。これは明らかにクライアント側です。 Dynatraceは、サーバサイドの処理を処理中です。です。
両方の数字は正当なものであり、重要な手がかりを与えます。正しく読む必要があります。
この番号で武装していれば、その違いがどこから来ているのかを深く知りたいでしょう。
nayshellでは、lays：network;サーバーの標準的なコンポーネント（OS & JBoss）。クライアントと同じ。 JMeter自体です。
そのパスの最初の手がかりを得るには、JMeterホストでスニッフィングプロキシ（例：Fiddler）を設定し、それを通過するすべてのトラフィックを管理し、その詳細な統計情報ネットワーキング操作。
このようにして、あなたのJMeter を除外して、を要因として除外します。
これは、JMeterが測定していることです。これは明らかにクライアント側です。 - JMeterのクライアント側活動？ –
1回のリクエストまたは完全な負荷テスト用ですか？ –