生产环境,约200用户, sys持续占用cpu, 能请各位分析一下吗 谢谢(附参数)

CNL

1) sys占用cpu是user的2~3倍是否是因为cpu处理能力不够导致的正常现象?
%sys和%usr没有直接的关系，
除非应用程序有大量的系统调用(那样%sys将过高)
或者内存不足(内存swap频繁将导致%idle过低和%sys过高)

2) sar -c输出中, scall和rchar这么高的值是否正常?( 注: rchar的值平时是7位数, 我做测试时才这么高)
scall这么高只能说明要么你应用繁忙要么软件代码效率低
rchar高说明系统读数据又快又多，比如硬盘快，每秒系统读的内容自然就多，这个高了不说明什么问题，低了反而可能有毛病

3) sar -q 中runq-sz 和vmstat中的r是一回事吗, 如果是的话, 这两个值指的是"正在运行的进程数"还是"等待运行的进程数"? 上面测试中输出的值正常吗?
不是，runq-sz是当前在内存中可执行的进程个数(等待执行状态), r是当前CPU运行队列中的进程个数(正在运行状态)
上述测试中输出的值都不正常
runq-sz如果持续超过2并且%runocc超过90%,表明你CPU负载重
r如果持续超过你机器的CPU个数表明你CPU个数不足,CPU忙不过来了

4) sar -d %busy值到底是高了好还是低了好?
%busy低说明文件系统效率低有一个前提条件是%avque和%avserv都要高,
但上述测试中输出的%avque值很低,总是在1%徘徊,这恰恰说明文件系统表现优异
如果%avque值很低,%avserv响应时间较长,
%busy持续超过90%,只能说明硬盘负载太深重，应考虑做RAID平衡负载

我写的上述内容基本全部来自#man sar,楼主还是仔细地man一遍方能加深理解

yannanqi

sar -d中, %busy值到底是高了好还是低了好?　我感觉ｂｕｓｙ应该是低了好，可是看过老大一篇转贴([精华] 在UNIX5_0_5 系统中巧用sar 命令进行系统维护)，里面有这么一段：
  [[[在显示的内容中，wd-0是硬盘的名字，%busy的值比较小，说明用于处理传送请求的有效时间太少，文件系统效率不高，一般来讲，%busy值高些，avque值低些，文件系统的效率比较高，如果%busy和avque值相对比较高，说明硬盘传输速度太慢，需调整。]]]

怎么说ｂｕｓｙ低了的话，文件系统效率不高呢？

CNL

搂主看东西不可断章取义
%busy和%avque是互相关联的参数
如果%busy低说明硬盘空闲，这时如果%avque高说明应用软件等待文件系统存取数据的请求多，
只有这种情况下才说明文件系统效率不高，除了文件系统软件代码自身的原因外也可能是硬件的问题
比如硬盘上碎块很多，假如有个文件跨越了成千个碎块，那么当文件系统访问这个文件的时候i效率自然很差

如果文件系统效率很高，所有请求都能及时发送给硬盘控制器，
那么你检测的%avque自然就小，%busy自然就高
但凡事都有个度，硬盘忙的过头，自然造成硬盘提前进入老化甚至罢工状态，
那样硬盘的存取请求平均的处理时间%avserv自然就长了
%busy高并非越高越好,一般的理解是70%~80%最好,
如果长期超过%90，要么换个高速的盘，要么做RAID化解单一硬盘上的负荷

yannanqi

感谢版主，　受益菲浅

hsgzr

在这里查CPU的值不是真实的值，而是被数据库连接数、用户数、内存大小等配置占用的值，因为内存已经分配给了数据库，即使数据库不使用也不会释放的，所以CPU一直占用率高。要查CPU占用率的高低，要到数据库中去查占用率，才是真实的，这里的值才与用户数等有关。