23

スクリーンショットからわかるように、ほとんどの時間はサーバーの応答を待っています (紫色の領域)。

そのサーバーの応答時間とは正確には何ですか? サーバーが遅すぎませんか？接続が遅すぎますか? サーバーは一度に多くの情報を処理できませんか? その待ち時間を最小限に抑えるにはどうすればよいですか?

PS。すべてのデータは同じサーバーにありますが、ブラウザが一度により多くのファイルを処理できるように、サブドメインを使用しています。

firebug ネットタブ

4

2 に答える 2

25

この記事は、firebug の機能について非常に優れています: Firebug の紹介: ネット パネル(特にタイムラインセクション)... しかし、「応答待ち」が正確に何を意味するかについてはあまり語られていません :-(

それでも、タイムラインは（引用）です：

  • DNS ルックアップ- DNS 解決時間
  • 接続- TCP 接続の作成に必要な経過時間
  • キューイング- ブラウザーのキューでネットワーク接続の待機に費やされた経過時間
  • 応答待ち - サーバーからの応答待ち
  • データの受信- サーバーから応答全体を読み取るのに必要な経過時間(および/またはキャッシュから読み取るのに必要な時間)。
  • DomContentLoaded イベント- DomContentLoad イベントが発生した時間(リクエストの開始以降、イベントの後にリクエストが開始された場合は負になる可能性があります)
  • load イベント- ページ読み込みイベントが発生した時間(リクエストの開始以降、イベントの後にリクエストが開始された場合は負になる可能性があります)


したがって、「応答待ち」期間は、ブラウザがサーバーに要求を送信し、まだ応答を受け取っていない時間であると推測しています。コンテンツが到着し始めるのを「待っています」:

  • ブラウザはネットワーク接続を待機していません: リクエストが送信されます
  • ブラウザはまだサーバーからの応答を読み取っていません。


サーバーがページ全体を生成してからブラウザに送信する場合、「応答待ち」時間は次のようになります。

  • リクエストがブラウザからサーバーに移動する時間
  • サーバーによってリクエストが処理されるまでの時間 (つまり、ページ全体を生成する時間)
  • さらに、サーバーからブラウザに移動するデータの最初のバイトの時間。


お役に立てれば ：-）

于 2009-09-09T17:04:30.323 に答える
3

使用しているfirebugのバージョンがわからない。しかし、私のバージョン（1.6.0）には「送信」時間もあります。

この投稿を確認してください： http://www.softwareishard.com/blog/firebug/firebug-net-panel-timings/ 基本的に「待機」時間は、リクエストがサーバーに送信されてから最初のバイトが受信されるまでの時間です。私には、サーバー側の処理時間とほぼ同じに思えます。

于 2010-12-07T15:12:43.507 に答える