пропавшие без вести Системы. Справочник по Windows

Chris, очень удобное сообщение.

Многие, кто предлагает недостаток производительности, выводят, что код, обработанный в веб-приложении, является некоторыми, как различный/нижний от кода обработал в стандартном рабочем процессе. Основной код вводит, возможно, отличающийся, и уверенный, что Вам будет нужен интерпретатор MSIL, но MS показал во многих случаях, что Вы будете на самом деле видеть, что производительность увеличивается во времени выполнения.NET по собственному.

также мудро рассмотреть, как IIS должен быть "мастером на все руки" - позволяющий все виды конфигурации и переопределяет даже на статических файлах . Некоторые из тех разработаны для увеличения производительности (кэширование, сжатие) и - действительно - будет потерян, если Вы не повторно реализуете их в своем коде, но многие из них для других целей и никогда не могут использоваться. Если Вы создаете для своих потребностей (только) Вы можете проигнорировать те другие части и должны понимать некоторое преимущество производительности, даже при том, что существует потенциальный недостаток ASP.NET.

В моем (non-.NET) MVC тестирование я вижу значительный (10x или больше) выигрыши в производительности по веб-формам. Даже если бы был маленький хит на статическом содержании - который не был бы жесткой таблеткой для глотания.

я не удивлен, что различие почти незначительно в Ваших тестах, но я рад видеть, что оно создало резервную копию.

ПРИМЕЧАНИЕ: можно отключить подстановочный знак, отображающийся из статических каталогов (я сохраняю все статические файлы в / помехах / (pics|styles |...)) в IIS. Переключите папку на приложение, удалите подстановочное отображение и переключите его назад с приложения и - voilГ - статические файлы обрабатываются IIS, не приставая к Вашему ASP.NET.