IIS7 Integrated vs Classic Pipeline - который использует больше потоков ASP.NET?

Question

С интегрированным конвейером все запросы передаются через ASP.NET, включая изображения, CSS.

Принимая во внимание, что в классическом конвейере только запросы на страницы ASPX по умолчанию передаются через ASP.NET.

Может ли интегрированный конвейер отрицательно повлиять на использование резьбы?

Предположим, я прошу 500 MB двоичный файл с сервера IIS:

• с интегрированным трубопроводом, ASP.NET рабочий поток будет использоваться для бинарной загрузки (правда?).
• С классическим конвейером запрос обслуживается непосредственно IIS, поэтому ни одна из ветвей ASP.NET не используется.

Для меня это относится к классическому конвейеру, так как я бы хотел, чтобы столько потоков было возможно для обслуживания страниц ASPX.

Я полностью от основания здесь?

Answer 1

Если вы посмотрите на machine.config, web.config и applicationHost.config в IIS 7, вы увидите, что способ статического содержимого не изменяется при переключении между классическим и интегрированным конвейером. Единственное, что меняется, - это то, передаются ли запросы, сопоставленные asp.net через управляемый модуль или собственный модуль фильтра ISAPI.

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

Поэтому более подходящим эталоном будет IIS 6 и IIS 7, и я подозреваю, что IIS 7 станет явным победителем.

Answer 2

Я бы сказал, что вы правы, но я смотрю на это с другой точки зрения.

Нужно ли обрабатывать запросы на страницы, отличные от ASPX? Например, чтобы зарегистрировать их или запретить ответ, если какое-либо условие не выполнено.

Если вам нужна эта возможность обработки, используйте встроенный трубопровод. Если вы этого не сделаете, используйте классический конвейер.