加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

ASP.NET工作进程仍然以31kb的大小返回数据

发布时间:2020-12-16 00:36:40 所属栏目:asp.Net 来源:网络整理
导读:ASP.NET工作进程仍然以31Kb的块返回数据 2004年5月写的这个MSDN article规定了以下内容。 When using the ASP.NET process model, the ASP.NET worker process sends responses back to the client,it first sends them through IIS in 31-kilobyte (KB) chu
ASP.NET工作进程仍然以31Kb的块返回数据

2004年5月写的这个MSDN article规定了以下内容。

When using the ASP.NET process model,
the ASP.NET worker process sends
responses back to the client,it first
sends them through IIS in 31-kilobyte
(KB) chunks. This applies to .NET
Framework 1.1,but it could change in
future versions. The more 31-KB chunks
that ASP.NET has to send through IIS,
the slower your page runs. You can
determine how many chunks ASP.NET
requires for your page by browsing the
page,viewing the source,and then
saving the file to disk. To determine
the number of chunks,divide the page
size by 31.

这个架构是否从2.0,3.5和4.0改变了?
如果是这样,那么每个新版本的.NET的新块大小是多少?

[编辑]
自发贴以来已经有两周多了,
请不要提供投机答案

解决方法

我认为真正的问题是 – 是否重要?原来的文章是非常刻薄的,让你认为它是。从工作进程返回到IIS的31kb块都在一个系统上,并不意味着31kb块被返回给客户端。 IIS会处理这些块,然后单独确定如何将其块块发送给客户端。性能与块数无关,与字节数有关。

改变大小的大小不会以任何明显的方式改变你的表现。这就像尝试更改word文档上的内部存储器页面大小。我认为这是MS自2004年以来没有提到大块的原因 – 这是一个对性能没有明显影响的内部措施。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读