奇怪，偶尔会无缘无故关闭应用程序池

lulanstar · 发表于 2012-3-12 11:26:37

410466827 发表于 2012-3-12 11:00 AM
这个方案是无限，但是实际还会有限制的。出现问题时你可以联系官方查看具体原因。 ...

引用网上找的一篇文章：

4.2 进程请求过多，导致CPU无法及时处理，程序效率反应较慢。

下面都是同事的原话:

“年后产量逐渐增加，新的问题又出现了。从Server Performance上分析，和上次Memory过高不同的是CPU使用率过高。
每当CPU过高的时候，产线会大面积的反应说慢（这点和连接到哪台AP有关系）。
每次慢的时候，我们就找到CPU过高的那台AP，recycle IIS的application pool后就OK了。
于是我么再次找到Bon帮忙分析（结论:微软结案报告 20090226V1 - SRT090119833891 Web service can't serve IISReset can fix.msg）。并给出了开发程序时的一些建议。
结论大致是说，没有进程占用了特别高的CPU，也没有进程占用CPU时间过长。只是对DB的请求的进程过多（比较吻合3厂的实际状况—附件多，刷的快），加起来就整体过高。
还发现了很多DLL是built in debug mode，这些DLL占用了过多的memory资源。
后来根据Bon的建议，我们修改了IIS application pool的设定如下，解决过多请求不能及时处理，而造成CPU过高的问题。”

以后还是悠着点用吧，少挂点网站为好

lulanstar · 发表于 2012-3-12 10:54:19

410466827 发表于 2012-3-12 09:48 AM
嗯，超载很危险

但是普普通通的企业网站，也没做什么推广，会有多少的资源超载呢。另外我是PersonalClass ASP Pro

410466827 · 发表于 2012-3-12 11:00:17

lulanstar 发表于 2012-3-12 10:54 AM
但是普普通通的企业网站，也没做什么推广，会有多少的资源超载呢。另外我是PersonalClass ASP Pro ...

这个方案是无限，但是实际还会有限制的。出现问题时你可以联系官方查看具体原因。

410466827 · 发表于 2012-3-12 09:48:37

嗯，超载很危险

lulanstar · 发表于 2012-3-12 09:04:33

都是挂的ASP+ACCESS的普通企业网站，偶尔会出现网站打不开，是应用程序池被关了，进去开一下就又正常了。发生的频率不高，但是在不同的网站上发生过。看到有人因为资源超载被关了空间，也有点害怕。。

welguard · 发表于 2012-9-21 17:31:07

内容里面包括什么呢?可能很多童鞋会说，内容就是内容，内容还能包括什么?错了。我想说的是，内容包括原创、伪原创、给百度看的、给用户看的四类。可能还有做SEO的童鞋比我分析得更加细致。花开愚钝还未再做细分，但大致也离不开这些大体

奇怪，偶尔会无缘无故关闭应用程序池

相关帖子