Классическое ASP и сопоставление подстановок

Question

Мы включили сопоставление подстановочных знаков для существующего классического ASP-сайта для обработки через aspnet_isapi.dll. С тех пор производительность сайта упала? Скомпилированы ли файлы .asp, прежде чем они будут обслуживаться IIS? Любая помощь очень ценится

Jyothish Джордж

Answer 1

С тех пор производительность веб-сайт упал?

Häh? Вы сделали это на своем сервере. Вы должны ЗНАТЬ, снижается ли производительность или нет. Если вы являетесь парнем, у которого есть доступ к вашим собственным файлам журналов и счетчикам производительности.

Скомпилированы ли файлы .asp, , прежде чем он будет обслуживаться IIS?

Поскольку ASp не является языком для начала, он не компилируется. Этот язык (возможно, вероятно, VBScript) обрабатывается Windows Active Scripting Host ... и для основных языков (у вас могут быть разные) ... это не скомпилировано. Я мог бы быть, но я не знаю ни одного скомпилированного языка.

Какую версию сервера вы используете?

Answer 2

Включение сопоставления подстановочных знаков будет PUSH всех файлов даже .gifs, .css, .jpgs, .js и т. Д. Через aspnet_isapi.dll. Вероятно, это связано с ухудшением производительности.

Возможно, вы захотите переместить все статические файлы в подкаталог, в котором не включено отображение подстановочных знаков.

Answer 3

Я был менеджером программ для некоторых частей ASP на IIS4 и IIS5, поэтому я знаю пару вещей об этом!

Да, вы можете иметь первичное влияние, потому что вы сообщаете IIS, чтобы направлять больше запросов файла через ISAPI. Когда IIS получает запрос, у него есть два варианта - обход всего промежуточного кода и доступ к файлу непосредственно с диска и подача пользователю. Это очень быстро и позволяет кэшировать. Второй вариант - передать его в некоторый код (ISAPI) для обработки, а затем потенциально обслужить результат. Это гораздо более медленный путь кода. Добавление подстановочного сопоставления означает, что запрос будет передаваться по пути ISAPI. Отсюда потенциальное падение.

Лучшее действие - отключить отображение подстановочных знаков и измерить perf; затем включите его и повторите измерение perf. Если там -, то первичную каплю рассмотрим ограничение того, какие файлы отображаются. Например, отображение foo * .bar, вероятно, не приведет к значительной деградации перфорации; но .b обязательно обязательно.

Надеюсь, что это поможет!