免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: ronton

[新手入门] 各位兄弟帮我看看系统瓶颈在哪里? [复制链接]

论坛徽章:
0
发表于 2008-11-28 18:43 |显示全部楼层
# vmstat 60 5

System configuration: lcpu=16 mem=15840MB

kthr    memory              page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa
1 18 2906965  4558   0   0   0 3988 14106   0 1184 8388 2806  8  2 49 41
1 17 2915153  5207   0   0   0 4381 16416   0 1078 6049 2591  7  2 50 41
1 19 2989952  4466   0   1   0 3897 14825   0 965 11590 3027 14  2 46 38
1 18 2976279  4650   0   0   0 4481 17322   0 1096 8086 2738  8  2 47 44
1 21 2985016  4499   0   0   0 4303 17101   0 924 7754 2898  7  2 47 44
------------------------------------------------------------------------------------------------

sar -urd 60 5   取平均值
Average      hdisk0      0      0.0        0        0      0.0      1.9
             hdisk1      0      0.0        0        9      0.0      3.6
               dac1      0      0.0      257     9136      0.6     17.8
           dac1-utm      0      0.0        0        0      0.0      0.0
               dac0      0      0.0      644    14478      9.1     15.7
           dac0-utm      0      0.0        0        0      0.0      0.0
             hdisk2     99      0.4      644    14478      9.1     15.7
             hdisk3     99      0.0      257     9136      0.6     17.8
                cd0      0      0.0        0        0      0.0      0.0

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
发表于 2008-11-28 20:19 |显示全部楼层
数据库使用的是文件系统还是裸设备?

论坛徽章:
1
操作系统版块每日发帖之星
日期:2016-02-18 06:20:00
发表于 2008-11-28 22:50 |显示全部楼层

楼主下次发贴注意整理下格式,用预览

我一直觉得,现在文件系统和裸设备速度差别不会太大

楼主 的Page0 和 数据库在一个磁盘上,而且内存不够大造成磁盘争用 应该是一个关键的地方


kthr    memory              page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm     fre     re  pi    po  fr      sr       cy  in      sy       cs  us sy id wa
1  6 2667208  4661   0 206   2  1100 5315    0 922   14209 1969 16  1 58 24
1  3 2668714  3996   0  28   8  1569  5840    0 838   53355 1771 19  2 63 17
2  3 2670356  4525   0  31  14  2383  6973   0 1726 47454 3542   24  3 53 21
1  4 2678305  4377   0  45  14  5448 11616  0 2268 25341 4822   22  2 56 20
1  3 2669176 11375   0  12   0  585   1096    0 982   4645   2067 14  1 65 20

你 8个CPU 但是处理的少等待的多,而且 Pi 高 Po 少,除了楼上说的,你可以试着要求开发在软件里面主动释放内存,并且对相关SQL做一定的优化。

还有,相关信息说明一起列出来, 反正不登录机器我是不记得 sar 后面跟着些什么 东西……

顺便说一下 你第一个topas中
               hdisk2  100.0  11658.0   785.0 10574.0  1084.0
这个状态肯定是不正常的,这个时候你是不是在做报表什么的。

如果不是的话,那么绝对就要去做Sql 优化了,数据库正常使用的时候 都比写要少…… :mrgreen: :mrgreen:

贴一个 我们公司软件的监控
OLTP 的 数据库应用在一起,

                  Read KB/s  Write      IO/sec
