网站公告列表     热烈庆祝本站供求信息频道开通,本站承诺永久免费开放供求信息!  [xumusoft  2007年3月11日]        
加入收藏
设为首页
联系站长
您现在的位置: 中国畜牧软件网 >> 新闻资讯 >> 电脑科技 >> 网站网络 >> 文章正文
  [组图]困扰一个多月的动易后台操作速度超慢CPU100%问题终于解决了           ★★★
困扰一个多月的动易后台操作速度超慢CPU100%问题终于解决了
作者:佚名 文章来源:中国网悠 点击数: 更新时间:2007-7-22 10:55:08

困扰一个多月的动易后台操作超慢CPU100%问题终于解决了[问题解决合集]

为了此问题一直寻寻觅觅,在网上找答安呀自己想办法呀,就是没解决,昨日一气之下准备换动易2006SP5看是否可以解决此问题,在最后一刻,一段小插曲解决了此问题,现发出相关问题解决方法的合集!!

A:本人的问题,机器配置:CPUP4,1G内存,Win2003 SP1+Sql2000 SP4+动易组件2006sp4+Mafee VirusScan企业版+WinRAR+Serv-U+AspJpeg+Jmail +服务器上有动易2005的站5个、动易2006SP4SQL商业版的站2个,一进后台没事,模版和栏目的操作均正常,就是加文章和别的东东的时后CPU100%,进程中发现是w3wp.exe占用CPU超高,还有是Sqlsever.exe进程也是超高,加一个新闻/文章等可以到外面抽根烟再进来才刚刚加完!


答案:如何费时费力研究就就讲了,只说解决方式。看下http://你的域名/admin/Admin_serverInfo.asp这个页面,找到
如我的站是
http://www.fang6.com/那么就打开这页http://www.fang6.com/admin/Admin_serverInfo.asp就OK了

Scripting.FileSystemObject (FSO 文本文件读写)

 ×

这一项,看是否支持FSO文本文件读写,我这台机器是因为我的一个兄弟把FSO组件改名成Scripting.FileSystemObject .ggb了,在网站信息配置中修改成这个选项,把Scripting.FileSystemObject 改成Scripting.FileSystemObject .ggb即可!问题完美解决,加一条新闻3秒钟!!
不知道动易这个SP4为什么不能像原来的系统一样,原来的系统是把FSO改名JS刷新这一后台项目是不会出现的,但现在无论我怎么改同样会出现JS刷新,并且能够刷新成功!
现在快多了:
http://www.fang6.com/各位可以试一下!!


下面帖一些别的同性质的问题供各位参考


B:把动易升到了2006以后随便在后台一个小的动作CPU占用率一下子就100%,重装了N多次系统,下了N多次动易组件,一直是100%,前两天一个朋友说起,突然想起了,是不是什么软件造成的,于是重新了系统以后什么也不装然后就装上动易,运行一段时间一切正常,然后又一个软件一个软件的装,后来装上nod以后,CPU突然就上去了,找到了问题就解决,可不能不装杀毒软件

解决:

在NOD设置中排除网站目录扫描以后,运行一切正常

C:偶尔出现w3wp占用cpu100%的情况,暂时已经解决

忽然感觉反应迟钝,更新的时候很慢,登录服务器,看到cpu100%,w3wp.exe占用的,逐步排除了一下,发现就是所用的动易做的站的问题,而且停掉数据库,就正常了,估计是数据库的问题。

因为刚才出问题之前,我添加了一个下载,添加的时候就发现提交的时候反应很迟钝,于是连续点击了几次提交,然后就出现了这个问题,考虑到可能会因为刚才的操作而导致数据库出现问题,所以就这么处理了一下:备份当前数据库,然后暂停,还原数据库到以前备份,正常,再暂停,还原数据库到最新的备份,开始运行……本想直接还原的,但不行,由于未能获取数据库的独占……啥玩意的,不能还原(记得以前是可以直接还原的,不知道为什么此次不能直接还原了?还请高手告知一下啊)

刚才更新了几个文件,正常。

一下午都在百度w3wp占用cpu的问题,说的最多的是代码死循环导致,但考虑到正版原版的动易程序,没有改动代码,应该不会在代码方面出现问题,所以考虑到可能是刚才更新的时候数据并未完全写入我就重复了提交,导致表单出现错误,这样读取数据库的时候可能出现读取错误,出现类似死循环的问题。重复还原一下,估计也是数据库重新整理的一个过程,可能问题就解决了。

因为刚才重启了服务器也没有丝毫改善,才想到这个的。如果是代码问题,应该重启之后不会立刻占用百分百的。一个笨办法,呵呵。运行到现在还是正常,希望解决了。

俺是菜鸟,程序和数据库都不懂,所以都是猜的,也未必正确,但问题解决了,就发出来,给可能遇见相同问题的菜鸟们看看,说不定有用。

别笑话俺。

有时标签中的参数写错了也容易出现这种情况,我遇到过一回图片点击可在新窗口打开查看

D:最近我在本机打开自己用动易做的网站,不管是127.0.0.1还是上传到空间上的,都狂占CPU,每次都搞的浏览器假死!

也不管是傲游还是IE都一样,有时还关不了浏览器,必须进“:windows任务管理器”里面才能关,但我开别人的动易网站好像没这个问题。

浏览器应该没问题,因为只要我把我做的网站关了就不占CPU了,我就搞不懂别人也是用动易做的他为什么就不占的太多,而我的就狂占???

请知道的说下,万万万分的感谢!

已经解决。

在解决过程中发现主要是我网站的首页占CPU,其它页面没事。在对首页找错的过程中发现在没加“滚动图片”前就不是很占CPU哈,于是把滚动图片的代码删除问题完全解决。

