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

标签 networking bandwidth web-traffic network-traffic

要是我们:
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/

    相关文章:

    networking - 网络: Longest prefix matching

    c++ - 无法使用 boost asio TCP 套接字解释带宽性能差

    php - 如何在 PHP 中监控用户的带宽消耗

    Android — 如何按应用程序或进程跟踪带宽使用情况?

    java - 如何使用 java 建立网络接口(interface)?

    Java - 端口监听程序的漏洞是什么?

    database - 一个大查询与许多小查询?

    javascript - 阻止某些国家/地区访问网站的最佳方法

    google-analytics - 如何在谷歌分析中捕获 'jingling traffic bot'流量