-1

そのため、今日サーバーでこのコマンド「ab -c 50 -n 5000 http://lala.la」を実行すると、次の「驚くべき」結果が得られました。

Document Path:          /
Document Length:        26476 bytes

Concurrency Level:      50
Time taken for tests:   1800.514 seconds
Complete requests:      2427
Failed requests:        164
   (Connect: 0, Receive: 0, Length: 164, Exceptions: 0)
Write errors:           0
Total transferred:      65169733 bytes
HTML transferred:       64345285 bytes
Requests per second:    1.35 [#/sec] (mean)
Time per request:       37093.408 [ms] (mean)
Time per request:       741.868 [ms] (mean, across all concurrent requests)
Transfer rate:          35.35 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   2.7      0      22
Processing:  4335 36740 9513.2  33755  102808
Waiting:        7 33050 8655.1  30407   72691
Total:       4355 36741 9512.4  33755  102808

Percentage of the requests served within a certain time (ms)
  50%  33754
  66%  37740
  75%  40977
  80%  43010
  90%  47742
  95%  56277
  98%  62663
  99%  71301
 100%  102808 (longest request)

これは、CloudflareとAPCを使用して、新しくインストールされたNginxサーバー上にあります。

iveがこれほどパフォーマンスの低下を見たとは思わないので、一体何が原因である可能性がありますか？

ありがとう。

4

1 に答える 1

1

手始めに、オリジンに直接テストして、cloudflare をミックスから外してみてください (html をキャッシュ可能として持っていて、それを提供する cloudflare の能力をテストしようとしている場合を除きます)。Cloudflare の目的の 1 つがサイトを保護することであることを考えると、テストがレート制限されている可能性があると考えるのは不合理ではありません (少なくとも、それをバイパスすることで調査の可能性のあるソースが削除されます)。

$request_time を nginx のアクセス ログ形式に追加すると、サーバー側のパフォーマンスのビューがわかります。それでもひどいように見える場合は、New Relic や DynaTrace などを使用して、時間の経過に関する詳細を取得する必要があるかもしれません (アプリ自体を計測していない場合)。

nginx を php に接続するために php-fpm を使用していますか? そうでない場合は、検討する必要があります。

それほど悪い場合は、実際のアプリケーションにあり、構成にはあまりない可能性があります。

于 2012-07-26T21:04:47.287 に答える