raksmart活动促销

分享

写回答

发帖

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

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过高的问题。”

以后还是悠着点用吧,少挂点网站为好
回复 支持 反对

使用道具 举报

回答|共 6 个

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 | 显示全部楼层

嗯,超载很危险
回复 支持 反对

使用道具 举报

国外虚拟主机 国外虚拟主机 3188 人阅读 | 6 人回复

发表于 2012-3-12 09:04:33 | 显示全部楼层 |阅读模式

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

welguard

发表于 2012-9-21 17:31:07 | 显示全部楼层

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

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则