w3wp.exe占内存CPU问题 WIN2003 IIS6.0假死现象的分析

问题是这样的:
一台运行WIN2003 IIS6.0的服务器.不定时出现.ASP不能访问.可是其间.CGI PHP HTM JSP 一切正常.经过多次试验.解决问题如下.
打开IIS 你就会看到应用程序池.默认只有一个应用程序池.你查看应用程序池的属性.会发现他的回收时间.默认多达.1740分钟.就是说.需要在1740分钟后才回收此应用程序池.如果在这个时间内.达到请求的最高限制.那么就会出现ASP假死的情况.这个就是大型网站出现假死的情况.反而.小型网站确不会出现这样的情况.因为他请求少.流量少.还没达到限制数量 。
当然要看你的服务器上拉了多少个网站而定.以下是我的解决方法.
单个网站解决方法:
(很简单.把应用程序池回收时间缩短到300-600分钟.其间回收过程中.需要占用一点CPU资源.没办法.为了稳定性.再把回收时间设为凌晨5点)
多网站解决方法:
我的服务器目前拉了70个网站左右.我新建六个应用程序池.把每个池回收时间缩小到300分钟.然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站.访问量大.就单独给他一个程序池.但是这样做的后果就是需要大内存.一个池现在占用我120M内存左右.反正内存大.没关系.}"
多网站如何分配应用程序池??.打开IIS--查看你要分配的网站属性..查看主目录--在下面你就会看到应用程序池了.分配一个就行了.
以上是我的临床试验.服务器现在稳定的运行中.本来几乎一天就停一次.要我重起IIS才行.
WIN2003 IIS6.0假死现象的分析
不少朋友在做网络管理中遇到一些网站系统经常会出现一段时间网速很慢 , 直到不能进入系统.本人也为这个事情困惑了很久.后来经过几天的系统观察,对WIN2003系统的分析跟踪发现在是应用程序池的问题,后来设置了一下问题就解决了,现在提出供大家分析.
一大型网站出现WIN2003 IIS6.0假死现象的分析
关于一大型网站出现假死现象的分析(WIN2003 IIS6.0无故停止的问题)
;;;;;系统环境:系统应用环境是:操作系统平台是Windows Server 2003
;;;;;后台数据库是ORACLE9I
;;;;;问题:系统采用(B/S结构)经常会出现一段时间网速很慢 , 直到不能进入系统 。管理人员不得不重新启动机子 , 才能使系统正常工作 。
;;;;;分析:根据实地观察发现在运行 Windows Server 2003 的计算机上 , 默认的 ASP 辅助进程为 w3wp.exe 。(w3wp.exe 为ASP.NET的进程)w3wp.exe 进程通常在 NETWORK SERVICE 帐户下运行 , 但可将它配置为在 SYSTEM SERVICE 或用户帐户下运行 , w3wp.exe这个进程占用大量的CPU和内存 , 出现内存溢出 , 这时会出现ASP假死的情况也就是WIN2003 IIS6.0无故停止 。Windows Server 2003 的计算机上的 ASP Web 应用程序W3wp.exe(多工作进程)将在访问www服务时候启动 。通过IIS6.0新增的“应用程序池可以对此进行调度 , 根据调换Web园的数量可以限定该池的工作进程数量 , 经过测试同属于一个池中的程序 , 服务器将在访问每个虚拟目录或站点时启动一个W3wp.exe进程 。直至达到设置的Web园最大数量 。
根据站点的命中频率我们设置回收进程的时间 , 默认为20分钟 , 根据访问量具体限定
在站点内存耗费过大时及时回收内存 , 可以有效的避免溢出
在开始--喑绦?-喙芾砉ぞ哙信息服务管理器-啻蚩τ贸绦虺豂IS 你就会看到应用程序池.默认只有一个应用程序池.你查看应用程序池的属性.会发现他的回收时间.默认多达.1740分钟.就是说.需要在1740分钟后才回收此应用程序池.如果在这个时间内.达到请求的最高限制.那么就会出现ASP假死的情况.这个就是大型网站出现假死的情况.反而.小型网站确不会出现这样的情况.因为他请求少.流量少.还没达到限制数量 。

推荐阅读