2011年11月10日木曜日

HugePagesとその設定_3

前回はこちら:Hugepagesとその設定_2

前回は手順通りやったはずなのに見事に失敗。。。なぜ!?

よくよくマニュアル読むと。。。

G.2.3 HugePages構成の制限
 HugePagesを使用した場合の制限は次のとおりです。
 自動メモリー管理(AMM)とHugePagesは、互換性がありません。
 AMMを使用すると、SGAメモリー全体は/dev/shmの下にファイルを
 作成することによって割り当てられます。
 Oracle Databaseがこの方法でSGAを割り当てると、HugePagesは予約されません。
 HugePagesを使用するには、Oracle Database 11gでAMMを無効にする必要があります。

AMM(memory_target)は/dev/shm配下にファイルを作って割り当てるのか。。

# ls -l /dev/shm
-rw-r----- 1 oracle oinstall 32M 11月 10 22:35 ora_orcl_2293761_0
-rw-r----- 1 oracle oinstall 32M 11月 10 22:35 ora_orcl_2293761_1
・・・・ずっと続く
うわぁ・・・めちゃくちゃある。

AMM(memory_target)は/dev/shm配下にファイルを作って割り当てるってあるから、
共有メモリの獲得方法とはちょっと違うのかな・・・
memory_targetやめてみるか。

SQL> create pfile='/home/oracle/pfile.ora' from spfile;

$ vi pfile.ora
memory_targetとmemory_max_targetの行を削除

SQL> create spfile from pfile='/home/oracle/pfile.ora'
SQL> startup



環境
=========================================================
CPU: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz×4
メモリ:24GB
OS:Red Hat Enterprise Linux Server release 5.4 (Tikanga)
カーネル:2.6.18-164.el5
Bit:64
# df -h |grep shm
shmfs 15G 766M 15G 5% /dev/shm

#free -m
   total used  free shared buffers cached
Mem:24109 12838 11271     0 293 1819
=========================================================
Oracle:11.2.0.2
Bit:64
MEMORY_MAX_TRAGET:14GB ====> 0
SGA_TARGET:10GB
PGA_AGGREGATE_TARGET:3GB
=========================================================

2.hugepages_settings.shスクリプトを実行して、hugepages構成の値を計算します。
$ ./hugepages_settings.sh
Recommended setting: vm.nr_hugepages = 5123

ふぅ・・・5123ね。OKOK。


#ls -l /dev/shm

もう使わないし、
#umount /dev/shm


HugePagesとその設定_4からvm.nr_hugepagesを設定していきます。

0 件のコメント:

コメントを投稿