| qingzhou 回复于:2004-10-09 13:38:36 | ||||||||||||||||||||||||
| 执行OA的代理虽然说是会消耗一定的系统资源,但也这么夸张吧?!
用WRKACTJOB查查看是什么JOB占用系统资源? | ||||||||||||||||||||||||
| sunmodem 回复于:2004-10-09 16:11:50 | ||||||||||||||||||||||||
| cpu占用率主要集中在两个进程:http和server,HTTP常常占到60%多、70%多,甚至更多,SERVER的进程常常占到20%
左右,但有时也很多,比http还要多。 有时会有个叫做QPADEV0003的进程也占一些,但一般都不高于10%。为什么,ibm的400呀,怎么会这样??? :em10: :em10: :em10: | ||||||||||||||||||||||||
| qingzhou 回复于:2004-10-09 17:08:13 | ||||||||||||||||||||||||
| [quote:2806a40bb0="sunmodem"]cpu占用率主要集中在两个进程:http和server,HTTP常常占到60%多、70%多,甚至更多,SERVER的进程常常占到20%
左右,但有时也很多,比http还要多。 有时会有个叫做QPADEV0003的进程也占一些,但一般都不高于10%?.........[/quote:2806a40bb0] HTTP有占用到60%-70% ? :em06: :em06: :em06: 仔细琢磨中。。。 关注中。。。 | ||||||||||||||||||||||||
| sunmodem 回复于:2004-10-09 19:57:23 | ||||||||||||||||||||||||
| 以前的虽然是pc机(价值十几万),但是有两个cpu,as400虽然是中型机(价格比前面的pc高了4,5倍),但只有一个cpu,以前速度慢,是因为瓶颈在cpu,所以忙不过来,现在虽然上了as400,但是可能as400虽在总体效果上有所提高,但在cpu这方面的改进却很有限,且这个as400只有一个cpu(用户哭穷 ,舍不得买两个cpu的! :em12: ),所以cpu占用率很高,忙不过来,速度自然依然上不去。不知是否可以这样理解。如果真是这个原因的话那可就惨,害死人的ibm,也不早说!!!了 :em10: :em10: :em10: | ||||||||||||||||||||||||
| xuguopeng 回复于:2004-10-09 20:01:05 | ||||||||||||||||||||||||
| 我觉得不至于吧? 是用JAVA??
什么机型?? | ||||||||||||||||||||||||
| 居士 回复于:2004-10-10 08:51:23 | ||||||||||||||||||||||||
| 我做过很多DSD(莲花宝箱)这样机器的项目
也碰到过不少和你类似的问题 关键是要分析你的并发用户数量,应用情况,是否使用JAVA,数据库模板,设计等问题。 你先把这些情况都大致的说出来,我们好帮你分析 | ||||||||||||||||||||||||
| sunmodem 回复于:2004-10-10 12:25:44 | ||||||||||||||||||||||||
| 并发用户数量:
高峰时期250左右;一般时候:140左右; 关于邮件: 用户目前用得最多的是邮件,但邮件部分,我们把他们分离到了一台pc机上了 登录首页: 我们的首页内容是可以定制的,首页上会有很多小模块,每个人都会有一个数据库,每个人的首页内容的配置信息都放在这个库里面,这些数据库都在as400的机器上,每次用户登录之后就运行这个代理,到每个人的相应数据库中读取这些配置信息,然后把它们输出在首页上,同时还有一些内容是每个用户的首页上都要显示的,这些内容(也可以说是配置小模块)是在一个公用数据库里面,代理在从此公用数据库里读取这些公用信息把它们按着一定的顺序和位置显示在此人的首页上。最初,在此代理里面用了一些公式,像dblookup,dbcolumn之类的,以后听说公式执行消耗资源较大,我们又把这些公式改成了脚本实现,但效果依然不是很理想 应用部分: 在as400上,用得比较多的部分就是信息总汇和论坛了。这两个模块也是用户在打开时会运行一个代理,此代理把这些内容按着一定的格式输出来。 其它模块: 由于用户用得很少,所以也就不提了 关于配置: 不知是不是domino和as400关于性能的还有什么地方可以配置以提高处理能力 数据库模板: 一个是邮箱模板,mail6.ntf,我们在里面做了一些改动以便形成一个比较友好的邮件收发界面。还有两个模板,都是我们自己建的,对于domino自己的模板,除mial6.ntf外,我们就没动过了 设计方面: 主要用的是javascrip,html,lotusscript,formula等,没有用java写 总之,每个页面打开时几乎都会运行代理,而cpu占用率又如此之高,所以我觉得可能是这些代理惹的祸。但是大名鼎鼎得as400如果连这些代理都应付不了,和一个pc机的运行效果的话,岂不是有些荒唐了嘛! 补充一点: 关于原来用的pc机,虽然用的是双cpu,但是同时只有一个在工作,另外一个只有在第一个出了问题的时候才会起作用。 其实整个oa还有2个domino服务器,这两个作为分区服务器都装在了一台pc机上,一个负责同步names.nsf,admin4.nsf,certlog.nsf数据库,另外一个负责外网邮件的收发,只不过着两个域我们的系统速度影响很小,所以以前我略去没提。 :| :| :| | ||||||||||||||||||||||||
| qingzhou 回复于:2004-10-10 17:29:07 | ||||||||||||||||||||||||
| 我本地只有放一台邮件转发的domino服务器,也才是IBM PC SERVER低端,目前本地跑100个左右并发用户也不觉得有啥问题。
===================================================== 1。如果先把部分代理剔除测试,结果是如何呢? 2。使用@DbFunctions(Db函数:@DbColumn,@DbLookup,@DbCommand)这3个DB函数在异种平台之间互访速度是会受到一定的影响,因为跑的还是通过ODBC,以前曾经测试过Domino for NT访问AS/400 DB2数据库;但是如果Domino安装在AS/400机器上,性能方便改善了很多,所以估计原因不在这方面。 3。关于邮件方面,使用率比较频繁,不是很明白要单独分开到PC服务器上管理的原因,这样表面上是减轻了DSD的ASP%负担,但是否会影响OA的整体性能呢? 4。至于数据库模版问题,影响几乎没有。因为本身Notes自带也有几个模版。 5。从你表述来看,好象实施一套OA有动用DSD 1台,3台PC服务器(1台分担邮件,1台负责names.nsf公共通讯录同步,1台做SMTP服务器),感觉是否太复杂一点?机器多了成本高了反而有可能造成整体性能下降。 6。建议测试:1台DSD上装OA、配置names.nsf同步、邮件转发,1台PC SERVER专门负责SMTP即可。 | ||||||||||||||||||||||||
| sunmodem 回复于:2004-10-10 20:07:27 | ||||||||||||||||||||||||
| 1、我用的是两台pc机,一台装mail,另外一台设置了分区,装了两个domino服务器,第一个用作负责外网邮件收发的服务器,第二个负责names.nsf等数据库的复制
2、关于@DbFunctions函数,我们开始用它主要是取domino数据,而不是去访问关系型数据库,所以我想可能与odbc之类的东西是无关的吧 3、关于“在本地放一台邮件转发的domino服务器,也才是IBM PC SERVER低端,目前本地跑100个左右并发用户也不觉得有啥问题”,可见这台服务器功能单一(似乎只负责邮件转发),并且,虽然有100个左右并发用户,但这些用户在做什么,他们所执行的是费时的,一般的,还是很简单的一些操作,他们的操作是否都会触发后台的代理,代理执行的内容是否很多等等因素,而不应仅从简单的并发用户数来考虑。 4、邮件和应用相分离理论上来说我觉得还是应该减轻了as400的压力了的。 5、因为用户正在使用这套系统,所以删除部分代理来测试的想法虽然很好,但可能很难付诸实施,但是据我的观察和经验来看,应该是很有可能加快速度的 6、还有一点,视图的每一列以及列中所用公式可能对系统性能影响也比较大,不知有何优化的方法 7、我希望知道domino和400里面还有什么地方的配置可以对他们的性能进行优化 8、我把用wrksyssts命令查得的性能统计图也当作附件传上来了,希望各位大侠对这些参数值所代表的意思能够给与指教,则在下十分感谢。 上面这些不知我我说得正确与否,也请列位不吝赐教!
| ||||||||||||||||||||||||