拒绝空想,开始行动! 希望广交天下朋友共同进步。msn:zhangjs_780206@hotmail.com qq: 17413671

帮忙分析一下系统的性能-io问题

上一篇 / 下一篇  2007-09-03 16:54:32 / 个人分类:oracle9i

查看( 113 ) / 评论( 8 )
帮忙分析一下系统的性能-io问题
linux rhel4
上面有oracle,timesten,app,mysql
内存4G
oracle sga 1G
timesten 内存 1.6g

还有另外和这个配置差不多的系统,配置一样,性能却没有问题
请高手帮忙分析一下:

vmstat 2 10
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 2 286124 25316 38796 2918240 0 5 93 332 593 869 4 1 48 47
0 1 286124 24676 38808 2918488 0 0 70 616 1259 2659 5 2 41 53
0 1 286124 24292 38812 2919004 0 0 96 618 1249 2180 4 1 38 57
0 1 286116 23972 38812 2919272 0 0 74 720 1276 2344 4 2 34 61
0 1 286116 23780 38816 2919268 0 0 76 632 1284 2229 3 1 42 53
0 2 286116 23460 38824 2919780 0 0 92 636 1229 2922 5 2 31 63
1 3 286116 22244 38824 2920040 0 0 64 620 1274 2409 6 2 28 66
0 2 286116 21540 38832 2920292 0 0 40 630 1236 1691 5 1 27 66
0 2 286116 21220 38832 2920292 0 0 56 570 1230 2099 4 2 31 63
0 3 286108 21092 38844 2920776 16 0 104 686 1245 2013 3 1 38 58

wa列值太高了,应该如果进一步诊断

TAG:

zhangjianshuang的个人空间 zhangjs_780206 发布于2007-09-03 16:58:15
top命令的部分结果

top
top - 17:01:39 up  5:32,  5 users,  load average: 2.22, 2.35, 2.34
Tasks: 227 total,   1 running, 222 sleeping,   4 stopped,   0 zombie
Cpu(s):  3.8% us,  1.7% sy,  0.0% ni, 37.7% id, 56.8% wa,  0.0% hi,  0.0% si
Mem:   4148504k total,  4132372k used,    16132k free,    38388k buffers
Swap:  2096472k total,   285916k used,  1810556k free,  2903748k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                          
4207 root      15   0 1611m  92m  89m S    3  2.3   3:21.01 ttcserver                                                                        
3848 oracledb  16   0  984m 172m 171m S    1  4.3   2:29.74 oracle                                                                           
4193 root      16   0  861m 147m  11m S    1  3.6   3:34.20 java                                                                             
3638 oracledb  15   0  990m 9020 7032 D    1  0.2   0:46.58 oracle                                                                           
3801 root      15   0 1640m  22m  18m S    1  0.6   2:03.47 timestenrepd                                                                     
3391 root      17   0  3132 1136  800 R    1  0.0   0:00.04 top                                                                              
  347 root      15   0     0    0    0 D    0  0.0   0:19.25 kjournald                                                                        
4498 root      16   0 1608m 102m 101m S    0  2.5   0:10.55 ttcserver                                                                        
4640 root      16   0 1254m  70m  11m S    0  1.7   0:16.40 java                                                                             
4654 root      16   0 1608m  92m  91m S    0  2.3   0:06.74 ttcserver                                                                        
4683 root      16   0 1244m  73m  11m S    0  1.8   0:34.07 java                                                                             
4697 root      16   0 1608m 140m 140m S    0  3.5   0:27.84 ttcserver                                                                        
32460 root      17   0  3404 1172  800 S    0  0.0   0:09.21 top                                                                              
    1 root      16   0  2212  600  512 S    0  0.0   0:00.52 init                                                                             
    2 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0
tgm78发布于2007-09-03 16:59:10
top看一下,或者iostat
tgm78发布于2007-09-03 17:02:02
sga有点小了。
rollingpig的个人空间 rollingpig 发布于2007-09-03 17:19:17
做个statspack report
itpub.com.cn发布于2007-09-03 17:31:31
不是I/O问题!!!
dhcwenOra的个人空间 dhcwenOra 发布于2007-09-03 18:37:38
b--blocking 阻塞队列大了,r却没有,挺起怪的。

÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷÷

vmstat 2 10
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 2 286124 25316 38796 2918240 0 5 93 332 593 869 4 1 48 47
0 1 286124 24676 38808 2918488 0 0 70 616 1259 2659 5 2 41 53
0 1 286124 24292 38812 2919004 0 0 96 618 1249 2180 4 1 38 57
0 1 286116 23972 38812 2919272 0 0 74 720 1276 2344 4 2 34 61
0 1 286116 23780 38816 2919268 0 0 76 632 1284 2229 3 1 42 53
0 2 286116 23460 38824 2919780 0 0 92 636 1229 2922 5 2 31 63
1 3 286116 22244 38824 2920040 0 0 64 620 1274 2409 6 2 28 66
0 2 286116 21540 38832 2920292 0 0 40 630 1236 1691 5 1 27 66
0 2 286116 21220 38832 2920292 0 0 56 570 1230 2099 4 2 31 63
0 3 286108 21092 38844 2920776 16 0 104 686 1245 2013 3 1 38 58
zhangjianshuang的个人空间 zhangjs_780206 发布于2007-09-04 09:16:56
请问不是io问题那是什么问题,因为直接对oracle的访问基本没有,都是用timesten的cache group访问oracle,而且应该都是insert操作,所以对oracle数据库没有进行特别的关注,sga也没有必要弄太大。
randylin2006发布于2007-09-04 09:26:48
如果认为是Oracle引起的IO问题,就做个statspack report,和查询v$session_event,v$system_event,
v$session_wait来看一下,是什么操作引起High IO!
我来说两句

(可选)

日历

« 2008-10-13  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 516
  • 日志数: 32
  • 建立时间: 2008-03-26
  • 更新时间: 2008-09-09

RSS订阅

Open Toolbar