关于系统性能调整的几个问题

yannanqi

sco506 双cpu系统最近反应迟钝（约200用户），在查找问题的过程中发现一些不解之处：

（1）关于GPGSHI、GPGSLO参数的问题
  (a)“通常，GPGSLO设置为页面内存的1/16，GPGSHI设置为页面内存的1/10”，这里所指的“页面内存”是什么？

(b)另外我从帮助上看到是这样解释的：
GPGSLO: lowest amount freemem can be before pages are stolen from processes.
GPGSHI: once pages are stolen from processes, don't stop before freemem reaches this value.

这儿所指的“freemem”是sar -r 输出的freemem吗？

（2）sarcheck发现有如下问题：
    The following indication(s) of a memory shortage were seen: The reclaim
    rate was at least one quarter of the page fault rate in only 0.0 percent   －－》中间这句话不太明白
    of the samples.   This statistic can be used to confirm the presence of
    an occasional memory-poor condition.
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

    The average swap out transfer request rate was 705.9 per second, which
    is an indication of a memory-poor condition.  
    （疑问：swap out transfer request rate的值是怎么算出来的？）
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

    The average number of free pages usually did not stray far above the      
    value of GPGSHI.  This indicates that vhand, the page stealing daemon,
    was usually active and the memory poor condition seen on this system has
    resulted in increased CPU overhead as well as additional disk activity.  
    （疑问：我的sar -r 输出：
15:05:32   freemem   freeswp availrmem availsmem (-r)
15:05:33    520623   1048576    797295    404552
15:05:34    520522   1048576    797295    404434
15:05:35    520433   1048576    797295    404345

系统的GPGSHI＝6000，freemem=520623是远大于GPGSHI的值的，可是为什么说sarcheck为什么说不是呢？（The average number of free pages usually did not stray far above the value of GPGSHI）

  而另外一台仅2G内存的服务器：
GPGSHI=6000
sar -r输出：
14:54:17   freemem   freeswp availrmem availsmem (-r)
14:54:18    382171   5240832    453989    972439
14:54:19    382171   5240832    453989    972439
14:54:20    382171   5240832    453989    972439
14:54:21    382171   5240832    453989    972439

sarcheck是这样报告的：The average number of free pages reported by sar was significantly
    higher than the value of GPGSHI, even though memory shortages were seen.  
    This indicates that an intermittent memory bottleneck may exist.

按说520623/6000 相对于382171/6000，比例大多了，为什么sarcheck却给出了相反的结论呢？
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

    Both GPGSHI and GPGSLO were set to high values, relative to the amount
    of memory present.  
    （疑问：我的系统物理内存为4G，sar -r可以看出freemem为520623个页，约为2G，GPGSHI＝6000，GPGSLO＝2000，这个参数设置算高吗？）
问题比较多，麻烦各位了

[ 本帖最后由 yannanqi 于 2008-3-28 15:38 编辑 ]

sunlan

装个top看一下

yannanqi

sar：
        %usr    %sys    %wio   %idle (-u)
         bread/s lread/s %rcache bwrit/s lwrit/s %wcache pread/s pwrit/s (-b)
          device   %busy     avque     r+w/s    blks/s    avwait    avserv (-d)
          c_hits cmisses (hit %) (-n)
         rawch/s canch/s outch/s rcvin/s xmtin/s mdmin/s (-y)
         scall/s sread/s swrit/s  fork/s  exec/s  rchar/s  wchar/s (-c)
         swpin/s bswin/s swpot/s bswot/s pswch/s (-w)
          iget/s namei/s dirbk/s (-a)
         runq-sz %runocc swpq-sz %swpocc (-q)
          proc-sz   ov  inod-sz   ov  file-sz   ov  lock-sz    (-v)
           msg/s  sema/s (-m)
          vflt/s  pflt/s pgfil/s  rclm/s (-p)
           freemem   freeswp availrmem availsmem (-r)
         cpybuf/s slpcpybuf/s (-B)
         dptch/s idler/s swidle/s (-R)
         ovsiohw/s ovsiodma/s ovclist/s (-g)
         mpbuf/s  ompb/s mphbuf/s omphbuf/s  pbuf/s spbuf/s dmabuf/s sdmabuf/s (-h)
Average        4      14       1      81
Average        4   88892     100      34     520      94       0       0
Average  Sdsk-0    53.10      1.00     10.86     74.30      0.00     48.91
Average    18580     353 (98%)
Average       14       0    4220       0       0       0
Average   148216   78769   32879    0.83    0.96  3611101    34788
Average     0.00     0.0    0.00     0.0    2363
Average     3114     419     706
Average      1.3     100
Average     0.00    0.00
Average    15.01   36.15    0.00    0.00
Average     561949   1048576    797736    437407
Average      0.00        0.00
Average  5711.02  426.98    45.00
Average       0.00       0.00      0.00
Average     0.00    0.00     7.11      0.00    0.00    0.00     0.00      0.00


vmstat：
PROCS     PAGING                                          SYSTEM  CPU
r  b  w  frs dmd sw cch fil pft frp pos pif pis rso rsi  sy  cs  us su id

