Подтвердить что ты не робот

Рабочий процесс ASP.NET по-прежнему возвращает данные в кусках 31kb

Рабочий процесс ASP.NET по-прежнему возвращает данные в кусках 31Kb

Эта статья MSDN, написанная в мае 2004 года, указывает следующее.

При использовании модели процесса ASP.NET, рабочий процесс ASP.NET отправляет ответы обратно клиенту, сначала отправляет их через IIS в 31 килобайт (KB) кусков. Это относится к .NET. Framework 1.1, но он может будущие версии. Чем больше блоков размером 31 КБ что ASP.NET должен отправлять через IIS, тем медленнее выполняется ваша страница. Ты можешь определить, сколько блоков ASP.NET требуется для вашей страницы, просматривая страницы, просмотра источника, а затем сохраняя файл на диске. Определить количество кусков, разделите страницу на 31.

Изменена ли эта архитектура с 2.0, 3.5 и 4.0?
Если да, то какой новый размер блока для каждой из новых версий .NET?

[Изменить]
Его прошло более двух недель с момента публикации сообщения correct:(
И, пожалуйста, не предоставляйте умозрительные ответы

4b9b3361

Ответ 1

Я думаю, что настоящий вопрос - это имеет значение? Оригинальная статья была ужасно написана, чтобы заставить вас думать, что это так. 31kb куски, возвращенные из рабочего процесса в IIS, находятся в одной системе, это не означает, что куски 31kb возвращаются клиенту. IIS обрабатывает эти куски, а затем отдельно определяет, как блокировать их для отправки клиенту. Производительность не связана С# кусками, она связана с количеством байтов.

Изменение размера кусков не повлияет на вашу производительность каким-либо заметным образом. Это было бы похоже на попытку изменить размер страницы внутренней памяти на текстовом документе. Я думаю, что именно по этой причине MS не упоминает размер куска с 2004 года - это внутренняя мера, которая не оказывает заметного влияния на производительность.