Question

自上个月以来,我们在公司服务器上遇到了一个问题(Win2008ServerStd + IIS7 + CF企业9.0.1(热固定2)。

我利用jConsole监测冷聚热器(1.6.0_24)的活动,这里我看到:

“Curve1”/

“Curve2”/

发出14:10 至14:15 之间划线的通告! 是什么?

显然,当发生时,我的申请被搁置了30至70秒!

你们是否知道是什么原因? 似乎像GC并不正确,或hang。

我并不期待一个闪电塔,我不禁要问,会存在造成这种局面的许多根本问题,但......我可以开始调查?

Answer 1

Using cfstat, perfmon, fusionreactor, or cf perfomance monitor take a look at running requests and queued duing your problem. What you will likely see is running requests climbing past the setting of the simultaneous requests (in the cf admin). Then the requests will start to queue. Eventually the queue will clear out (if your server is recovering on it s own).

这种事情可以由一些事情造成。例如,如果贵国的银行服务器放慢或出现问题,如果贵国的网络存在问题,或者如果网络港口正在合并,如果贵国的磁盘存在I/O问题等。

我的猜测是,你会通过监测你的肥皂来驱使突然的战斗。如果有的话,请看一看监测员,看看看某些可能属于罪犯的具体文字。

其他评论(一些索引代理)也是一种可能性。指数化过程的变动无疑会造成行为。如果是这样的话,你可以同时考虑请求的背景。如果在违约时确定,你可能有足够的头寸增加。

Answer 2

它可以是创造大量会议次数的间谍,因为它拖网了将给记忆造成一段时间的现场。一旦该间谍员停止拖网捕鱼,将停下来并收集垃圾。

我将比较您的吉卜赛人协会服务器记录。比较这一时间框架,看看是否有搜索引擎探测器(谷歌机器人、机器人等)的许多要求。

Answer 3

Fabio, Same kind of issue I have couple of month ago where I was getting spike on regular interval and server eating up arround 50% of CPU usage. I wrote full story below URL http://www.isummation.com/blog/strange-coldfusion-issue-jrun-eating-up-to-50-of-cpu/ which may help you (Sorry for so long).

我发现,在登记册中储存的客户变量正在引起问题,我能够借助视频仪器,在视频仪器的帮助下,先发现问题,寻找确切的解决办法。

Answer 4

海事组织真正感到奇怪的唯一事情是突然猛烈地步入如此众多的深.。定期进行地下垃圾堆放(jstack, 等为朋友),然后把这些地下垃圾堆放到你的监测中,看上去。

The root problem will become more obvious once you understand what all the extra threads are doing. Perhaps it s more threads handling transactions, but it might be something else entirely.

友情链接