今天研究了一下，可以做以下配置：

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。

2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。同时，设置同时运行的w3wp进程数目为1。再设置当内存或者cpu占用超过多少，就自动回收内存

一般来说，这样就可以解决了。但仍然会出现个别网站因为程序问题，不能正确释放。

那么，怎么样才能找到是哪一个网站的？

1、在任务管理器中增加显示pid字段。就可以看到占用内存或者cpu最高的进程pid

2、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到pid对应的应用程序池

3、到iis中察看该应用程序池对应的网站，就ok了。

最近公司服务器总出现CPU100%占用情况，服务器配置为双核Xeon3.0×2，2G ECC内存。

发现是w3wp.exe长时间占用大量CPU.出现这种情况应该是网站程序存在死循环等问题所致。

在找到问题以前可以暂时采取限制w3wp进程CPU使用率的方法保证网站可以将就着工作：

在IIS6下，经常出现w3wp.exe的内存及CPU占用不能及时释放，从而导致服务器响应速度很慢。

解决CPU占用过多：

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。

2、设置应用程序池的CPU监视，不超过25%（服务器为4CPU），每分钟刷新，超过限制时关闭。

根据w3wp取得是哪一个应用程序池：

1、在任务管理器中增加显示pid字段。就可以看到占用内存或者cpu最高的进程pid

2、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到pid对应的应用程序池。（iisapp实际上是存放在 C:windowssystem32目录下的一个VBS脚本，全名为iisapp.vbs，如果你和我一样，也禁止了Vbs默认关联程序，那么就需要手动到该目录，先择打开方式，然后选“Microsoft (r) Windows Based Script Host”来执行，就可以得到PID与应用程序池的对应关系。）

3、到iis中察看该应用程序池对应的网站，就ok了，做出上面的内存或CPU方面的限制，或检查程序有无死循环之类的问题。

解决内存占用过多，可以做以下配置：

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。

2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。再设置当内存占用超过多少（如500M），就自动回收内存。

我的设置如下：

首先是对CPU的限制：在启用cpu监视后，我设置该应用程序池最大的cpu使用率为50%。设置刷新cpu时间为1分钟，设置操作为“关闭”。最大工作进程数设置为1。这个意思是，IIS刷新检测该独立池的CPU使用情况时间为1分钟，如果超过设置的cpu限制50％，就会发出关闭池的指令，要求池在指定的时间内关闭。如果池成功在这个时间内关闭，IIS会重启动一个新池，此段时间很短，一般不会有什么感觉，池就重新开启了，对于访问网站的人基本是不会有感觉的。但如果池没有在指定时间内关闭，IIS就会强行关闭它一个刷新CPU时间。在这个停止的时间内，网站无法访问，提示“Service Unavaliable”。

关闭时间和启动时间间隔设置：设短一些比如10秒，这样当您的网站程序大量占用系统资源时IIS自动快速回收进程并且快速启动进程，您的网站暂时还可以将就着工作。

对内存的限制及进程回收时间的设置：我设置为内存占用超过800M就自动回收内存,虚拟内存没有做限制。进程回收时间我保持默认没有修改。各位可以根据自己的情况设置更短的时间。对应用程序池最大虚拟内存也可以在此进行设置，超过了设置的最大虚拟内存，该池会就被回收。

对于IIS 管理员来说，经常会碰到 Web 服务器 CPU 占用 100% 的情况，以下是个人的日常工作总结和一些解决办法，主要用来剖析 w3wp.exe(IIS )  占用 CPU 100% 的一些原因 和解决方案，希望能对你有所帮助
w3wp.exe的解释 : 全名，IIS Application Pool Process。 w3wp.exe是IIS工具的一部。w3wp.exe是在IIS(因特网信息服务器)与应用程序池相关联的一个进程，如果你有多个应用程序池，就会有对应的多个w3wp.exe的进程实例运行。这个进程用来分配大量的系统资源。

