博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
发现问题,是解决问题的第一步
阅读量:6838 次
发布时间:2019-06-26

本文共 784 字,大约阅读时间需要 2 分钟。

留下一个公司内解决问题的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了。。

 

~~~~~~~~

 

转载地址:http://uawul.baihongyu.com/

你可能感兴趣的文章
我眼中的戴尔转型
查看>>
关于jmeter里的自动重定向的使用-小强性能测试培训班学生作品
查看>>
如何提高Linux系统应对短连接的负载能力
查看>>
Django 数据库表多对多的创建和增删改查
查看>>
大數據下的決策思考
查看>>
hadoop作业分片处理以及任务本地性分析(源码分析第一篇)
查看>>
又睡不着了。。
查看>>
RHEL在VLAN Trunk模式下的IP地址配置
查看>>
RHCE 学习笔记(38 ) - Shell
查看>>
WEB服务器-Nginx之虚拟主机、日志、认证及优化
查看>>
常用的两种数据分区方法(以Teradata为例)
查看>>
Nginx Rewrite正则表达式案例
查看>>
一个新兴的日志管理产品
查看>>
WindowsServer2012史记-安装和配置HyperV
查看>>
Delphi开发的IOCP测试Demo以及使用说明。
查看>>
10分钟学会 Python 函数基础知识
查看>>
应届毕业生求职之我见
查看>>
FAQ:configuration manager未找到站点来管理此客户端
查看>>
微博商城开启社会化电商之路
查看>>
通过脚本案例学习shell(三) --- 通过交互式脚本自动创建Apache虚拟主机
查看>>