Firefox開発ツールのネットワーク監視で「ブロック」とはどういう意味ですか？
Firefox Network Monitorドキュメントのタイミングセクション 、「Blocked」は次のように説明されています。
ネットワーク接続を待機するキューで費やされた時間。
ブラウザは、単一のサーバーに対して確立できる同時接続の数に制限を課しています。 Firefoxでは、デフォルトは6です
接続数の制限が唯一の制限ですか？または、ブロックされたOSカウントから接続を取得するのを待って、ブラウザがブロックされていますか？
新しいブラウザでは、最初の接続で、他の接続が行われる前に（したがって、この制限は適用されません）、195ミリ秒間ブロックされます。
これはブラウザがOSを待っているのですか？ここで「ブロック」とはどういう意味ですか？
ネットワーク接続を待機するキューで費やされた時間。
ブラウザーは、単一サーバーに対して確立できる同時接続の数に制限を課します。 Firefoxでは、これはデフォルトで6ですが、network.http.max-persistent-connections-per-serverプリファレンスを使用して変更できます。すべての接続が使用されている場合、接続が解放されるまでブラウザはそれ以上のリソースをダウンロードできません。
ソース： https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor
ブラウザーがサーバー（ドメイン/ IP）ごとに6つの同時接続の制限を修正していることは非常に明確であり、OSの質問はあまり関係ありません。
私の場合、ネットワーク接続の待機時間とDNSルックアップ時間の両方が非常に長く、それぞれ最大2秒であったため、ページが初めてロードされた場合、かなりのページロード時間が発生しました。 Firefoxはアドオンなしで新たにインストールされ、他のタブを開かずに起動しました。 Ubuntu 18.04 LTSとUbuntu 19.04の両方で同じ結果を試しました。 ISPはサポートを提供していませんが、ルーターはIPv6アドレスを割り当てます。問題が判明したため、IPv6の破損したネットワークが原因で、FirefoxはIPv4にフォールバックすることを余儀なくされました（もちろん、しばらくしてから（タイムアウト））。 LinuxでIPv6サポートをオフにした後、要求は大幅に高速化されました。ここに関連する議論があります： https://bugzilla.mozilla.org/show_bug.cgi?id=1452028
応答に数秒かかるサーバーがあるため、firefoxの測定値とWiresharkのトレースを相互参照できます。最初のSYNがすぐに送信されることがわかります。 「ブロックされた」時間の終わりは、Server Helloが戻ったときに対応します。
「TLSセットアップ」の終わりをWiresharkパケットに関連付けることができませんでした。最初のTLS接続で交換される最後のデータに属する数秒を延長します。
結論：「ブロック」および「TLSセットアップ」に費やされた時間は、少なくともいくつかのケースでは非常に信頼できるようには見えません。
私のセットアップには、SNIとの接続を転送するTLSリバースプロキシがあります。それが関連しているのかどうかはわかりません。