仮想ディレクトリのIIS/ASPアプリケーションを専用のIPで新しいWebサイトに変換すると性能が低下する

Question

デフォルトのIIS Webサイトの仮想ディレクトリでasp.netアプリケーションを実行しています。

これを（同じマシン上の）独自のIPアドレスを持つ独自のWebサイトに展開すると、パフォーマンスが大幅に低下します。

これはおそらくルーティング問題の一種だと思うかもしれませんが、私は物事のネットワーキングの終わりにはあまり鋭敏ではないので、最初に何を見て始めたらよいか分かりません。それとも、まったく別のものかもしれませんか？

UPDATE：このシナリオでは、他の すべてが同じように推移している、基本的に、静的IPアドレスを持つ新しいウェブサイトは、仮想ディレクトリからのファイルの全てがにxcopiedた新しいフォルダを指して、作成されました。

サイト全体が遅いようです（ただし、時間の経過とともに上下に変化します）....画像、スクリプト、名前を付けます。ひどく珍しいメモリやCPU消費はありません。

可ルーティング問題のようなものですか？もしそうなら、どのようにして人はこれを診断するでしょうか？

Answer 1

アプリケーションが遅いか、問題がネットワーク構成にあるかどうかを検出するには、ASP.Netトレースを使用する必要があります。

あなたは、ASPXでpageディレクティブにTrace="true"を追加することにより、ページレベルのトレースを有効にできます。

<%@ Page Trace="true" %> 

かは、代わりに、web.configファイルを通じてアプリケーション全体のトレースを有効にすることができます。

<configuration> 
    <system.web> 
    <trace enabled="true" requestLimit="40" localOnly="false"/> 
    </system.web> 
</configuration> 

チェック詳細はMSDN articles on ASP.Net Traceをご覧ください。

私のベット（私が持っていた問題）：

1. ASP。
   • maxconnection
   • maxIoThreads
   • maxWorkerThreads
   • minFreeThreads
   • minLocalRequestFreeThreads
   ：ネット設定の問題 machine.configにおけるいくつかの重要なパラメータフォア
   • デフォルトでは、次のパラメータを確認する必要があり非常に低いですここで
   • は、説明および推奨値である：IIS 6.0 Tuning for Performance
2. データベースの問題
   • データベース別のサーバー上のアプリケーションは非常におしゃべり（小さなクエリのたくさん）
   • 別のサーバー上のデータベースとひどく構成されていました待ち時間の原因となった内部ネットワーク

3. ネットワーク構成の簡素化an ASP.NET performance bottleneck mystery