事件 ID ( 54 )的描述(在资源( HTTP )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: \Device\Http\AppPool.
解决办法：
相信这是由于不正确地设置了回收进程导致，建议关闭下列进程回收设置：
回收工作进程(分钟)：1200
回收工作进程(请求数目)：10000
启用CPU监视，最大CPU使用率：90%
由于设定了进程自动回收，而当每达到10000次点击，或CPU超过100%,就会强行回收application，导致客户端会出现Sevice Unavailable的错误。(实际上10000次点击，访问量一般的网站，几分钟就够了。) 建议启用计数器日志来监视CPU利用率和asp.net的指标，可以帮助你定位每5~10分钟出现一次是否是上述原因导致。
另外，不要无理由地打开回收工作进程和使用工作进程池。一般理由通常是有不明原因的内存泄露、线程挂起等.
—————————
日期： 来源：W3SVC
时间： 类别：无
类型：警告 事件ID：1010
描述：为应用程序池DefaultAppPool提供的服务进程无法响应Ping。进程ID是4332
有关更多信息请参阅在http://go.microsoft.com/fwlink/events.asp的帮助和支持中心
日期： 来源：HTTP
时间： 类别：无
类型：警告 事件ID：54
描述：事件ID（54）的描述（在资源（HTTP）中）无法找到。本地计算机可能没有必要的注册信息或消息DLL文件从远程计算机显示消息。您可能可以使用/AUXSOURCE=标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分：\Device\http\AppPool
日期： 来源：BROWSER
时间： 类别：无
类型：错误 事件ID：8032
描述：浏览器服务已很多次无法在\Device\NetBT_Tcpip_{4BCC4AA9-8E93-404E-BF12-9142F02B737E}传输上捕获备份列表。备份浏览器已经停止。有关更多信息请参阅在http://go.microsoft.com/fwlink/events.asp的帮助和支持中心
就这几个问题困扰我很久了，高手帮帮忙吧。
网页可以打开，但是GOOGLE和BAIDU中搜到的都没起什么大的作用，
这个问题以前我也有很多这种记录，应该是正常的，进程池配置的cpu,内存，或连接数，到一定程度后会出现这个错误，我把它当成正常的 。
后来，我在优化IIS时，配置了CPU,内存限制，定时回收，…之后，不经意的发现，事件ID54少了很多，1-2天才有一个，取代它的是能看明白的W3SVC1013…
因为不理解事件ID54是什么意思，也没法确定，什么设置跟他有关系，还是做好进程池的相关设置，不用管他，
毕竟对性能，稳定，访问都没什么影响。
wanz01 所说的是正常的，连接数达到一定后就会出现，请问我现在的服务器每秒都出现几十条，我在baidu或google搜时，都说这个问题可以造成服务器死机或重起。呵呵，你的优化是怎么做的呢？？我的是IIS6.0
蝶恋花雨 谢谢啊，但是不切实际啊，因为服务器是在机房托管的，换系统路程太远。
选中 应用程序池/属性：
1取消按分钟回收，
2根据访问量设置按连接数回收，
3设置定时回收，早上7，中午12：30，下午6：30，凌晨1：00
4如果物理内存紧张的话，内存回收 中设置最大使用的内存。
5性能里，最大cpu 50%,超过时执行：关闭。
没什么特殊的，没有什么针对那个错误的
关于事件ID：54 的解决办法：
相信这是由于不正确地设置了回收进程导致，建议关闭下列进程回收设置：
回收工作进程(分钟)：1200
回收工作进程(请求数目)：10000
启用CPU监视，最大CPU使用率：90%
由于设定了进程自动回收，而当每达到10000次点击，或CPU超过100%,就会强行回收application，导致客户端会出现Sevice Unavailable的错误。(实际上10000次点击，访问量一般的网站，几分钟就够了。) 建议启用计数器日志来监视CPU利用率和asp.net的指标，可以帮助你定位每5~10分钟出现一次是否是上述原因导致。
另外，不要无理由地打开回收工作进程和使用工作进程池。一般理由通常是有不明原因的内存泄露、线程挂起等.
13楼的1013警告是正常，是在到回收条件时开始回收资源出现的，在规定时间内没有关闭进程池而采取的
强制关闭。对于访问量大的站点都会有这种情况。
还有18楼说不用回收资源的说法，如果你的内存充足，可以不设置回收参数。你可以每天早中晚，检查
的内存使用情况，如果超了很多，就要影响性能了，还是回收好些，正常的执行回收是不会影响访问的，他是
先建一个池再关原来的池，（但也不是绝对的。）
回收不回收看情况定，不要把所有的警告都看成异常，了解什么原因造成的。
日志中的警告不一定就是问题
另外应用程序池不应该分太多，一台2G内存的iis web服务器 应用程序池数量控制在20个以内，一个池中没有站点最好把这个池删掉，没站点的池在平常也占用几十兆的内存开销
我明白到底是什么原因ID54没秒10多次的出现了，原来网站被盗链了，现在好了，解决了，谢谢大家的支持，结贴
微软知识库
英文：
Event ID 54 When You Stop Debugging a Program That Uses DirectX API
http://support.microsoft.com/default.aspx?scid=kb;en-us;290312
中文：
事件 ID 54 停止调试程序使用 DirectX API 时
http://support.microsoft.com/default.aspx?scid=kb;zh-ch;290312