8:25:02        1819.5        237        108.9
8:30:02        198.4        5505.9        167.4
8:35:02        375.3        6037.6        196.1
8:40:02        510.9        4738.6        192.5
8:45:02        337        6140.4        208.3
8:50:02        409.5        6230.2        220.1
8:55:02        168.5        6501.4        197.8
9:00:02        358.2        4789.1        175.4
9:05:02        656.5        6465.8        255.9
9:10:02        707.3        6455.6        262.3
9:15:02        316.2        6714.9        223.6
9:20:02        232.3        4881.2        185.5
9:25:02        497.5        6175.8        221.1
9:30:02        363.1        6250.8        210.5
9:35:02        150.6        6614.8        200
9:40:02        199        5253.9        175.4
9:45:02        83.9        6270.6        175.1
9:50:02        182.1        6443.9        201.5
9:55:02        141.5        6540.6        193.7
10:00:02        126.3        5002        147
10:05:02        489        6444.5        231.5
10:10:02        759.5        6609.6        274.2
10:15:03        914.5        6308.1        278.8
10:20:03        512.3        4932.2        196.5
10:25:03        112.3        6306.3        181.4
10:30:03        142.5        6438.5        187.4
10:35:03        265.9        6156.5        194.5
10:40:03        412.7        4935.7        184
10:45:03        202.6        5713.7        163.4
10:50:03        1071.3        5828.5        275.6
10:55:03        2885.3        5693.7        502.7
11:00:03        2321        5406.8        440.8
11:05:03        2437.6        6002        446.5
11:10:03        2138.1        5929.1        409.8
11:15:03        2382.4        5950.3        440.8
11:20:03        2378        5657.4        424.2
11:25:03        2327.3        4509.1        395.7
11:30:03        3007        5263.6        478.9
11:35:03        2809.8        5021.9        435
11:40:03        2606.6        4493.2        426.3
11:45:03        2422.4        4503.1        397.7
11:50:03        1043.8        3377.1        188.5
11:55:03        383.7        4549.6        122.7
12:00:03        372.2        4342.1        134.6
12:05:03        4136.5        4173.6        145.5
12:10:03        11142.3        3409.4        128.5
12:15:03        11222.6        2658.6        91
12:20:03        8657.7        3176.3        178.3
12:25:03        5935.3        3753.9        159.9
12:30:03        52.6        3338.8        65.1
12:35:03        30.3        3044.1        62.9
12:40:03        45.4        2847.6        76.3
12:45:03        268        3600.2        123.8
12:50:03        92.1        1510.1        53.4
12:55:03        170.1        2664.3        79.8
13:00:03        195        3986.8        128.8
13:05:03        489.7        4609.3        162.7
13:10:03        463        3946.9        151
13:15:03        484.8        5371.6        179.2
13:20:03        825        5503.4        232.2
13:25:04        371.7        5968.1        189.7
13:30:04        651.3        4223.3        181.4
13:35:04        265.9        5598.1        167.1
13:40:04        786.6        6067.4        254
13:45:04        861.9        6292.7        279.3
13:50:04        400.9        4817.6        173
13:55:04        154        6186.6        176.4
14:00:04        273.9        5944        181.6
14:05:04        109.9        5848.4        161.3
14:10:04        234.8        4454.7        141.8
14:15:04        388.6        5765.6        194.8
14:20:04        294.9        6012.1        180.2
14:25:04        1193.6        5810.4        300.7
14:30:04        461.8        4231.1        171.2
14:35:04        266.6        5756.4        172.1
14:40:04        951.4        5590.2        251.4
14:45:04        258.4        5560.2        158.8
14:50:04        103.2        4270.4        116.4
14:55:04        98.2        5445.9        135
15:00:04        135.2        5460.2        150.1
15:05:04        145.1        5585.4        146.3
15:10:04        768.1        4075.7        192.8
15:15:04        853.5        5560        222.6
15:20:04        53.9        5395.5        122.4
15:25:04        210.9        5216.7        133.8
15:30:04        422.6        3928.7        134.9
15:35:04        572.8        5491.2        182.5
15:40:04        403.9        5147.3        172.4
15:45:04        176.2        5401.3        139.4
15:50:04        341.8        4059.3        134.3
15:55:04        190.9        5483.7        144.6
16:00:05        579.4        5377.2        189.6
16:05:05        1100.4        5193.7        253.7
16:10:05        277.8        3867        120.3
16:15:05        205.5        4598.2        135.4
16:20:05        325.4        5123        152.7
16:25:05        258.2        4478.5        143.7
16:30:05        13.6        3550.5        66.3
16:35:05        50.8        4329.6        102.3
16:40:05        32.9        3268.2        91.8
16:45:05        33.7        3672.8        106.5
16:50:05        48.4        3580.7        69.1
16:55:05        449.7        4157.3        147.6
17:00:05        19.3        3669.6        68.7
17:05:05        49.6        4047.4        79.8
17:10:05        228.2        3297.9        84.9
17:15:05        366.7        4145.8        124.6
17:20:05        439.2        3668.7        135.7
17:25:05        501.9        2695.9        134.7
17:30:05        628.2        1662.7        137.9
17:35:05        683.8        3169.3        150.6
17:40:05        666.7        3283.1        174.1
17:45:05        302.5        2689.2        108.9
17:50:05        11.5        2251.3        61.3
17:55:05        22.4        2479.6        43.3
18:00:05        638.4        3109.8        154.9



