Каковы последствия командной строки для сопоставления всех запросов через IIS 6.0?

Question

Я заинтересован в использовании UrlRewriter.NET и заметил в config page для IIS 6.0 на Win2k3, что они говорят, чтобы сопоставить все запросы через ASP.NET ISAPI.

Это прекрасно, но мне интересно, есть ли у кого-нибудь хорошие или плохие вещи, чтобы сказать об этом исполнении? Будет ли мой веб-сервер перетаскиваться на колени, делая это, или это будет скорее небольшим шагом в загрузке сервера?

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

Answer 1

Подстановочное сопоставление оказывает огромное влияние на производительность, главным образом потому, что использует пул потоков приложений не для обработки запроса страницы, а для всего содержимого. Предположим, у вас есть обычная страница с по меньшей мере 10 дополнительными ресурсами, такими как изображения, css и javascript, - тогда вы блокируете другой потенциальный запрос, обслуживая статический контент непосредственно из пула. Более подробную информацию о потоке asp.net IIS 6 можно найти here.

Один из способов его преодоления (как я это сделал) - это неспособность сопоставления подстановочных знаков в папки, содержащие статический контент, после чего вы получите только действительный запрос приложения, как и в обычной ситуации.

Способ разблокировать статические каталоги - это создать приложение каждого из них, а затем сделать unmapping, а затем отменить создание приложения. Вы можете найти более подробную информацию о Steve Sanderson's blog.

Answer 2

В соответствии с этим: http://mvolo.com/blogs/serverside/archive/2006/11/10/Stopping-hot_2D00_linking-with-IIS-and-ASP.NET.aspx ... мы говорим о 30% -ном воздействии ресурсов, используемых для обслуживания изображений.

Обновление 1: Это будет зависеть от количества динамического и статического содержимого, которое у вас есть. Если у вас достаточно запасных возможностей, вы можете просто включить его и внимательно следить за воздействием производительности. Если он начинает сильно ухудшаться, вы можете просто отключить его. После этого вы можете с уверенностью приступать к изменениям без расширения.

Answer 3

Может быть, посмотрите на IIS 6.0 wildcard mapping benchmarks?

Казалось бы, чтобы показать, что я пережила в дикой природе в течение многих лет - накладные расходы при использовании библиотеки DLL САШ является negligable. Если у вас достаточно трафика, чтобы это было проблемой, будет сто вещей, которые вызывают большее узкое место, прежде чем это будет dll ASPNet.