计算HTTP数据包
HTTP数据包的数量和网页中对象的数量之间的关系是什么？对HTML页面中引用的每个文件发出GET请求，所有这些文件通常都适合一个TCP流段。HTTP是一个状态机，因此，许多请求/响应可以在一个请求/响应中通过管道传输 响应发送的数据包数量因对象大小和缓存参数而异。例如，如果一个文件已经在浏览器缓存中，它将进行条件get，并将接收一个HTTP/1.1 304 Not MODIFED响应代码，该代码不包含任何数据。此外，许多HTTP/1.1 304可以在一个段中发布，因为与段的最大大小相比，此响应非常小。另一个例子是，如果文件大于最大段大小，则文件可能会被分割成许多段计算HTTP数据包,http,packet,Http,Packet,HTTP数据包的数量和网页中对象的数量之间的关系是什么？对HTML页面中引用的每个文件发出GET请求，所有这些文件通常都适合一个TCP流段。HTTP是一个状态机，因此，许多请求/响应可以在一个请求/响应中通过管道传输 响应发送的数据包数量因对象大小和缓存参数而异。例如，如果一个文件已经在浏览器缓存中，它将进行条件get，并将接收一个HTTP/1.1 304 Not MODIFED响应代码，该代码不包含任何数据。此外，许多HTTP/1.1 304可以在一个段中发布，因为与段的最大大小相比，此响应非
这就是您想要知道的吗？对HTML页面中引用的每个文件都会发出GET请求，所有这些文件通常都适合一个TCP流段。HTTP是一个状态机，因此，许多请求/响应可以在一个请求/响应中通过管道传输 响应发送的数据包数量因对象大小和缓存参数而异。例如，如果一个文件已经在浏览器缓存中，它将进行条件get，并将接收一个HTTP/1.1 304 Not MODIFED响应代码，该代码不包含任何数据。此外，许多HTTP/1.1 304可以在一个段中发布，因为与段的最大大小相比，此响应非常小。另一个例子是，如果文件大于最大段大小，则文件可能会被分割成许多段 这是你想知道的吗 HTTP数据包的数量和网页中对象的数量之间有什么关系 简单的回答是，显然存在某种关系，但你无法准确地预测其中一种 为了获得更详细的答案，我们首先需要纠正问题中的一些误解： 没有HTTP数据包这样的东西。HTTP是一种面向消息的应用程序协议，每个获取的资源有一条请求消息和一条响应消息。它位于一个可靠的字节流协议之上，该协议具有流控制等功能，称为TCP。这又位于称为IP的数据包交换协议之上。HTTP请求/响应交换接收的IP数据包数量不可预测。。。取决于消息大小和网络条件。其他HTTP特性，如压缩、保持连接活动、缓存等，使事情变得更加复杂 对象的概念定义不清。一个对象可以在HTTP请求/响应对之间有一对一的对应关系，即上面提到的资源，那么这部分就简单了。当然，资源可以是Web服务器应用程序域中多个对象的呈现 除此之外，您还必须考虑这样一个事实：典型的HTML资源引用了其他资源脚本、CSS、图像等，甚至可能涉及Ajax回调。每一个都是一个资源，可能需要也可能不需要获取。。。取决于缓存等 最后，还有一个隐含的假设，即所有对象的大小都相同。这在某些应用程序域中可能是正确的，但在一般情况下并非如此 因此，总的来说，要预测获取一定数量的对象所需的网络数据包的数量是可行的，还有很多变量和未知因素 一种更实用的方法是将数据包级网络分析仪连接到您的网络，并让它计算发送和接收的数据包数量 如果您做出以下假设： HTTP数据包是HTTP消息， 对象是资源， 资源不需要其他资源脚本、CSS、图像等来渲染， 没有缓存， 服务器没有执行重定向。 然后一个对象需要两个HTTP数据包 但坦率地说，您已经将问题简化到了这样一个地步：对于预测真实web服务器的实际性能，答案几乎是无用的。例如，这些物体中的任何一个都可能很小。。。或者巨大。如果您允许使用任意javascript或视频流链接之类的内容，那么某种类型的数据包的数量可能是无限的 HTTP数据包的数量和网页中对象的数量之间有什么关系 简单的回答是，显然存在某种关系，但你无法准确地预测其中一种 为了获得更详细的答案，我们首先需要纠正问题中的一些误解： 没有HTTP数据包这样的东西。HTTP是一种面向消息的应用程序协议，每个获取的资源有一条请求消息和一条响应消息。它位于一个可靠的字节流协议之上，该协议具有流控制等功能，称为TCP。这又位于称为IP的数据包交换协议之上。HTTP请求 /响应交换接收的IP数据包数量不可预测。。。取决于消息大小和网络条件。其他HTTP特性，如压缩、保持连接活动、缓存等，使事情变得更加复杂 对象的概念定义不清。一个对象可以在HTTP请求/响应对之间有一对一的对应关系，即上面提到的资源，那么这部分就简单了。当然，资源可以是Web服务器应用程序域中多个对象的呈现 除此之外，您还必须考虑这样一个事实：典型的HTML资源引用了其他资源脚本、CSS、图像等，甚至可能涉及Ajax回调。每一个都是一个资源，可能需要也可能不需要获取。。。取决于缓存等 最后，还有一个隐含的假设，即所有对象的大小都相同。这在某些应用程序域中可能是正确的，但在一般情况下并非如此 因此，总的来说，要预测获取一定数量的对象所需的网络数据包的数量是可行的，还有很多变量和未知因素 一种更实用的方法是将数据包级网络分析仪连接到您的网络，并让它计算发送和接收的数据包数量 如果您做出以下假设： HTTP数据包是HTTP消息， 对象是资源， 资源不需要其他资源脚本、CSS、图像等来渲染， 没有缓存， 服务器没有执行重定向。 然后一个对象需要两个HTTP数据包
但坦率地说，您已经将问题简化到了这样一个地步：对于预测真实web服务器的实际性能，答案几乎是无用的。例如，这些物体中的任何一个都可能很小。。。或者巨大。如果您允许使用任意javascript或视频流链接之类的内容，那么一种或另一种数据包的数量可能是无限的。什么是HTTP数据包？“也许是请求。”根据他在Pedrowthur的回复中所说的上述评论，我认为他指的不是数据包的数量，而是HTTP请求的数量。什么是HTTP数据包？上面的评论，基于他在PEdroArthur的回答中所说的，我认为他并不意味着数据包的数量，而是HTTP请求的数量，实际上我想考虑简单的条件，没有缓存，没有历史，完全简单的页面有一些图片和JavaScript，CSS…我想知道我可以使用HTTP请求的数量作为对象的数量吗？是的，你可以。简单地说，它是对HTTP本身的一个GET请求，加上对它引用的每个文件的一个请求。然后，sad@Mike是On中请求数的渐近上界。鉴于javascript可以发出自己的请求，在初始页面加载序列之后，最坏情况下的请求数是无限的。这取决于你对一个完全简单的网页的定义……实际上，我想考虑简单的条件，没有缓存，没有历史和完全简单的页面与一些图片和JavaScript，CSS…我想知道我可以使用HTTP请求的数量作为对象的数量吗？是的，你可以。简单地说，它是对HTTP本身的一个GET请求，加上对它引用的每个文件的一个请求。然后，sad@Mike是On中请求数的渐近上界。鉴于javascript可以发出自己的请求，在初始页面加载序列之后，最坏情况下的请求数是无限的。这取决于你对一个完全简单的网页的定义……我同意你的观点。但是，我不同意您的观点，即这种简化，连同资源平均大小，可能被用于呈现应用程序需求的上限。这不是最好的衡量标准，因为预测可能会导致过度支出，但在大型网络场景中可以节省大量时间。而且，根据一些经验，你的大脑为它创造了一个很好的启发方法=d问题是结果并不总是一个上限，例如参考资源，也不总是一个指示性的；e、 g.一公升牛奶的上限为1000000美元是正确的，但这并不能说明我的早餐要花多少钱。关于经验你是对的。。。但这种经验不能用公式来描述，事实上。然而，这永远不会达到如此夸张的上限。用我的街头格斗数学计算，我认为这只会比平均最高10倍大几倍，也为人群提供了一个空间。然而，我的观点是：这种简化并不是最优的，因为它无法收集所有涉及的变量，也许这个问题无法精确表述，但它并非完全无用。此外，结合其他一些分析工具，如MVA和马尔可夫链，它可以提供一个很好的预测场景，主要是当您无法访问服务器日志或其他示例数据源时。永远记住，人必须是
对这些预测要谨慎而理性。我同意你的观点。但是，我不同意您的观点，即这种简化，连同资源平均大小，可能被用于呈现应用程序需求的上限。这不是最好的衡量标准，因为预测可能会导致过度支出，但在大型网络场景中可以节省大量时间。而且，根据一些经验，你的大脑为它创造了一个很好的启发方法=d问题是结果并不总是一个上限，例如参考资源，也不总是一个指示性的；e、 g.一公升牛奶的上限为1000000美元是正确的，但这并不能说明我的早餐要花多少钱。关于经验你是对的。。。但这种经验不能用公式来描述，事实上。然而，这永远不会达到如此夸张的上限。用我的街头格斗数学计算，我认为这只会比平均最高10倍大几倍，也为人群提供了一个空间。然而，我的观点是：这种简化并不是最优的，因为它无法收集所有涉及的变量，也许这个问题无法精确表述，但它并非完全无用。此外，结合其他一些分析工具，如MVA和马尔可夫链，它可以提供一个很好的预测场景，主要是当您无法访问服务器日志或其他示例数据源时。永远记住，人们必须对这些预测保持谨慎和理性。