不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

回答

相關問題