下面我來寫一下在linux OS 下如何判斷系統是否內存吃緊。 linux
我從兩個部分來查看如何檢查。 算法
第一部分:查看內存使用情況
Linux 下使用Top
[root@itc-test9 ~]# top
top - 17:08:01 up 12 days, 3:48, 2 users, load average: 0.01, 0.01, 0.00
Tasks: 95 total, 1 running, 94 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 99.5% id, 0.5% wa, 0.0% hi, 0.0% si
Mem: 2056000k total, 1963652k used, 92348k free, 59156k buffers
Swap: 4096564k total, 164k used, 4096400k free, 1605276k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 16 0 4744 552 460 S 0.0 0.0 0:00.46 init
從Top 顯示來看是有1963652K已經使用,只有92348k內存空閒。一直問我是否內存不足了。下面就來解釋一下Oracle 在Linux 下如何查看OS 內存是否不足。
但咱們從Linux command free 來看:
[oracle@itc-test9 ~]free
total used free shared buffers cached
Mem: 2056000 1869596 186404 0 59172 1512236
-/+ buffers/cache: 298188
1757812
Swap: 4096564 164 4096400
-/+ buffers/cache: used=298188k =291.2M
free=1757812k=1716.6M 約等於2G。
從Free 命令行來看OS 還有1.76G 空間未使用。
須要解釋一下Free 和Top 在Linux 下的不一樣顯示問題。
Free命令顯示在操做系統中使用和空閒的內存數量。
Top 顯示是和Linux 對內存使用的方式關係緊密,linux 儘量的要求
使 用物理內存來提升Buffer 和Cache 對Disk 的I/O操做。Linux 將盡量多的將I/O 操做磁盤上的信息保存在內存當中,若是Oracle(其餘程序也同樣)須要更多的內存空間,Linux 纔會將一些內存使用LRU 算法清理出來,若是不須要則繼續保持這些數據信息在內存中。因此咱們使用Top看到的Memory FreeMem: 2056000k total, 1963652k used, 92348k free不多。
第二部分:查看Swap 的情況:
Swap 空間的使用情況也能分辨出Oracle 服務器內存是否已經吃緊。
先看Swap 大小設定:
RAM Size Swap Size
1-2G 1.5 倍 RAM
2-8G 1 倍 RAM
>8G 0.75 RAM
基本上每一個操作系統(除Windows)都建議Swap 使用上面比例的配置。
但根據我的經驗若是Server 的Memory >32G 時,通常都會將Swap 空間設置在10g 之內,甚至更小。
使用Command more /proc/meminfo 或top 來Monitor Swap 的使用情況。
[root@itc-test9 ~]# more /proc/meminfo
MemTotal: 2056000 kB
MemFree: 177268 kB
Buffers: 59292 kB
Cached: 1519188 kB
SwapCached: 4 kB
Active: 1092248 kB
Inactive: 654096 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 2056000 kB
LowFree: 177268 kB
SwapTotal: 4096564 kB
SwapFree: 4096400 kB
[root@itc-test9 ~]# top
top - 17:08:01 up 12 days, 3:48, 2 users, load average: 0.01, 0.01, 0.00
Tasks: 95 total, 1 running, 94 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 99.5% id, 0.5% wa, 0.0% hi, 0.0% si
Mem: 2056000k total, 1963652k used, 92348k free, 59156k buffers
Swap: 4096564k total, 164k used, 4096400k free, 1605276k cached
若是你觀察Swap 中的使用量一直在增長,或Swap used 爲一個很大的值。那咱們基本就能肯定在現有的情況下Oracle server 內存出現問題。(咱們須要考慮此現象是偶爾發生仍是一直出現)
咱們須要作:
增長內存
減小OS 程序使用內存資源,如Oracle 減小SGA_target 或Memory_Target(11g)
增大交換空間
你能夠經過vmstat 來看當前Swap 活動的狀態。
Swap 下面的Si 和So 分別顯示Swap 頁面交換進來和交換出去。
[root@itc-test9 ~]# vmstat 3 8
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 164 175468 59292 1520344 0 0 1 21 4 20 0 0 99 0
0 0 164 175532 59292 1520344 0 0 0 48 1038 41 0 0 100 0
0 0 164 175532 59292 1520344 0 0 0 61 1032 35 0 0 99 0
0 0 164 175532 59292 1520344 0 0 0 11 1028 39 0 0 100 0
0 0 164 175532 59292 1520344 0 0 0 15 1024 39 0 0 100 0
使用Vmstat 命令只能看當前的Swap 頁面的交換入和交換出。那如何看歷史Swap 信息呢。
Linux 下有一個命令能夠看,那就是
[root@itc-test9 sa]# cd /var/log/sa
[root@itc-test9 sa]# ls -al |grep 13
drwxr-xr-x 2 root root 4096 Apr 13 00:00 .
-rw-r--r-- 1 root root 209328 Apr 13 17:50 sa13
[root@itc-test9 sa]# date ----今天是4/13 號
Mon Apr 13 17:58:02 CST 2009
[root@itc-test9 sa]# ll |grep 13
-rw-r--r-- 1 root root 209328 Apr 13 17:50 sa13
[root@itc-test9 sa]# sar -W -f sa13
Linux 2.6.9-5.ELsmp (itc-test9) 04/13/2009
12:00:01 AM pswpin/s pswpout/s
12:10:01 AM 0.00 0.00
12:20:01 AM 0.00 0.00
12:30:01 AM 0.00 0.00
12:40:01 AM 0.00 0.00
12:50:01 AM 0.00 0.00
01:00:01 AM 0.00 0.00
01:10:01 AM 0.00 0.00
01:20:01 AM 0.00 0.00
......(中間略去)
...... (中間略去)
03:50:01 PM 0.00 0.00
04:00:01 PM 0.00 0.00
04:10:01 PM 0.00 0.00
04:20:01 PM 0.00 0.00
04:30:01 PM 0.00 0.00
04:40:01 PM 0.00 0.00
04:50:01 PM 0.00 0.00
05:00:01 PM 0.00 0.00
05:10:01 PM 0.00 0.00
05:20:01 PM 0.00 0.00
05:30:01 PM 0.00 0.00
05:40:01 PM 0.00 0.00
05:50:01 PM 0.00 0.00
Average: 0.00 0.00
顯示從今天0點到當前的全部Swap 頁面交換的數量