这个 是 export 数据
                  Read KB/s  Write      IO/sec
3:05:06        40902.8        43883.7        495.8
3:10:06        41136.4        42438.6        444.4
3:15:06        40009.8        41399.8        409.5
3:20:06        40364        41707.6        425.9
3:25:06        40694.1        41997.8        414.4
3:30:06        39869.4        41761.1        425.1
3:35:07        40407.1        41852.4        414.8
3:40:07        40840.5        42138.2        413.3
3:45:07        41005.8        42313.1        415.3
3:50:07        40622.5        42798.1        470.3
3:55:07        40820.4        42131.9        413.5
4:00:07        40675.9        41956.6        411
4:05:07        39576.7        41740.6        414.8
4:10:07        40125.2        42145        424.7
4:15:07        40106        41396.3        406.4
4:20:07        40131.2        41171.2        433.9



这个是 写磁带了
                  Read KB/s  Write      IO/sec
4:45:07        8287.7        804        43.1
4:50:07        50831.9        100.1        136.9
4:55:07        48349.1        131.2        105.4
5:00:07        46555.3        36.8        96.8
5:05:07        43619.7        39.2        94.1
5:10:07        36947.9        26.8        76.3
5:15:07        32509.9        35.5        67.9
5:20:07        29223.5        35.5        61.4
5:25:07        26749.2        255.3        59.3
5:30:07        24651.5        53.7        57.6
5:35:07        23015.3        122.3        53.7
5:40:07        21288.4        524.2        68.7
5:45:07        20211.2        210.3        52.2
5:50:07        19301.3        115.8        46.9
5:55:07        18532.8        1686.8        92.3
6:00:07        17834.6        681.7        81.3
6:05:07        17251.2        1085.8        61.7
6:10:07        16678.4        1524        93.1
6:15:07        16200.2        79.4        39.1
6:20:07        15740.3        85.6        38.5
6:25:07        15410.2        1947.8        86.9
6:30:07        15067.7        169.5        42.7
6:35:07        14698.7        446.4        48
6:40:07        14501.5        3136.1        115.9
6:45:07        14220.8        1803.5        78.1
6:50:07        13984.1        225.8        41.9
6:55:07        13817.3        878.4        67
7:00:07        13609        1921.2        87
7:05:07        13362.9        163.5        39.1
7:10:07        10560.9        1023.4        71.1

[ 本帖最后由 spook 于 2008-11-28 23:09 编辑 ]

论坛徽章:
0
发表于 2008-11-29 21:38 |显示全部楼层
原帖由 spook 于 2008-11-28 22:50 发表
我一直觉得,现在文件系统和裸设备速度差别不会太大

楼主 的Page0 和 数据库在一个磁盘上,而且内存不够大造成磁盘争用 应该是一个关键的地方


kthr    memory              page              faults   ...


内存不够大造成磁盘争用? spook兄你的根据是什么? 是因为free只有4500左右?
我的fedora8不开任何服务,开机就占用了1.5G内存(主机2G内存),它内核是会自动去管理内存机制。一般都是先预存,等程序需要的时候再去分配。AIX接触时间不长,不知道它是如何管理,请指教?
另:page0想迁移到rootvg 请问如何进行?

