不ASP.NET工作进程仍然在31KB

不ASP.NET工作进程的块返回数据仍然在31KB不ASP.NET工作进程仍然在31KB

的大块

这MSDN article写在2004年5月指定以下返回数据。

当使用ASP.NET过程模型， ASP.NET工作过程发送响应返回给客户端时，它首先在 31千字节（KB）的块并将它们发送通过IIS。这适用于.NET Framework 1.1，但可能会在未来的版本中更改为。 ASP.NET必须通过IIS发送更多31-KB的块，页面运行速度越慢，越慢。您可以通过浏览页面，查看源文件，然后将文件保存到磁盘，确定您的页面需要多少块ASP.NET 。为了确定块的数量，除以31

的一页的大小这种架构自从2.0，3.5和4.0改变了吗？
如果是这样，那么每个.NET新版本的新块大小是多少？

[编辑]自发布仍无correct回复:(
请不要提供解答投机

来源

2010-01-12 Binoj Antony

如果你的问题没有得到回答，SO建议给予奖励：http://stackoverflow.com/faq'如果2天之后，你仍然没有你喜欢的答案，你可以提供赏金' – 2010-01-19 04:41:54

10为什么你把它变成一个社区wiki？现在没有人会回答你的问题:( – 2010-01-22 20:53:52

顺便说一句，从我个人的经验与SO赏金 - 我不会推荐它 – 2010-01-22 20:54:58

我认为真正的问题是
它已经超过两个星期 - 这很重要原文章是可怕的写，让你认为它是从工作进程返回到IIS的31kb块都在一个系统上，这并不意味着31kb块返回给客户端，IIS处理这些块，然后分别确定如何将它们分块发送到客户端，性能与块的数量无关，它与字节数有关

更改大块的大小不会以任何可感知的方式改变您的性能。这就像试图改变word文档的内部页面大小。我认为这是MS自2004年以来没有提到块大小的原因 - 这是一种内部衡量，对性能没有明显的影响。

来源

2010-01-25 19:12:53 Andrew

@andrew there has已被删除的你的3个答案，请把这个作为评论，而不是答案。 – 2010-01-26 19:11:55

@Binoj - 你问的是微软软件内部的东西，而不是与性能有关的东西。通过要求人们删除他们的答案，你不会得到答案...添加赏金。 – Andrew 2010-01-26 21:13:01

但事实仍然是，您的答案仍然是对问题的评论，而不是答案。如果这个问题没有得到解答，那么MS有人会有机会看看这个，你正在破坏这个机会。无论如何，我无法控制非答案:( 我的意图是至少在一段时间内将其保留在未解答的问题中，直到它得到答案为止...... – 2010-02-03 12:35:32

不ASP.NET工作进程仍然在31KB

回答

相关问题