最近一臺裝有Rhel5.3的40G記憶體的機器上有一個oracle資料庫，資料庫的SGA設定為20G，當執行業務時，一個業務高峰期時，發現swap頻繁交換，CPU 100%，Load很高，基本體現為記憶體不足。此時的連線數在600個左右。按記憶體的計算：每個連線佔用記憶體基本在5M，這樣600個連線只佔用3G記憶體，SGA記憶體20G，作業系統佔用記憶體1G，這樣總佔用的記憶體為24G，而總共記憶體有40G，怎麼會記憶體不足呢？當時是百思不得其解，於是做了大量的壓力測試，首先是寫了一個java程式，啟動多個執行緒，每個執行緒與資料庫建一個連線，然後迴圈執行一個簡單的SQL，這個SQL按一個隨機函式生成的ID去查詢一個很大的表（有索引）。當啟動1000個連線後，使用free -m檢視記憶體：

#free -m
             total       used       free     shared    buffers     cached
Mem:         40210      25842      14368          0          9        177
-/+ buffers/cache:      25655      14554
Swap:        20481        479      20001發現free的記憶體值很小，used的記憶體值為斷增長，執行大約20分鐘後，當free減少到40M左右的時候， 系統的CPU一下子到100%，Load從15升到600。從這個結果看到，還是記憶體不足，當時還寫了一個指令碼，檢視所有oracle程序的記憶體情況，也沒有發現oracle程序佔用記憶體太多。所以一直沒有找到原因。最後試著用cat /proc/meminfo檢視記憶體時，終於找到了原因，沒有加壓力時，cat /proc/meminfo看到的結果為：

[email protected]:/proc/sys/vm>cat /proc/meminfo
MemTotal:     41175744 kB
MemFree:      27603324 kB
Buffers:         36572 kB
Cached:       13006240 kB
SwapCached:     232980 kB
Active:         304448 kB
Inactive:     12990616 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:     41175744 kB
LowFree:      27603324 kB
SwapTotal:    20972816 kB
SwapFree:     20070348 kB
Dirty:            1232 kB
Writeback:           0 kB
AnonPages:      240500 kB
Mapped:         354120 kB
Slab:           136980 kB
PageTables:      34004 kB
NFS_Unstable:        0 kB
Bounce:              0 kB
CommitLimit:  41560688 kB
Committed_AS: 17163928 kB
VmallocTotal: 34359738367 kB
VmallocUsed:    273756 kB
VmallocChunk: 34359464051 kB
HugePages_Total:     0
HugePages_Free:      0
HugePages_Rsvd:      0
Hugepagesize:     2048 kB當壓力上來時：

[email protected]:/proc/sys/vm>cat /proc/meminfo
MemTotal:     41175744 kB
MemFree:        375212 kB
Buffers:         36444 kB
Cached:       13005200 kB
SwapCached:     232984 kB
Active:       16919192 kB
Inactive:       509908 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:     41175744 kB
LowFree:        375212 kB
SwapTotal:    20972816 kB
SwapFree:     20070340 kB
Dirty:             184 kB
Writeback:           0 kB
AnonPages:     4375088 kB
Mapped:       12889760 kB
Slab:           168916 kB
PageTables:   23005464 kB
NFS_Unstable:        0 kB
Bounce:              0 kB
CommitLimit:  41560688 kB
Committed_AS: 40413008 kB
VmallocTotal: 34359738367 kB
VmallocUsed:    273756 kB
VmallocChunk: 34359464051 kB
HugePages_Total:     0
HugePages_Free:      0
HugePages_Rsvd:      0
Hugepagesize:     2048 kB可以看到壓力上來後，PageTables佔用的記憶體居然高達23G。PageTables是Linux下虛擬記憶體到實體記憶體中做對映時對映表佔用的空間，這個對映表居然佔用了這麼大的記憶體，真讓人不可思議。為了解決這個問題，想到了Linux的大頁管理，正常的頁大小為4k，而大頁管理的頁大小為2M，通過大頁管理後，對映表佔用的空間將會大大減少。於是把資料庫停了,啟動大頁管理，給大頁管理分配20G記憶體：echo 10240 > /proc/sys/vm/nr_hugepages增加root                soft    memlock -1 
root                hard    memlock -1oracle              soft    memlock -1 
oracle              hard    memlock -1把資料庫的lock_sga改成true後，再做壓力測試，系統終於能穩定運行了，free -m檢視到的空閒記憶體一直空閒13G：[email protected]:/etc/security>free -m
             total       used       free     shared    buffers     cached
Mem:         40210      26234      13976          0         20        184
-/+ buffers/cache:      26029      14181
Swap:        20481        479      20001http://www.cnblogs.com/woxing/p/3854178.html