谢谢

论坛徽章:
0
发表于 2008-11-29 22:09 |显示全部楼层
原帖由 allway 于 2008-11-28 20:19 发表
数据库使用的是文件系统还是裸设备?


楼上兄弟是文件系统

论坛徽章:
1
操作系统版块每日发帖之星
日期:2016-02-18 06:20:00
发表于 2008-12-01 10:53 |显示全部楼层
原帖由 ronton 于 2008-11-29 21:38 发表


内存不够大造成磁盘争用? spook兄你的根据是什么? 是因为free只有4500左右?
我的fedora8不开任何服务,开机就占用了1.5G内存(主机2G内存),它内核是会自动去管理内存机制。一般都是先预存,等程序需要 ...


内存不够不是看 fre 的值,而是看 pi 和po 以及fr

r  b   avm     fre     re  pi    po  fr      sr       cy  in      sy       cs  us sy id wa

这两个是写pgsp 的,说明你机器在不断将内存中不用的数据转移到 pgsp中,


r多b少,说明进程都是序列运行在排队等,这个时候你考虑用下高主频的机器。……

推荐一本书,《走入IBM 小型机世界》

[ 本帖最后由 spook 于 2008-12-1 10:59 编辑 ]

论坛徽章:
0
发表于 2008-12-01 14:04 |显示全部楼层
楼主也不现身汇报情况,这么多兄弟等着呢

论坛徽章:
0
发表于 2008-12-01 15:21 |显示全部楼层
修改了vmo -p -o lru_file_repage=0
vmo -p -o strict_maxclient=0

paging01还没有迁移出来

另:月初结账期间,系统非常繁忙 。
在没有具体方案前不敢轻举,请各位兄弟集思广益。

# vmstat 5 10

System configuration: lcpu=16 mem=15840MB

kthr    memory              page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa
1 31 3186109  4864   0   0   0 3875 11070   0 1103 8570 3162  8  2 45 45
1 28 3181874  4992   0   0   0 3962 11509   0 1049 7301 2989  5  2 49 44
1 30 3174477 10207   0   0   0 4367 34837   0 1259 9679 3598  9  2 42 47
1 28 3161998  5200   0   0   0 1735 14209   0 1014 8571 2805  6  2 43 49
1 30 3162230  4885   0   0   0 4728 16126   0 946 7775 2776  7  2 42 48
0 33 3162193  4951   0   0   0 5345 16937   0 1016 8721 2667  8  2 44 46
1 30 3162412  4885   0   0   0 5203 17389   0 1116 11452 2961  9  2 42 47
1 31 3163238  5183   0   0   0 6091 51325   0 1171 12981 3149  9  3 41 46
1 32 3163286  4786   0   0   0 4869 15468   0 1077 11616 2978 12  2 41 44
3 30 3163271  4807   0   0   0 3858 16053   0 846 10725 5104 13  3 40 44

论坛徽章:
1
操作系统版块每日发帖之星
日期:2016-02-18 06:20:00
发表于 2008-12-01 21:06 |显示全部楼层

你等待线程怎么那么多啊?

能不能用并行的方式来做啊?

查下SQL看看……

论坛徽章:
1
操作系统版块每日发帖之星
日期:2016-02-18 06:20:00
发表于 2008-12-01 21:09 |显示全部楼层
原帖由 spook 于 2008-12-1 21:06 发表
能不能用并行的方式来做啊?

查下SQL看看……


或者把这个系统迁移到一个 2×4.2G的的P6 520上可能更快……

你的问题不在于系统 内存,是在于 进程都是大量的顺序处理,所以在一个没做完的时候后面的都在排队等…… 表现就是 wait 很高,

nmon 抓下数据……

[ 本帖最后由 spook 于 2008-12-1 21:12 编辑 ]
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP