這期內(nèi)容當中小編將會給大家?guī)碛嘘P如何在Linux 64位系統(tǒng)下使用hugepage，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。
By: Feng Gao
首先，為什么要介紹/使用HugePage?
在步入正題之前,先講一個非常普遍的數(shù)據(jù)庫性能問題。
眾所周知,Oracle數(shù)據(jù)庫使用共享內(nèi)存(SGA)來管理可以共享的一些資源;比如shared pool中存儲了共享的SQL語句及執(zhí)行計劃,buffer pool中存儲了數(shù)據(jù)塊。對這些資源的訪問,其實就是Oracle使用OS的API來訪問內(nèi)存資源的過程。內(nèi)存操作理應/通常意義上都是很快的,這時候Oracle數(shù)據(jù)庫可以很正常的工作。
但是
a)如果SGA內(nèi)的某一部分被swap到硬盤上,那么再次訪問它,就需要花非常多的時間
b)如果OS本身的內(nèi)存非常的大,那么管理/訪問到我們需要的內(nèi)存的過程就需要更長時間。
在這些情況下,我們往往會碰到諸如latch/mutex/library cache lock[pin]/row cache lock的問題.
Linux下HugePage 可以解決由以上兩種問題引發(fā)的性能波動。
我們知道，在Linux 64位系統(tǒng)里面,默認內(nèi)存是以4K的頁面（Page）來管理的,當系統(tǒng)有非常多的內(nèi)存的時候,管理這些內(nèi)存的消耗就比較大;而HugePage使用2M大小的頁面來減小管理開銷。HugePage管理的內(nèi)存并不能被Swap，這就避免了swap引發(fā)的數(shù)據(jù)庫性能問題。所以，如果您的系統(tǒng)經(jīng)常碰到因為swap引發(fā)的性能問題的系統(tǒng)毫無疑問需要啟用HugePage。另外，OS內(nèi)存非常大的系統(tǒng)也需要啟用HugePage。但是具體多大就一定需要使用HugePage？這并沒有定論，有些文檔曾經(jīng)提到12G以上就推薦開啟，我們強烈建議您在測試環(huán)境進行了充分的測試之后，再決定是否在生產(chǎn)環(huán)境應用HugePage。
當然，任何事情都是有兩面性的，HugePage也有些小缺點。第一個缺點是它需要額外配置，但是這完全是可以忽略的。另外， 如果使用了HugePage，11g新特性 AMM（Automatic Memory Management）就不能使用了，但是ASMM（Automatic
Shared Memory Management）仍然可以繼續(xù)使用。
接下來，我們對配置HugePage需要完成的步驟進行介紹。以下步驟以RHEL5為例。
a) 設置memlock的限制，更改/etc/security/limits.conf加入下面的行
注意上面的數(shù)字是以 K 為單位的，可以讓它的值稍微比系統(tǒng)的物理內(nèi)存小就可以了
b) 檢查memlock是否生效，要使用oracle的用戶執(zhí)行下面的操作，如果沒有生效嘗試重新登陸系統(tǒng)
c) 如果使用11g數(shù)據(jù)庫，確認參數(shù)MEMORY_TARGET和MEMORY_MAX_TARGET已經(jīng)設為0
d) 啟動數(shù)據(jù)庫，并運行Document
401749.1提供的腳本來計算應該分配多少HugePage頁面。例如：
e) 更改/etc/sysctl.conf，把上一步得到的值指定給vm.nr_hugepages參數(shù)
f) 重啟數(shù)據(jù)庫和OS。
g) 驗證HugePage是否已啟用
如下圖，HugePage一共分配了1496個頁面，其中有6個頁面為Free,那么使用了1490個頁面,每個頁面為2048K.
最后，如果您想了解更多的和HugePage相關的問題，請參考以下的note。
Note 361323.1 : HugePages on Linux: What It
Is... and What It Is Not...
Note 361468.1 : HugePages on Oracle Linux
64-bit
上述就是小編為大家分享的如何在Linux 64位系統(tǒng)下使用hugepage了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注創(chuàng)新互聯(lián)-成都網(wǎng)站建設公司行業(yè)資訊頻道。
重慶分公司
重慶分公司
