发现问题,是解决问题的第一步

留下一个公司内解决问题的SHAREPOINT贴子。

发现问题,

然后才能解决问题。

是用的SPOTLIGHT FOR WINDOWS作的分析工具。

下一步,我真的想用LOAD RUNNER来弄,可以多学测试分析方面的技巧。。

我刚才遇到了CPU变红的情况,我即时作了进程截图,供大家分析参考。

 

一,看来,情况有可能是XXX上的一些JOB没有充分SMP(对称多核处理器)性能导致的吧。所以导致一些任务进程只使用其中的一个或很少的CPU来分散计算。。

比如,这个APP,尽管只占用了12%左右的CPU,但我们是8核,如果它只用了一核,那么,它相当于用了一个CPU96%(12*8)的计算资源。所以系统报CPU资源警示。

 

发现问题,是解决问题的第一步

 

二,这个进程的历史消耗资源也可以看到--留心它运用完CPU资源之后,马上产生内存读写操作,所以会有PAGE FAULT,:

 

发现问题,是解决问题的第一步

三,我也有看到,这个APP是ALL CPUS的AFFINITY。。所以我就不知道为什么会发生这种情况了。

至于如何将进程与CPU绑定,SetProcessAffinityMask这些,C#和PHP组同事都是行家,我没有发言权了哈。

发现问题,是解决问题的第一步




四,最后,说到XXX关心的PAGE FAULT,这在中文俗称缺页中断,硬中断,软中断不多说,大约就是CPU试图拿将页画资源拿来用时,发现它不在指定位置。而要从硬盘上的PAGEFILE.SYS虚拟文件里或其它地方拿来才行,就产生了中断处理。

这个数值在内存不足时,用来诊断内存问题。如果内存很大,则用一个进程持续的内存中断增加来诊断内存泄漏问题。

这个问题暂时没有在XXX上发现,不用太注意。

一秒上千个PAGEFAULT,应该算正常。

比如,我在我机器看即时的中断页画,都有一千多个。

发现问题,是解决问题的第一步




呵呵,如果说错了,希望大家改正哈。

我个人认为的问题,在排除了网络之后,可能就是CPU了。。

 

~~~~~~~~