Jmeterを使用して、Apache2Webサーバーで実行されているPhpアプリケーションをテストしています。Jmeterをロードして25または50スレッドを使用できますが、サーバーの負荷は増加しませんが、サーバーからの応答時間は増加します。スレッドが多いほど、応答時間は遅くなります。JmeterまたはApacheがリクエストをキューに入れているようです。Apache Webサーバー構成ファイルのmaxclients値を変更しましたが、これで問題が変わることはありません。Jmeterの実行中に、アプリケーションを使用して、かなりの応答時間を得ることができます。何が得られますか？スレッドの数を増やすことで、サーバーに0％のアイドル状態まで課税できると期待しています。誰かが私を正しい方向に向けるのを手伝ってもらえますか？
更新：アプリケーションからセッションを削除すると、サーバーの全負荷をシミュレートできることがわかりました。セッションを再度有効にして、スレッドごとにHTTP Cookie Managerを使用しようとしましたが、影響がないようです。
ボトルネックが発生している場所を特定し、問題の修復を試みる必要があります。
最後に、特にあなたの質問に対して、際立っていることの 1 つは、1 つのディレクトリに膨大な数のセッション ファイルを格納できることです。多くの場合、PHP はセッション情報をファイルに保存します。このディレクトリが大きくなると、PHP がセッションを見つけるのに時間がかかります。テストを実行して Cookie をオフにした場合、PHP アプリはユーザー リクエストごとに数千のセッション ファイルを作成した可能性があります。Windows サーバーでは、2 つのオペレーティング システムでディレクトリが格納される方法の違いにより、UNIX サーバーよりも速く遅くなります。
一定のスループット タイマーを使用していますか? Jmeter が割り当てられたスレッドでスループットを処理できない場合、応答時間にこのキューイングとパンクが見られます。これが問題かどうかを判断するには、スレッドを追加してみてください。
また、スクリプト内に JavaScript 呼び出しがある場合に、この問題が発生するという報告も見つけました。この場合、javascript 呼び出しをスクリプトの先頭にあるテスト計画要素に移動するか、値を事前に計算する方法を探します。
PHP ではなく Apache が提供する静的ファイルをチェックして、問題が Apache 構成にあるのか PHP 構成にあるのかを確認してください。
また、ネットワーク接続と構成を確認してください。JMeter のテストは、壁にぶつかるまで順調に進んでいました。最終的に、接続が 100Mb しかなく、それが飽和していることに気付き、ギガビットにすると修正されました。特に速度設定が「自動」の場合、ネットワーク カードまたはスイッチが思ったより低速で動作している可能性があります。