gpt4 book ai didi

networking - HTTP/S请求之上的网络开销占流量的百分比

转载 作者:行者123 更新时间:2023-12-03 09:11:01 26 4
gpt4 key购买 nike

要是我们:
1)在网络适配器级别(通过NIC的原始位数)计数字节/位,并且
2)计算所有HTTP / S请求/响应中的字节数。

假设只有HTTP / S流量在此框中,并假设统计上“典型” Web流量的数量相关:

我想知道由于额外的网络开销,在NIC级别比在HTTP / S级别计算更多的流量(计算HTTP header 和全部)。

最佳答案

您对HTTP之下的层了解为零。您甚至无法假设HTTP请求将通过TCP / IP传递。即使是这样,您对网络层增加的开销的了解也为零。或路由的可靠性将是什么,以及由于丢失/重发的数据包而导致的开销是多少。

更新:根据您的评论,这里有一些估算的餐巾纸:

maximum segment size(不包括TCP或IP header )通常在层之间协商到MTU的大小减去 header 的大小。对于以太网,MTU通常配置为1500字节。 TCP header是160位或20个字节。 IPv4 header的固定部分是160位,也就是20个字节。 IPv6 header的固定部分是320位或40个字节。从而:

  • 用于基于TCP / IPv4的HTTP

  • 开销= TCP + IP = 40字节

    有效负载= 1500-40 = 1460字节

    管理费用百分比= 2.7%(40 * 100/1460)
  • 用于基于TCP / IPv6的HTTP

  • 开销= TCP + IP = 60字节

    有效负载= 1500-60 = 1440字节

    管理费用百分比= 4.2%(60 * 100/1440)

    假设如下:
  • Amazon计算不包含以太网头的NIC有效负载,而不是整个NIC数据包
  • 您的HTTP响应已充分利用TCP / IP数据包-您的典型页面大小+ HTTP header 会导致一个或多个完整的TCP / IP数据包,而其中一个具有超过50%的已用负载
  • 您在缓存的内容上设置了显式的到期日期,以最小化302响应
  • 您可以避免重定向,或者您的URL足够长以填充有效载荷
  • 关于networking - HTTP/S请求之上的网络开销占流量的百分比,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3613989/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com