- 论坛徽章:
- 0
|
今天发现有一台机器的swap使用率达到96%以上,通过top再按c再按M,发现应该是oracle占用了许多swap。
top结果如下:
top - 15:44:27 up 11 days, 23:06, 2 users, load average: 2.02, 2.03, 2.04
Tasks: 176 total, 2 running, 174 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.8%us, 0.7%sy, 0.0%ni, 49.3%id, 49.1%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 4043564k total, 2679536k used, 1364028k free, 217112k buffers
Swap: 4194296k total, 4051444k used, 142852k free, 1623124k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
10531 netcool 15 0 4095m 221m 1860 S 0.0 5.6 6:05.04 /opt/IBM/tivoli/netcool/omnibus/bin/linux2x86/nco_g_oracle
6335 oracle 15 0 1461m 139m 138m S 0.0 3.5 0:18.66 ora_dbw0_cnbjxnme
6343 oracle 15 0 1459m 92m 91m S 0.0 2.3 0:23.56 ora_smon_cnbjxnme
30137 netcool 24 0 1452m 77m 6104 S 0.0 2.0 2:52.05 /usr/jdk1.6.0_21/bin/java -Djava.util.logging.config.file=/opt/nocapp/conf/logging.properties -Djava.util.logging.manager=org.apache.ju
17896 root 21 0 514m 75m 4468 S 0.0 1.9 1:12.82 /opt/ibm/director/agent/_jvm/jre/bin/java -Xmx384m -Xminf0.01 -Xmaxf0.4-Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcI
10736 oracle 15 0 1459m 71m 71m S 0.0 1.8 1:03.38 oraclecnbjxnme (LOCAL=NO)
6360 oracle 15 0 1460m 66m 63m S 0.0 1.7 0:13.04 ora_mmon_cnbjxnme
25681 oracle 15 0 1458m 61m 57m S 0.0 1.6 0:08.47 ora_j000_cnbjxnme
6333 oracle 15 0 1457m 44m 44m S 0.0 1.1 0:00.27 ora_mman_cnbjxnme
6354 oracle 15 0 1463m 38m 37m S 0.0 1.0 0:27.14 ora_cjq0_cnbjxnme
6704 oracle 15 0 1458m 37m 36m S 0.0 1.0 0:01.20 ora_q000_cnbjxnme
10738 oracle 15 0 1459m 36m 36m S 0.0 0.9 0:01.38 oraclecnbjxnme (LOCAL=NO)
10734 oracle 15 0 1458m 35m 35m S 0.0 0.9 0:00.87 oraclecnbjxnme (LOCAL=NO)
6339 oracle 16 0 1458m 34m 34m S 0.0 0.9 0:59.94 ora_ckpt_cnbjxnme
6337 oracle 15 0 1472m 33m 32m S 0.0 0.8 0:17.10 ora_lgwr_cnbjxnme
5932 root 15 0 187m 29m 9388 S 0.0 0.7 32:12.63 splunkd -p 8089 start
30199 oracle 15 0 1459m 25m 25m S 0.0 0.6 0:00.63 oraclecnbjxnme (LOCAL=NO)
15950 oracle 15 0 1459m 25m 25m S 0.0 0.6 0:00.32 oraclecnbjxnme (LOCAL=NO)
6395 oracle 15 0 1472m 23m 16m S 0.0 0.6 0:03.02 ora_arc0_cnbjxnme
30197 oracle 15 0 1459m 19m 19m S 0.0 0.5 0:00.28 oraclecnbjxnme (LOCAL=NO)
6397 oracle 18 0 1472m 16m 16m S 0.0 0.4 0:02.95 ora_arc1_cnbjxnme
6368 oracle 18 0 1457m 16m 15m S 0.0 0.4 0:01.04 ora_mmnl_cnbjxnme
6345 oracle 18 0 1457m 15m 15m S 0.0 0.4 0:00.02 ora_reco_cnbjxnme
10599 root 15 0 234m 14m 1716 S 0.0 0.4 160:54.76 ./jre/bin/java -Djava.compiler=NONE -cp /usr/RaidMan/RaidMsgExt.jar:/usr/RaidMan/RaidMan.jar com.ibm.sysmgt.raidmgr.agent.ManagementAge
10740 oracle 18 0 1457m 13m 13m S 0.0 0.3 0:00.02 oraclecnbjxnme (LOCAL=NO)
6329 oracle 15 0 1458m 12m 11m S 0.0 0.3 0:00.38 ora_pmon_cnbjxnme
6403 oracle 15 0 1457m 11m 11m S 0.0 0.3 0:00.03 ora_qmnc_cnbjxnme
6706 oracle 18 0 1457m 10m 10m S 0.0 0.3 0:00.03 ora_q001_cnbjxnme
6331 oracle 15 0 1457m 10m 10m S 0.0 0.3 0:00.21 ora_psp0_cnbjxnme
6379 oracle 18 0 1457m 10m 9m S 0.0 0.3 0:00.02 ora_s000_cnbjxnme
6377 oracle 18 0 1458m 10m 9.9m S 0.0 0.3 0:00.01 ora_d000_cnbjxnme
6941 root 15 0 647m 8196 4096 S 0.0 0.2 1:24.12 /opt/IBM/ITM/lx8266/lz/bin/klzagent
6001 root 15 0 670m 6240 2884 S 0.0 0.2 0:03.16 python -O /opt/splunk/lib/python2.6/site-packages/splunk/appserver/mrsparkle/root.py start
6231 oracle 15 0 52708 5092 4500 S 0.0 0.1 0:00.25 /db/oracle/10g/bin/tnslsnr LISTENER -inherit
10320 root 25 0 559m 4848 2628 S 1.3 0.1 200:46.43 /opt/IBM/ITM/lx8266/ul/bin/kulagent
2527 root 5 -10 12644 4460 3180 S 0.0 0.1 0:00.00 iscsid
6863 root 34 19 250m 3608 1816 S 0.0 0.1 0:00.43 /usr/bin/python -tt /usr/sbin/yum-updatesd
2491 root 17 0 92240 3296 2568 S 0.0 0.1 0:00.00 sshd: zhangyg [priv]
7674 root 16 0 92240 3296 2568 S 0.0 0.1 0:00.00 sshd: zhushi [priv]
3697 root 15 0 162m 2628 1804 S 0.0 0.1 0:24.40 /opt/ibm/icc/bin/cimserver -D /etc/opt/ibm/icc
23973 root 18 0 89800 2564 1188 S 0.7 0.1 92:21.94 /etc/opt/ibm/icc/bin/cimprovagt 0 6 17 root ADPT_Module
2536 root 15 0 123m 2524 1920 S 0.0 0.1 0:00.00 sudo su -
11435 root 18 0 189m 2324 2020 S 0.0 0.1 0:00.15 /opt/IBM/ITM/lx8266/lz/bin/kcawd
16930 root 18 0 88848 2148 1676 S 0.0 0.1 8:36.83 /etc/opt/ibm/icc/bin/cimprovagt 0 6 9 root IBM_PA_Providers
29662 root 15 0 61096 1896 1636 S 0.0 0.0 9:20.89 /usr/bin/dsmc sche -se=TSMSvr
请问,
问题1.如何能解决oracle使用太多swap的问题?
另外有些疑问,为何这么多oracle进程,而许多的VIRT都使用了1450+M,岂不是合起来早就超过swap总数(4G多)了?
百度了一下下面几列的含义:
VIRT 进程使用的虚拟内存总量,单位kb。VIRT=SWAP+RES
SWAP 进程使用的虚拟内存中,被换出的大小,单位kb。
RES 进程使用的、未被换出的物理内存大小,单位kb。RES=CODE+DATA
SHR 共享内存大小,单位kb
那么我想问,
问题2.看某个进程使用了多少swap,应该看VIRT还是RES?
问题3.SHR 共享内存大小,看了一下这些oracle的SHR大小都和RES差不多大,是不是意味着oracle整体使用的swap并不大,因为它们共享了swap? |
|