IIS Application Pool recycle after appsettings.config change

I see that you have already got some answers on Stack Overflow, there are two articles that helped me understand how to get round the issues with sessions in ASP.net specifically:

• Why do I loose ASP Session State in IIS6 - David Wang
• Thoughts on Application Pool Recycling and Application Availability - David Wang

You shouldn't have to recycle the Application Pool on a regular basis, in your example it coulde easily be several times a minute. If you do need to for a technical reasons, then schedule it at a specific time such as 0400 in the morning.

IIS will respect both of those limits.

If you set a 500MB private byte limit, as soon as a worker process attempts to commit 501MB, IIS will spin up a new worker process and kill the old one.

If you set a 3GB virtual memory limit, as soon as a worker process attempts to reserve 3.001GB, IIS will spin up a new worker process and kill the old one.

If you are on a 64bit platform, you should be aware that ASP.NET applications aggressively reserve virtual memory. As an example, I have an app on a farm that uses only 88MB of private bytes, but its sitting at 5.4GB Virtual Size right now. I believe the virtual memory reservation is a function of physical RAM on the server. It's also important to understand that on a 64bit platform, reserving large portions of virtual memory has zero performance impact.

Basically, if you are having memory consumption issues on an IIS server, the setting you want to limit is Private Memory/Bytes, this is what corresponds to actual memory usage.