どのくらいの頻度でアプリケーション プールをリサイクルする必要がありますか?
アプリケーション プールを 24 時間ごとにリサイクルする必要があると誰かに言われましたか?
アプリケーション プールをリサイクルする必要があるのはなぜですか?
私たちはどのような恩恵を受けるのでしょうか。
どのくらいの頻度でアプリケーション プールをリサイクルする必要がありますか?
アプリケーション プールを 24 時間ごとにリサイクルする必要があると誰かに言われましたか?
アプリケーション プールをリサイクルする必要があるのはなぜですか?
私たちはどのような恩恵を受けるのでしょうか。
最優先の理由がない限り、時間ベースのリサイクルは行わないことをお勧めします(つまり、毎日午前3時などのスケジュールも、29時間ごとの周期的なリサイクルもありません)。これは、物事が不安定だったときからの引き継ぎであると私は主張します(定期的にサーバーを再起動する必要があるという軽いバージョンをリサイクルすることを検討してください)。
メモリリークなどから身を守るために、仮想メモリと使用済みメモリに制限を設定して、プロセスが制御不能になった場合にリサイクルを強制することができます。不必要にリサイクルすることなく、メモリを使いすぎないようにすることのすべての価値が得られます。
リサイクルが必要な場合は絶対にありますが、これらは主に変更の前後に存在します(つまり、新しいDLLをドロップする場合、または特定の構成を変更する場合)。適切に記述されテストされたコードを使用した「定期的なメンテナンス」タイプのリサイクルに関しては、これは必要ありません。(追加の注意点として、適切な監視も役立ちます。CPUでプロセスが暴走する可能性があり、リサイクル制限がないためです)
リサイクルの利点は、「最初からやり直す」ことです。メモリをクリーンアップし、DLLを再ロードします。実行時間の長いスレッド(読み取り:何も実行していないハングしたスレッド)はクリーンアップされます。欠点は、時間をかけてメモリにロードし直す必要があることです(ただし、新しいウォームアップでは多くの処理が行われます)。