w3wp.exe是在IIS(因特网信息服务器)与应用程序池相关联的一个进程，如果你有多个应用程序池，就会有对应的多个w3wp.exe的进程实例运行。这个进程用来分配大量的系统资源
引起 w3wp.exe(IIS ) Cpu 占用 100% 的常见原因如下：
1. Web 访问量大，从而服务器压力大而引起的
这个也是最常见的情况。如果 Web 访问量大，特别是同时在线人数过多，处理的 Requests Current(当前请求数）过高，就会同时对 IIS 和服务器造成较大的压力。特别是 服务器需要不断的运算，往客户端发送生成后的页面，这些都需要占用大量的CPU 资源，从而造成  Cpu 100%
2. 动态页面(.aspx)的程序逻辑复杂程度
这个问题，对 w3wp.exe 的 CPU 占用 来说也是蛮严重的，可能在访问量级比较小的情况下并没有多少影响，但是在高并发的网站上面来说，特别是 Asp.NET 的 Requests Current 超过250 的时候，将会是 w3wp.exe 占用 CPU 的一个重要的因素。
我曾经碰到过这样一个情况，两个 web(A 和 B) 在两台 配置相当的 服务器中部署，且两个站点的访问量都很大，访问页面都集中在两个站点的两个单独页面，且这两个页面 的 IIS 连接数都是 50个左右，但是页面程序的复杂程度就错了很多，A 站点中的页面，只有几个 简单的 Repeater 绑定， 而 B 站点中的页面，则有大量的绑定、字符串过滤替换、Repeater 嵌套绑定等等。这样的情况，在 大流量、高并发的环境中，A 站点 在 IIS 连接数 达到3 W 多的时候，CPU 占用仍然是 50 % 左右，而 B 站点在 IIS 连接数 达到 7K 左右的时候，CPU 就 90% 多了，造成了 服务器的压力很大，并且 IIS 遭到了堵塞。
3. 页面程序中有死循环
如果Web 访问量不大，但是 CPU 却占用很高，那么页面中的程序肯定有死循环或者性能比较严重的 程序语句
4. Http方式下载的站点
如果站点是HTTP形式下载站，也遇到过 w3wp.exe 占用 CPU 100% 的情况
5. 服务器资源不会自动释放
有时，一个站点的流量在一个小时内陡增，结果操作系统分配了比较多的 CPU 资源，但是当流量下去后，w3wp.exe 占用的 CPU  并没有及时释放，仍然在保持在 90% 以上
6. 对 IIS 日志文件操作
比如此时分析 IIS 日志文件里面的数据，把 IIS Log 日志导入到数据库中等操作，也会造成此现象
解决办法：
1. 快速定位到出问题的站点
利用iisapp -a 命令，快速的定位到出问题的站点。当然如果当前服务器只跑了一个web站点，那么此步骤可以跳过
在 cmd 中 输入 iisapp - a ，会出现下图中的信息：

当然，这个要求你没个站点，都要有独立的应用程序池与之对应，应用程序池的名称，最好就是站点的名称，如下图：

关于 IIS 的应用程序池的配置，这里就不说了，不懂的可以search  下
之后，再打开任务管理器，如下图：

观察进程为 w3wp.exe 的，查看那个CPU 占用的高，再利用其 PID 于 iisapp 中列出的结果对比，就能轻松的找出是那个站点占用的CPU过高了
2. 重启 IIS 和 应用程序池

此步是紧急处理，一般都是治标不治本的步骤。如果你的站点搭建的有 负载均衡（负载均衡、NLB），那么请在 负载均衡（负载均衡、NLB）把当前服务器下了，然后重启。如果你没有 负载均衡（负载均衡、NLB），而且你的站点又是在线的，那么，就悲剧10多秒吧，短暂的不能访问吧
3. 给页面加上页面级别缓存

如果Web 是 Asp.net 程序，那么请一定要 <%@ OutputCache Duration="10" VaryByParam="none"%>。但是有好多人都没有用好 OutputCache ，导致经常出现下载页面的问题，所以都放弃了使用，这里有 OutputCache 导致页面下载的解决办法 。
OutputCache 非常有用，好处有三：直接从内存读页面，页面响应速度更快，用户体验更好；大大的降低了服务器的压力，特别是对于高并发的网站，特别是 CPU 的压力；减少了 DB 的强求，降低 DB（数据库）的压力。
4. 检查页面逻辑

如果WEB 流量很低，但是还有 w3wp.exe(IIS ) CPU 占用 100% 左右的情况，那么就检查页面的代码逻辑吧，很有可能是死循环或大量的运算导致。
 

• IIS
• 进程