UrlRewriter.NETの使用に興味があり、Win2k3上のIIS 6.0の構成ページで、ASP.NETISAPIを介してすべての要求をマップすると言われていることに気付きました。
それは問題ありませんが、このパフォーマンスについて誰かが良いことや悪いことを言っているのではないかと思います。これを行うことで、私のWebサーバーはひざまずくのでしょうか、それともサーバーの負荷が少し増えるのでしょうか。
私のサーバーには現在息をする余地があるので、パフォーマンスへの影響が予想され、許容範囲内です。
ワイルドカード マッピングは、ページ リクエストの処理ではなく、すべてのコンテンツに対してアプリ スレッド プールを使用するため、パフォーマンスに大きな影響を与えます。画像、css、javascript などのリソースを少なくとも 10 個追加した通常のページがあるとします。この場合、静的コンテンツをプールから直接提供することで、他の潜在的なリクエストをブロックしています。asp.net IIS 6 スレッドの詳細については、こちらを参照してください。
それを調べる1つの方法（私が行った方法）は、静的コンテンツを保持するフォルダーへのワイルドカードマッピングを無効にすることです。その後、通常の状況で行うように、有効なアプリリクエストのみを受け取ります.
静的ディレクトリのマッピングを解除する方法は、それらのそれぞれのアプリケーションを作成してからマッピング解除を行い、その後、アプリケーションの作成を元に戻すことです。詳細については、Steve Sanderson のブログを参照してください。
これによると：http：//mvolo.com/blogs/serverside/archive/2006/11/10/Stopping-hot_2D00_linking-with-IIS-and-ASP.NET.aspx ...私たちは30％の影響について話している画像の提供に使用されるリソース。
更新1：動的コンテンツと静的コンテンツの量によって異なります。十分な予備容量がある場合は、それをオンにして、パフォーマンスへの影響を厳密に追跡できます。劣化しすぎた場合は、オフにすることができます。その後、拡張機能のない変更を行うことに自信を持って進めることができます。
IIS 6.0 のワイルドカード マッピングのベンチマークを見てみましょう。
私が長年にわたって実際に経験してきたことを示しているように見えます.ASPNet dllを使用するときのオーバーヘッドはごくわずかです. 問題になるのに十分なトラフィックがある場合、ASPNet dll になる前に、より大きなボトルネックを引き起こしているものが 100 あります。