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

lulanstar

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

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

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

410466827

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

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

410466827

嗯，超载很危险

lulanstar

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

welguard

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