私は G-wan サーバーのパフォーマンスをテストしていますが、非常に素晴らしいです!!! report.c からの出力は次のとおりです。
すべての要求
: 5,725 (キャッシュ ミスの 6.06%)
HTTP: 66 (すべての要求の 1.15%)
エラー: 70 (すべての要求の 1.22%)
CSP: 5,650 (すべての要求の 98.69%) 例外: 1受け入れた接続
: 4,717 (接続ごとに 1.21 要求)
クローズ: 4,372
タイムアウト: 682 (14.46%) 受け入れ:682 読み取り:0 遅い:0 ビルド:0 送信:0 閉じる:0
ビジー: 345 (待機: 334 読み取り: 9 返信: 2 送信: 0 押す: 0 中継: 0 閉じる: 0)
エラー率が非常に高いようで、CSP でも例外が発生することがわかりました。「エラー」の意味とそれを回避する方法を誰か教えてもらえますか? ありがとう！
「エラー」率はかなり高いようです
それはHTTP errors(クライアントからの間違った要求、見つからないリソースなど -error.logトレース用のファイルを見てください) です。
HTTP エラーを回避する唯一の方法は、クライアントがサーバーに接続しないようにすることです。
すべてのリクエストの 1.22%というこの「高い HTTP エラー率」に耐えられない場合は、G-WAN 接続ハンドラー (HTTP_ERROR通知付き) を使用して、G-WAN が HTTP エラーを無視し、HTTP を送信せずに接続を閉じるようにします。エラー メッセージ (ハンドラーで 0 を返すだけ) - しかし、それはおそらくほとんどのユーザーが望んでいるものではありません。
CSPでも例外が発生します
例外は、サーブレットのバグに対して「グレースフル クラッシュ レポート」が発行されたことを意味します。5,650 の動的リクエストでクラッシュが 1 回しかないため、おそらくサーブレットの開発中に発生しました。error.logファイルとファイルを見て、trace何が起こったのかを確認してください。
「キャッシュ ミス」の統計は、静的コンテンツのみに関するものであることに注意してください (すべての HTTP 要求の 1.15%)。
どうやら、すべてのクライアントがタイムリーに応答しているわけではありません。タイムアウトや保留中の要求があります。