Sun OS下,一个系统sys很高的问题

linux_gao

请教大家一个sys较高的问题,(OS是 SunOS 5.9)一直没有得到很好的解决:

\r\n load averages: 19.26,  9.54,  4.03                                                                                         19:02:04\r\n253 processes: 249 sleeping, 1 running, 3 on cpu\r\nCPU states: 13.2% idle, 10.7% user, 73.4% kernel,  2.7% iowait,  0.0% swap\r\nMemory: 32G real, 23G free, 2189M swap in use, 38G swap free\r\n   PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND\r\n 18600 appadm     1   0    0   33M   23M sleep    0:33  5.20% fxfdr\r\n 17409 appadm     1  60    0  135M   51M run     20:43  4.25% fxfdr\r\n 18749 appadm     1  60    0  127M   49M sleep    0:32  4.17% fxfdr\r\n 18498 appadm     1  60    0   80M   23M sleep    0:30  3.88% fxfdr\r\n 15848 appadm     1  43    0   29M   21M sleep    0:03  1.02% lh_correlate\r\n

\r\n应用其实占的资源也不是很多,我弄不明白的就是为什么kernel用掉了这么多资源,也不清楚他在干什么,大家能不能给提供一些思路,或者一些可能存在问题的地方,谢谢大家

race

ps -eo pid,pcpu,args |sort +1n查一下是哪个进程

aping2005

一个字，查.\r\n十有八九是由于某个异常进程导致，一个个逐步的停掉看。

Snowict

首先查内存的占用情况。一般系统使用过多的CPU资源，由于大量的调度，很多的时候是由于内存资源。\r\n从信息中看IO调度不多。看看page 调度。

codefan

怪哉，内存这么多free还用swap!!!\r\n估计，肯定有程序在代码中强行使用swap,并且频繁调用内存和swap同步。\r\n用vmstat 看看i/o情况。

linux_gao

我用vmstat执行后,,麻烦大家帮忙一起看一下,谢谢了.\r\n我们知道是这个进程的问题,只是想定位一下产生这种情况的原因,这样才好处理一些,程序不是国内开发的,所以我们也不能用一些代码调试工具之类的,郁闷啊.\r\n

