私はすぐに ASP.NET MVC ベータ版に夢中になりました。IIS 6 ホスティング環境に展開する際に犠牲にしないと決めたものの 1 つは、拡張子のない URL です。したがって、私はワイルドカード マッピングを追加することを検討していますが、私が読んだすべてのことは、この方法を使用するとパフォーマンスが低下する可能性があることを示唆しています。しかし、実際のベンチマークが見つかりません!
この質問の最初の部分は、そのようなベンチマークをどこで見つけることができるか知っていますか、それともテストされていない単なる仮定ですか?
質問の 2 番目の部分は、100Mbs 接続を介して開発サーバーで jMeter を使用して実行した 2 つの負荷テストに関するものです。
背景情報
私たちのホスティング プロバイダーには、VLAN 用の 1Gbs バックボーンを備えた 4Gbs のバースト可能なインターネット パイプがあるため、オフィス LAN 経由で生成できるものはすべて、ホスティング環境にうまく変換されるはずです。
テスト シナリオは、通常は通過しない ASP.NET ISAPI フィルターを通過するようになったファイルを要求すると、想定されるパフォーマンス ヒットが発生するため、複数の画像/css ファイルをロードすることでした。各テストには、要求スクリプトをそれぞれ 1000 回繰り返して実行する 50 のスレッド (シミュレートされたユーザー) が含まれていました。各テストの結果は以下に掲載されています。
試験結果
ワイルドカード マッピングなし:
サンプル: 50,000 平均応答時間: 428ms エラー数: 0 1 秒あたりのリクエスト数: 110.1 キロバイト/秒: 11,543
ワイルドカード マッピングの場合:
サンプル: 50,000 平均応答時間: 429ms エラー数: 0 1 秒あたりのリクエスト数: 109.9 キロバイト/秒: 11,534
両方のテストはウォームで実行され (すべてがメモリ内にあり、初期負荷バイアスはありません)、私の観点からは、パフォーマンスはほぼ均等でした。両方のテストの期間中、CPU 使用率は約 60% で、メモリは問題なく、ネットワーク使用率は約 90 ～ 95% で安定していました。
これは、すべてのコンテンツに対して ASP.NET フィルターを通過するワイルドカード マッピングが実際にはパフォーマンスに影響しないという十分な証拠ですか?
編集：11時間でコメントは1つもありませんか？もっと期待してたのに..笑