私はFirebugとYSlowを使用して私のLAN上のサーバをベンチマークしています。また、機会があれば、「受信中」は「0 ms」になります。 Firebug（http://getfirebug.com/wiki/index.php/Net_Panel）によれば、これはネットワークを介してデータを読み取るのにかかる時間を表していると考えられます。Firebugでは、ネットタブの「受信」値がゼロになるのはなぜですか？
私の結果はこれがすべてでは時間がない中で起こる示しているように見える、まだ他の回は、数ミリ秒の可能性が高い結果が得られるしかし：
誰もが、これは起こるかもしれない理由の手掛かりを持っていますか？キャッシュをクリアしてCtrl + F5でフルページをリロードしてもよく起こります。
"BFCache"の結果が表示されている可能性があります。これらは通常、新しいネットワーク要求ではなく、ブラウザから直接送信されるため、非常に小さい「待機」時間（< 20ms）と0受信時間があります。これらは、スクリーンショットのspacer.gifのような明るい灰色で表示されます。
さらに詳しい説明はFirebug 1.6: Tracking also BFCache readsを参照してください。 [ネット]タブのオプションを使用してこれらのオン/オフを切り替えることができます。 （I通常、明確にするためにそれらをオフにしておく。）
更新：私はあなたが言及した同じ設定でさらにいくつかのテストを（ブラウザのキャッシュを無効にし、BFCache結果を示すない）でしたし、私は、このページを使用して同じ結果を見ています例。私はGoogle Chromeのネットワークパネルでも同じことを確認しましたが、同様の結果があります。おそらく単一のネットワークパケットに収まる最小応答サイズ（約1KB未満）に対してのみ、「0受信時刻」が発生しているようです。私はこれがネットパネルのタイミングが測定される途中での最悪のケースだと思う。その1つのパケットは、データ転送の開始と終了の両方を示すため、0と報告されている理由が考えられます。
しばらくの間それを修正して、チェックされていないBFCacheをチェックし、 （GET要求）はまだ彼らが例えば待機時間は203msですが、受信には0です。たとえば、この非常にページロードでは、待ち時間だけが表示され、すべての受信にはゼロが与えられます。 – deed02392
あなたのアップデートBrianCが好きです。転送時間の解像度がパケットレベルで計算されていれば理にかなっています。ありがとうございました。 – deed02392