现在我在本机上开127这个,CPU在5%到60%之间浮动,我的进程有40个。网站服务器还在调试,没传上去,不知道效果如何了。

最后谢谢各位的建议,你们对我帮助很大,谢谢!

E:昨晚12时,朋友上线,我告之朋友,我的CPU老是100%,朋友说不是动易系统的问题,是我安装的相关软件的问题,但我删除相关软件,今早起床一看,问题依旧,CPU一上一下,一上就是100%,可恶之,急之。于是一气之下,删除了2005的组件,我的服务器还装了2006的1。5。2组件,发现删了2005组件后CPU回落。真是晕,一下子似乎发现了什么,于是又安装好2005组件,晕,CPU又升至100%,倒,然后又删除2006的1。5。2组件,CPU又回落,似乎是有点不兼容的问题,我重装上1。5。1的2006组件,服务器的CPU暂时稳定。一般在20%以下。

似乎现在我认为:动易组件2006的1。5。2版本和2005SP2组件不太兼容。情况还在进一步测试中!

如果遇到相关问题的朋友不仿试试,也可以加入QQ群讨论:10276273

F:如何解决DllHotst进程消耗cpu 100%的问题

特征:
服务器正常CPU消耗应该在75%以下,而且CPU消耗应该是上下起伏的,出现这种问题的服务器,CPU会突然一直处100%的水平,而且不会下降。查看任务管理器,可以发现是DLLHOST.EXE消耗了所有的CPU空闲时间,管理员在这种情况下,只好重新启动IIS服务,奇怪的是,重新启动IIS服务后一切正常,但可能过了一段时间后,问题又再次出现了。

直接原因:
有一个或多个ACCESS数据库在多次读写过程中损坏,微软的MDAC系统在写入这个损坏的ACCESS文件时,ASP线程处于BLOCK状态,结果其他线程只能等待,IIS被死锁了,全部的CPU时间都消耗在DLLHOST中。

解决办法:
把数据库下载到本地,然后用ACCESS打开,进行修复操作。再上传到网站。如果还不行,只有新建一个ACCESS数据库,再从原来的数据库中导入所有表和记录。然后把新数据库上传到服务器上。

也不管是傲游还是IE都一样,有时还关不了浏览器,必须进“:windows任务管理器”里面才能关,但我开别人的动易网站好像没这个问题。

浏览器应该没问题,因为只要我把我做的网站关了就不占CPU了,我就搞不懂别人也是用动易做的他为什么就不占的太多,而我的就狂占???

请知道的说下,万万万分的感谢!

已经解决。

在解决过程中发现主要是我网站的首页占CPU,其它页面没事。在对首页找错的过程中发现在没加“滚动图片”前就不是很占CPU哈,于是把滚动图片的代码删除问题完全解决。

现在我在本机上开127这个,CPU在5%到60%之间浮动,我的进程有40个。网站服务器还在调试,没传上去,不知道效果如何了。

最后谢谢各位的建议,你们对我帮助很大,谢谢!

E:昨晚12时,朋友上线,我告之朋友,我的CPU老是100%,朋友说不是动易系统的问题,是我安装的相关软件的问题,但我删除相关软件,今早起床一看,问题依旧,CPU一上一下,一上就是100%,可恶之,急之。于是一气之下,删除了2005的组件,我的服务器还装了2006的1。5。2组件,发现删了2005组件后CPU回落。真是晕,一下子似乎发现了什么,于是又安装好2005组件,晕,CPU又升至100%,倒,然后又删除2006的1。5。2组件,CPU又回落,似乎是有点不兼容的问题,我重装上1。5。1的2006组件,服务器的CPU暂时稳定。一般在20%以下。

似乎现在我认为:动易组件2006的1。5。2版本和2005SP2组件不太兼容。情况还在进一步测试中!

如果遇到相关问题的朋友不仿试试,也可以加入QQ群讨论:10276273

F:如何解决DllHotst进程消耗cpu 100%的问题

特征:
服务器正常CPU消耗应该在75%以下,而且CPU消耗应该是上下起伏的,出现这种问题的服务器,CPU会突然一直处100%的水平,而且不会下降。查看任务管理器,可以发现是DLLHOST.EXE消耗了所有的CPU空闲时间,管理员在这种情况下,只好重新启动IIS服务,奇怪的是,重新启动IIS服务后一切正常,但可能过了一段时间后,问题又再次出现了。

直接原因:
有一个或多个ACCESS数据库在多次读写过程中损坏,微软的MDAC系统在写入这个损坏的ACCESS文件时,ASP线程处于BLOCK状态,结果其他线程只能等待,IIS被死锁了,全部的CPU时间都消耗在DLLHOST中。

解决办法:
把数据库下载到本地,然后用ACCESS打开,进行修复操作。再上传到网站。如果还不行,只有新建一个ACCESS数据库,再从原来的数据库中导入所有表和记录。然后把新数据库上传到服务器上。
 

文章录入:xumusoft    责任编辑:xumusoft 
  • 上一篇文章:

  • 下一篇文章: 没有了
  • 【字体: 】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口
    专 题 栏 目
    最 新 热 门
    最 新 推 荐
    相 关 文 章
    草根英雄创造新神话(上)
      网友评论:(只显示最新10条。评论内容只代表网友观点,与本站立场无关!)

    请牢记本站域名 http://www.xumusoft.com http://www.xmrj.cn
    地址:河南郑州 电话:0371-60960228 Email:xumusoft@126.com
    Copyright© 2006-2008 xmrj.CN All Rights Reserved 豫ICP备05022158号