\r\n[/export/home/appadm]$ vmstat\r\n kthr      memory            page            disk          faults      cpu\r\n r b w   swap  free  re  mf pi po fr de sr m1 m2 m3 m4   in   sy   cs us sy id\r\n 0 0 0 40669952 25425896 146 657 53 117 117 0 0 0 0 0 0 286 1554  959  2  2 95\r\n \r\n ====进程开启后,load average 大于10\r\n [/export/home/appadm]$ vmstat\r\n\r\n kthr      memory             page                       disk         faults        cpu\r\n r b w   swap     free     re   mf   pi   po    fr  de sr m1 m2 m3m4 in  sy  cs  us sy id\r\n 12 0 0 39158816 23903272 1630 3003  378  8998  8998  0 0 0 0 0 0 4126 21245 5253 15 38 47\r\n 15 1 0 39164880 23889824 3068 7999  370  16056 16056 0 0 0 0 0 0 5780 33697 6816 22 45 32\r\n 14 1 0 39161816 23900688 3517 7331  252  9357  9357  0 0 0 0 0 0 4640 28736 6007 22 68 9\r\n 2 1 0  39154008 23871224 2594 6206  56   15917 15917 0 0 0 0 0 0 4170 19326 4779 7  34 59\r\n 9 3 0  39161440 23891448 1324 986   11   2758  2758  0 0 0 0 0 0 2826 12253 3892 9  32 59\r\n 3 1 0  39161912 23760816 3983 9454  68   3081  3081  0 0 0 0 0 0 4240 30652 7164 17 49 34\r\n 0 2 0  39139768 23854680 238  1824  70   23842 23842 0 0 0 0 0 0 4173 13547 3489 9  10 81\r\n 30 4 0 39161992 23884040 1412 2635  340  1404  1404  0 0 0 0 0 0 4663 20573 4789 16 70 13\r\n 0 2 0  39162728 23759376 3259 8470  315  2277  2277  0 0 0 0 0 0 2853 22795 4645 13 24 63\r\n 9 2 0  39161680 23795960 237  1821  166  9308  9308  0 0 0 0 0 0 2985 4965  1728 7  26 68\r\n 0 3 0  39151672 23851072 54   473    0   12185 12185 0 0 0 0 0 0 3183 9116  2961 1  4  95\r\n 21 1 0 39156936 23887064 1780 2907  1258 3208  3208  0 0 0 0 0 0 3041 14414 3951 14 58 27\r\n 6 1 0  39156040 23688720 3653 9893  4418 8105  8105  0 0 0 0 0 0 8653 39677 7444 27 37 36\r\n 16 1 0 39137720 23788240 262  880   1418 18714 18714 0 0 0 0 0 0 4473 12819 3977 4  22 74\r\n 31 2 0 39154320 23741112 3481 5642  2624 431   431   0 0 0 0 0 0 4575 24989 6140 17 53 31\r\n 0 2 0  39157360 23673360 981  4110  888  6978  6978  0 0 0 0 0 0 3427 18723 4167 8  22 70\r\n 22 2 0 39159000 23847368 1738 5100  241  4339  4339  0 0 0 0 0 0 3567 22041 4987 16 68 16\r\n 8 3 0  39156232 23811856 1902 4420  145  893   893   0 0 0 0 0 0 2589 15951 3542 10 34 56\r\n 7 1 0  39158088 23784696 1577 3377  206  7601  7601  0 0 0 0 0 0 4795 8429  2042 7  25 68\r\n 7 3 0  39162904 23853552 155  1205  0    5954  5954  0 0 0 0 0 0 1240 4034  1639 4  14 81\r\n 2 4 0  39157480 23864216 1102 2714  206  4128  4128  0 0 0 0 0 0 2905 12484 2900 13 30 57\r\n 8 1 0  39155664 23670848 2365 3100  206  0      0    0 0 0 0 0 0 4972 10198 3692 8  30 62\r\n 5 1 0  39152568 23816440 2773 10044 412  7427  7427  0 0 0 0 0 0 5432 33765 5821 21 34 45\r\n 11 0 0 39155704 23866552 1086 3257  264  7240  7240  0 0 0 0 0 0 3983 21944 5209 18 64 18\r\n 6 2 0  39158840 23696944 5117 11435 560  2229  2229  0 0 0 0 0 0 7766 48075 10465 30 63 8\r\n 0 3 0  39159904 23711248 121  1138  61   6960  6960  0 0 0 0 0 0 2527 6363  2505  4  5  92\r\n 0 2 0  39134864 23776888 239  1436  145  27591 27591 0 0 0 0 0 0 5486 13831 4176  5  8  87\r\n 28 1 0 39156696 23838400 1309 1579  197  0     0     0 0 0 0 0 0 4125 13275 3310  13 83 4\r\n

\n\n[ 本帖最后由 linux_gao 于 2008-1-22 13:39 编辑 ]

linux_gao

我看了一下,在应用运行前后的swap差别不大的,很小,只有几十M的差异,会是这个影响所致吗?\n\n[ 本帖最后由 linux_gao 于 2008-1-22 14:58 编辑 ]

yj11

看看磁盘IO了.看b也不小，你的r挺大．多看iostat ,如果盘多看看iostat -xmnPz 1，有没有分区ＩＯ的问题．如果ＩＯ没问题就看内存，中断，ＣＰＵ，ＰＡＧＥ，swap了．我觉得用到了swap不应该是程序直接调，这是由操作系统调度的．

yj11

kernel 那么多,肯定是涉及到了系统底层的调度,比如进程的调度过于多.也会造成kernel级别比较费.还有多看看man吧,连面会记的很详细的

linux_gao

IO应当不高的,足够用的了.我现在觉得奇怪,它的r很高,sys中断很高,这个是什么原因引起的呢?就是sys高的时候,r就很高,谁还能看出来点什么问题,指点一下,谢谢了.