1 791  0 1048576   0   0   0   0   0   0   0  0   0   0   0 183098 1187   5 16 79
1 791  0 1048576   0   0   0   0   0   0   0  0   0   0   0 412883 1734   7 45 48
2 792  0 1048576  58   0 514   0 114   0   0  0   0   0   0 108019 1313   7 16 77
2 794  0 1048576  25   0 389   0  67   0   0  0   0   0   0 453000 1223   6 37 57
1 795  0 1048576   6   0  85   0  15   0   0  0   0   0   0 290206 1272   6 19 75
1 795  0 1048576  89   0 478   0  93   0   0  0   0   0   0 215464 1506   7 17 76
2 794  0 1048576   0   0   0   0   1   0   0  0   0   0   0 423567 1000   5 31 64
2 794  0 1048576   1   0   0   0   6   0   0  0   0   0   0 633683 1576  15 49 36
2 794  0 1048576   0   0   0   0   1   0   0  0   0   0   0 318074 1556   9 26 65
1 795  0 1048576  15   0   0   0   0   0   0  0   0   0   0 252781 1174   4 26 70
1 795  0 1048576   0   0   0   0   0   0   0  0   0   0   0 1865 1135   0  2 98
1 792  0 1048576   3   0   0   0  16   0   0  0   0   0   0 13939 1011   2  5 93
1 791  0 1048576   0   0   0   0   3   0   0  0   0   0   0 145350 1159   4 12 84

搞不明白为什么sarcheck说：The average swap out transfer request rate was 705.9 per second？ 哪个地方显示有swap out了？

yannanqi

top看过，好像没什么异常，下面是部分输出：
last pid: 23058;  load averages:  0.62,  0.51,  0.48                                                                       09:20:36
795 processes: 790 sleeping, 3 running, 1 zombie, 1 onproc
CPU states: 44.1% idle, 13.8% user, 40.7% system,  1.5% wait,  0.0% sxbrk
Memory: K phys, K max, K free, K locked, 2044M unlocked, 512M swap

  PID USERNAME PRI NICE   SIZE   RES  STATE   TIME  COMMAND
23006 root      23    4   724K   724K onpr    0:00  top
13350 user1     20    4    16M 16696K run     0:03  teller_mysql
23008 user1     18    4    13M 13516K run     0:00  teller_mysql
21792 user1     14    8    41M 41672K run     0:58  mysqld
  263 root      56    0   136K   136K sleep   0:00  cevtd
  261 root      56    0    92K    92K sleep   0:00  casmd
  437 root      56    0    92K    92K sleep   0:00  casmd
8713 user1     51    4    17M 17204K sleep   0:03  teller_mysql
18376 user1     51    4    17M 17216K sleep   0:05  teller_mysql
21956 user1     51    4    18M 18648K sleep   0:04  teller_mysql
  453 nouser    51    0  2856K  2856K sleep   0:00  ns-httpd
4162 user1     51    4    14M 13916K sleep   0:01  teller_mysql
  400 root      51    0   700K   700K sleep   0:00  lockd
11032 user1     51    4    21M 21192K sleep   0:10  teller_mysql
10132 user1     51    4    18M 18068K sleep   0:05  teller_mysql
20509 user1     51    4    17M 17516K sleep   0:04  teller_mysql
21833 user1     51    4    17M 17200K sleep   0:03  teller_mysql
15288 user1     51    4    16M 16812K sleep   0:03  teller_mysql
17771 user1     51    4    16M 16360K sleep   0:03  teller_mysql
  546 abs       51    0    11M 11604K sleep   0:00  bcm
  368 root      51    4  1492K  1492K sleep   0:00  snmpd
  499 root      51    4  1224K  1224K sleep   0:00  ncsa_httpd
12763 jjbx      51    4   940K   940K sleep   0:00  rlogin
19821 jjbx      51    4   940K   940K sleep   0:00  rlogin
18225 jjbx      51    4   940K   940K sleep   0:00  rlogin
   57 root      51    0   920K   920K sleep   0:00  ifor_pmd
  311 root      51    0   684K   684K sleep   0:00  portmap
  396 root      51    4   644K   644K sleep   0:00  biod
6967 user1     51    4    50M 51180K sleep   1:07  teller_mysql
10262 user1     51    4    43M 44356K sleep   0:56  teller_mysql
10312 user1     51    4    31M 31876K sleep   0:25  teller_mysql
7005 user1     51    4    24M 24936K sleep   0:14  teller_mysql
14479 user1     51    4    22M 22964K sleep   0:10  teller_mysql
9255 user1     51    4    22M 22536K sleep   0:10  teller_mysql
7898 user1     51    4    22M 22080K sleep   0:13  teller_mysql
8864 user1     51    4    21M 21404K sleep   0:09  teller_mysql
17659 user1     51    4    21M 21400K sleep   0:09  teller_mysql
11425 user1     51    4    21M 21124K sleep   0:08  teller_mysql
9371 user1     51    4    20M 20896K sleep   0:08  teller_mysql
17609 user1     51    4    20M 20780K sleep   0:14  teller_mysql
。。。

yannanqi

up