新しいサーバーにASP.Netアプリケーションを配備した後、最初のユーザーがアプリケーションを起動するまでに長い時間がかかります。おそらく、アプリケーションが初期のコンパイルを実行しているためです。しかし、この一時停止は、アプリケーションがタイムアウトしてメモリから自身をアンロードした後にも発生すると考えられます。*セカンダリ*初期ASP.Netアプリケーションの起動時にコンパイル（？）を一時停止しますか？
1回目のコンパイルは一度だけ起こりますが、2回目は不必要であるように思います....この問題に対処する回避策はありますか？アプリケーションのタイムアウトを延長できるのは良いことですが、セッションタイムアウトを延長する方法があります。この方法では、長期間にわたってすべてのユーザーセッションをメモリに保持することになります。
これは、IISがワーカープロセスをシャットダウンしていることを示しています。デフォルトは、アイドル時間が20分です。 IIS6では、[パフォーマンス]タブのapp pool and turn off the Idle timeoutを構成できます。 IIS7では、it's in the Advanced Settings。
ワーカープロセスを有効に保つために一般的な方法（私には怪しげに見えますが）は、アプリケーションのいくつかのURLに定期的にWeb要求を発行するプログラムをいくつか持つようにすることです。
aspnet_compiler.exeでASP.NETアプリケーションをプリコンパイルすると、初期起動時間を短縮できます。これにより、最初のリクエスト時間がゼロになることはありません（ワーカープロセスを作成し、他のハウスキーピングを行う必要があります）が、それは大幅に削減されます。
IISのアプリケーションプールに推奨される設定がいくつか見つかりました。これらの設定の意図する結果は、アプリケーションが起動サイクルを通過する必要がある回数を減らすことです。これらの設定は、IIS 6並びにIIS 7に適用されるべきである：
私はワーカープロセスのリサイクルを無効にすることを推奨しています。健全なアプリは重複したリサイクルのために違いを気付くべきではありません。誤ったアプリが大いに役立ちます。私は正直に、それを有効にすることにはほとんど欠点を見ていません。 –
私は肯定的ではありませんが、IIS 6とIIS 7のアプリケーションプールで役立つチューニングがいくつかある可能性があります。 –