ASP.NET配置文件machine.config与性能
与传统的ASP不同的是,ASP.NET不是运行在IIS的地址空间,而是有自己的进程。该进程可以通过XML配置文件machine.config进行配置。
ASP.NET进程: aspnet_wp.exe
传统的ASP程序的内存问题或配置不当总是会导致Internet Information Server (IIS)要么停止响应,要么崩溃。其根本原因是由于ASP进程是在IIS的进程空间中运行的。为此,ASP.NET有了自己的进程:aspnet_wp.exe。这个进程是通过machine.config来配置的。并且这个文件的设置会在整个服务器中起作用,是全局的。在这个配置文件中,可以指示ASP.NET在响应了一段时间、请求或内存使用率到一定程度后重新该进程。也可以指示ASP.NET根据主板的CPU数来创建多个进程实例。这个进程是独立于IIS的。它仅仅是通过IIS来接收和发送消息。实际上,在服务器启动后,只有当用户开始使用ASP页面时,这个进程才会创建出来。如下图所示:
配置文件:machine.config
在安装时如果没有改变安装路径,machine.config会被安装在C:\WINNT\Microsoft.NET\Framework\v1.0.3705\CONFIG\machine.config。与进程相关的配置是在文件的“processModel ”中。下面是缺省的设置:
1 | <?xml version="1.0" encoding="UTF-8"?> |
2 | <configuration> |
3 | <system.web> |
4 | <processModel |
5 | "true" |
6 | "Infinite" |
7 | "Infinite" |
8 | "00:00:05" |
9 | "Infinite" |
10 | "5000" |
11 | "10" |
12 | "40" |
13 | "false" |
14 | "0xffffffff" |
15 | "System" |
16 | "autogenerate" |
17 | "Errors" |
18 | "00:00:05" |
19 | "Default" |
20 | "Default" |
21 | "00:03:00" |
22 | "00:09:00" |
23 | "25" |
24 | "25" |
25 | "" |
26 | "00:00:30" |
27 | "00:00:05" |
28 | /> |
29 | </system.web> |
30 | </configuration> |
详细的描述请参见Microsoft的MSDN网站
设置项明细表:
# | Attribute | Settings | Default |
1. | enable | true | false | true |
2. | timeout | Infinite | HH:MM:SS | Infinite |
3. | idleTimeout | Infinite | HH:MM:SS | Infinite |
4. | shutDownTimeout | HH:MM:SS | 00:00:05 |
5. | requestLimit | Infinite | int | Infinite |
6. | requestQueueLimit | int | 5000 |
7. | restartQueueLimit | int | 10 |
8. | memoryLimit | int | 40 |
9. | webGarden | true | false | false |
10. | cpuMask | bit mask | 0xffffffff |
11. | userName | user | System | Machine | System |
12. | password | autogenerate | password | autogenerate |
13. | logLevel | All | None | Errors | Errors |
14. | clientConnectedCheck | HH:MM:SS | Infinite | 00:00:05 |
15. | comAuthenticationLevel | Default | None | Connect | Call | Pkt | PktIntegrity | PktPrivacy | Default |
16. | comImpersonationLevel | Default | Anonymous | Identify | Impersonate | Delegate | Default |
17. | responseDeadlockInterval | Infinite | HH:MM:SS | 00:03:00 |
18. | responseRestartDeadlockInterval | Infinite | HH:MM:SS | 00:09:00 |
19. | maxWorkerThreads | int | 25 |
20. | maxIoThreads | int | 25 |
21. | serverErrorMessageFile | filename | --- |
22. | pingFrequency | HH:MM:SS | 00:00:30 |
23. | pingTimeout | HH:MM:SS | 00:00:05 |
启用ASP.NET独立进程
1 | ... |
2 | <processModel |
3 | "true" |
4 | ... |
enable设置指示ASP.NET应该启用它的独立进程而不是运行在IIS进程中。该项缺省的值是true(启用独立进程)。如果为false(在IIS进程中运行),后续的设置将会被忽略。
自动重启ASP.NET进程
有5种方法可以重启ASP.NET进程
1 | ... |
2 | <processModel |
3 | "168:00:00" |
4 | ... |
通过timeout设置项,在运行了指定的时间后重新创建一个新的进程实例。在上面的设置中在运行了168小时后(1周)会重新创建一个进程以取代现有的进程。不过需要注意的是,计时是当接收到第一个请求时,因为ASP.NET的进程是在处理第一个请求时创建的。这个设置非常有用,如果程序中有轻微的内存泄漏而需要周期性的重置IIS。
1 | ... |
2 | <processModel |
3 | "10000" |
4 | ... |
通过requestLimit设置项,在处理了指定数量的请求后,创建一个新的进程。这个对Web服务器的性能是由于处理了过多的请求后降低非常有帮助。
1 | ... |
2 | <processModel |
3 | "50" |
4 | ... |
通过memoryLimit设置项,比如50,这意味着当进程使用的内存占到系统总的内存的50%时,进程会被取消,而一个新的进程会创建出来,所有现有的请求会由这个新的进程进行处理。这个对内存泄漏非常有帮助。
1 | ... |
2 | <processModel |
3 | "00:03:00" |
4 | ... |
通过responseDeadlockInterval设置项,比如3分钟,当有新的请求但没有任何响应超过3分钟时,重新启动进程。
1 | ... |
2 | <processModel |
3 | "00:00:30" |
4 | "00:00:05" |
5 | ... |
通过pingFrequency和pingTimeout设置项,系统会在pingFrequency指定的周期内探询ASP.NET进程,如果在pingTimeout时间内没有响应,重启该进程。
停止ASP.NET进程
有两个方法可以自动停止进程
1 | ... |
2 | <processModel |
3 | "00:30:00" |
4 | ... |
通过idleTimeout设置项,如果在指定的时间内没有任何请求,进程会自动退出。在一个新的请求到来后,再重新启动进程。
1 | ... |
2 | <processModel |
3 | "00:00:05" |
4 | ... |
通过shutDownTimeout设置项,当ASP.NET进程需要退出但是失败后,系统会在等待指定的时间后强行终止该进程。
用户连接状态检查
1 | ... |
2 | <processModel |
3 | "00:00:05" |
4 | ... |
在Web服务器响应比较慢时,用户可能会重复点击同一个URL。这样会增加服务器负担。甚至用户可能会取消请求,但是服务器可能还在处理该用户的请求队列。为此,我们可以指示服务器检查用户的连接状态,如果用户已经不在线,清除该用户所有的请求。在上面的设置中,服务器每5秒会检查每个在队列中的请求,如果用户已经离线,服务器会清除该请求。
结论
ASP.NET现在工作在一个独立的进程中。我们可以通过machine.config配置文件来使得该进程更加稳定和高效。