Configuring Idle Timeout and Recycling Schedules for IIS Application Pools
Jul 16, 2025 am 01:39 AMConfiguring idle timeouts and recycle schedules for application pools in IIS optimizes performance and resource management. 1. Idle timeout is used to close the application pool when there is no request. The default is 90 minutes, which is suitable for low access scenarios. If the settings are too short, it may cause the first access delay. It is recommended to adjust according to the traffic. If the intranet system is set to 30 minutes, the external network will remain the default or longer. The operation steps include opening the IIS manager, selecting the application pool, and modifying the "Idle timeout (minutes)". 2. Regular recycling can release resources during low peak periods and prevent leakage. It is commonly set to 2 a.m. Enable "Overlapping Recycling" to reduce interruptions; the setting method is to add recovery time points in "Advanced Settings". 3. It is recommended to analyze the request frequency and resource usage in combination with logs and monitoring, and continuously optimize the configuration to ensure a balance of stability and efficiency.
Configuring idle timeouts and recycling plans for application pools in IIS is an important step in optimizing server performance and resource management. Setting these parameters rationally can avoid resource waste while ensuring applications respond quickly when needed.

1. Understand the Idle Timeout
Idle timeout refers to the fact that when an application pool does not have any request processing within a specified time, IIS will automatically close the application pool to save system resources.

- Default value : 90 minutes
- Applicable scenarios : suitable for applications with low access volume, such as internal management systems or test environments.
- Note : If the idle time is set too short, it may cause delays when the user first access is due to the application that needs to be restarted.
It is recommended to adjust this value based on actual business traffic. For example, the enterprise intranet system can be set to 30 minutes, while external service websites are recommended to keep the default or longer.
Operation steps:

- Open IIS Manager
- Select the corresponding application pool
- Click "Advanced Settings"
- Modify the "Idle Timeout (Minutes)" item
2. Set up a Recycling Schedule
In addition to recycling based on idle state, you can also set up a timed recycle application pool. This helps free up memory, restart processes that may have problems, and prevent resource leaks caused by long-term operation.
- Common settings : Recycling is performed at 2 a.m. every day
- Advantages : Restart can be completed during the peak period without affecting the user experience
- Note : If there is an ongoing request during recycling, the operation may be interrupted. It is recommended to use it in conjunction with the "request queue" mechanism
The setup method is as follows:
- Find Recycle in Advanced Settings in Application Pool
- Expand "Recycling Time (Time-based Recycling)"
- Add one or more time points, such as
02:00:00
If your application has extremely high availability requirements, consider enabling the "overlapping recycling" function to allow new and old work processes to alternately run and reduce interruptions.
3. Adjust with logs and monitoring
Relying solely on default settings may not meet the needs of complex businesses. It is recommended to continuously optimize through the following methods:
- View request frequency in IIS logs and analyze peak and trough time periods
- Use Performance Monitor (PerfMon) to observe memory usage and CPU usage
- Use event viewer to track application pool recycling events to confirm whether they are frequently triggered
If you find that the application pool is recycled multiple times a day, but there is no significant performance degradation, it may be that the setup is too aggressive; on the contrary, if it is not recycled once a few days, you may want to consider introducing regular recycling to free up resources.
Basically that's it. Configuring Idle Timeout and Recycling Schedule is not complicated, but it is easy to ignore details. As long as you adjust flexibly according to the actual load, you can find a balance between stability and resource efficiency.
The above is the detailed content of Configuring Idle Timeout and Recycling Schedules for IIS Application Pools. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undress AI Tool
Undress images for free

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics

To limit the size of client requests, the maxAllowedContentLength parameter can be modified in web.config, such as setting it to 104857600 (100MB), and synchronizing the maxRequestLength of ASP.NET at the same time; to reasonably set the connection timeout time, it can be modified through the IIS manager or appcmd.exe command, with the default of 120 seconds, and the API scenario is recommended to set it to 30-90 seconds; if the request queue is full, you can increase MaxClientConn and QueueLength, optimize application performance, and enable load balancing to relieve stress.

HighCPUusageinIISworkerprocessesistypicallycausedbyinefficientcode,poorconfiguration,orunexpectedtrafficpatterns.Todiagnosetheissue,firstidentifythespecificw3wp.exeprocessusinghighCPUviaTaskManagerorResourceMonitoranddetermineitsassociatedapplication

Strengthening IIS security requires five steps: 1. Disable unnecessary functions and services, such as WebDAV, FTP, etc.; 2. Close the default website and test pages, delete or prohibit access to useless script directories; 3. Configure request filtering rules to prevent illegal extensions, directory traversal and super long URLs, and use URLs to rewrite and hide the real path; 4. Enable HTTPS and force jumps, and set security response headers such as HSTS, X-Content-Type-Options; 5. Regularly update system patches, enable logging and use tools to analyze abnormal access behavior. Through these measures, we can effectively prevent common attack methods such as SQL injection, XSS, directory traversal, and improve the overall security of the server.

VirtualdirectoriesandapplicationsinIISdifferinindependenceandconfiguration.1.Virtualdirectoriesactasaliasestoexternalcontent,sharingtheparentsite’sapplicationpoolandconfiguration,idealfororganizingstaticfileswithoutduplication.2.Applicationsrunindepe

ToenableandcustomizedirectorybrowsinginIIS,firstinstallandenabletheDirectoryBrowsingfeatureviaServerManagerandIISManager;next,customizetheappearanceusingheaderandfooterHTMLsnippets;thenconfiguredefaultdocumentstopreventunintendeddirectorylistings;fin

Yes,youcanuseARRwithIISasareverseproxybyfollowingthesesteps:firstinstallARRandURLRewriteviaWebPlatformInstallerormanually;nextenableproxyfunctionalityinIISManagerunderARRsettings;thenconfigurereverseproxyrulestospecifywhichrequeststoforwardtobackends

When configuring dynamic compression in IIS, selecting content types reasonably can improve performance. First enable the dynamic compression module, install and configure web.config or IIS manager through the server manager. Secondly, set appropriate content types, such as HTML, CSS, JavaScript, and JSON, text content is suitable for compression, while pictures and videos are not suitable. Finally, pay attention to the impact of client compatibility and performance, monitor CPU load, client support status and small file compression effects, and adjust the configuration based on actual traffic to obtain the best benefits.

To solve the IIS application pool authentication account permission problem, first, you need to confirm the identity account used by the application pool. The default is IISAppPool{AppPoolName}, which can be viewed or modified through the IIS manager; secondly, make sure that the account has corresponding permissions to the website physical path (such as D:\MyWebSite). The operation steps are: Right-click the folder → Properties → Security → Edit → Add the corresponding account and set the read, write and other permissions; common errors such as 401.3 is due to lack of read permission, 500.19 may be due to insufficient permissions for web.config file, and failure to upload may be due to lack of write permissions; pay attention to whether the inheritance permissions are effective, the UNC path needs to be configured with a username and password, and it may be necessary to modify it after the username and password.
