Yve*_*man 29 firefox network-monitoring firefox-developer-tools
的Firefox的网络监视器文档定时部分,"已封锁"被解释为:
在队列中等待网络连接所花费的时间.
浏览器对可以对单个服务器进行的同时连接数量施加限制.在Firefox中,默认为6
数量连接的限制是唯一的限制吗?或者浏览器是否被阻止等待从操作系统计数连接也被阻止?
在新的浏览器中,在第一个连接上,在进行任何其他连接之前(因此限制不应该在此处应用),我被阻止了195毫秒.
这是浏览器等待操作系统吗?"被阻止"在这里意味着什么?
我们将 Firefox 设置 (about:config) 'network.http.max-persistent-connections-per-server' 更改为 64,块消失了。我们将其改回 6。我们将我们的设计/开发方法更改为更“异步”的加载方法,以免同时出现大量连接。这些块主要为区域设置加载了很多 png 标志。
在队列中等待网络连接所花费的时间。
浏览器对单个服务器可以同时建立的连接数量施加限制。在 Firefox 中,该值默认为 6,但可以使用 network.http.max-persistent-connections-per-server 首选项进行更改。如果所有连接都在使用中,则在释放连接之前浏览器无法下载更多资源。
来源: https: //developer.mozilla.org/en-US/docs/Tools/Network_Monitor
很明显,浏览器将每个服务器(域/IP)的并发连接数限制固定为 6 个,操作系统问题并不是很相关。
我有一个需要几秒钟才能响应的服务器,这使我能够将 Firefox 测量与wireshark 跟踪交叉引用。我看到第一个 SYN 立即发出。“阻塞”时间的结束对应于服务器Hello返回的时间。
我无法将“TLS 设置”的结尾与任何wireshark 数据包联系起来。它延长了初始 TLS 连接上交换的最后数据的几秒钟。
底线:至少在某些情况下,花在“阻止”和“TLS 设置”上的时间看起来不太可靠。
我的设置有一个 TLS 反向代理,用于转发与 SNI 的连接。我不确定这是否相关。
| 归档时间: |
|
| 查看次数: |
10368 次 |
| 最近记录: |