PATH=/usr/sbin:$PATH:/sbin:/home/root:/opt/hp-gcc-4.4.0/bin:/usr/local/bin
#export DISPLAY=${REMOTEHOST%%:0.0}:0.0
export TERM=vt100
lvcreate -L 1000 -n myswap2 /dev/vg00
--------------------------------------------------------------------------------
HP-UX核心參數FOR ORACLE
最近在HP-UX平台弄Oracle,正好看到個核心參數的參考文檔,轉載下
acctresume和acctsuspend
隻在啟用HP-UX統計時使用。這些變量是統計日志檔案所在檔案系統(預設情況下為/var/adm)的百分比。在檔案系統自由空間降到acctsuspend指定的百分比(絕對百分比)時,即終止統計;隻有達到配置設定給acctresume的百分比時才能恢複。
例如:
acctsuspend配置設定0 (假定預設的檔案系統值)-當自由空間低于minfree(預設情況下為10%,在bdf輸出中檔案系統将顯示100%使用)時,統計将被終止。如果acctresume為80,當檔案系統的使用率降到80%時(bdf顯示),就會再次啟用統計。重新啟用統計後,就會産生“Accounting resumed”資訊。
欲了解其它資訊,請參考/usr/share/doc/doc_map.txt中所列的統計白皮書以及統計幫助資訊。
bufpages
這個值以前用于定義為檔案系統IO中使用的高速緩沖區配置設定的實體記憶體量(以4096位元組頁面為機關)。
以前的HP-UX版本一般将10%的實體記憶體用于此任務,但是最近的版本已實作了記憶體的動态配置設定。在10.X版中,如果bufpages是一個非零值,它就成為高速緩沖區可用記憶體頁面的最大值,實質變成一個限制,盡管可能很少使用,但不會超過這個值。在10.X版中,bufpages經常設為0,它表示請求動态高速緩沖區,dbc_min_pct和dbc_max_pct參數将設定一個高速緩沖區允許的可用記憶體的最小和最大百分比。
在9.X版中,高速緩沖區的記憶體用bufpages變量明确确定。如果/etc/conf/dfile (700系列)或/etc/conf/gen/S800(800系列)中缺少了這個變量,高速緩沖區就被設為可用記憶體的10%;否則該值以頁面(4096位元組)數填入。
create_fastlinks
允許在HFS檔案系統内建立高速符号連結。版本注釋中應當包含有關的附加資訊。從根本上來說,高速符号連結減少了磁盤塊通路,進而略微減少磁盤IO。
*注:在10.0以前的800系統或9.0以前的700系統上沒有這個變量。
dbc_max_pct和dbc_min_pct
這兩個變量定義緩沖檔案系統頁(也叫做高速緩沖區)可用的記憶體百分比範圍。适當取值一般可以産生以下效果:低于或等于95%的讀緩沖命中率-低于或等于70%的寫緩沖命中率,用sar -b 5 5 (分别為%rcache和%wcache)可以對該值進行監視。也許可以保證減少讀緩沖命中。為高速緩沖配置設定過多記憶體的另一個現象可能是使用者響應時間中無法解釋的偶然或間歇性停頓。dbc_min_pct的預設值是5,dbc_max_pct的預設值是50。在許多情況下,建議為高速緩沖區配置設定200mb或更少的記憶體空間。Dbc_max_pct是機器上一個主要的減少對象,在其中可以觀察到記憶體壓力,以及剛才所描述的停頓。
default_disk_ir
磁盤即時報告。這個變量确定write()系統調用是否等待資料實際寫入磁盤,或者隻是寫入磁盤緩存。預設的動作是禁止,表示write()将寫入磁盤而不是磁盤緩存。版本注釋中提供了有關的附加資訊。
fs_async
允許異步檔案系統寫操作。盡管在部分情況下這可能會提高檔案系統的性能,但檔案系統的損壞視窗更大,建議采用其它的保證資料完整性的方法。請小心改變此變量,這個變量隻與檔案系統有關,與原始磁盤裝置或原始lvols無關。
maxdsiz、maxssiz和maxtsiz
這些參數是所有HP-UX使用者程序的三個基本的組成部分(資料、堆棧和文本段)。資料段的最大尺寸是1.9 GB,但這個值要求用XEC_MAGIC編譯和連結可執行代碼(詳情請參考ld(1)幫助選項-N和版本注釋)。EXEC_MAGIC剔除了幾個程序共享代碼的同一個記憶體映像的能力。沒有EXEC_MAGIC,maxdsiz的最大值大約為966 MB。如果每個程序的資料段(maxdsiz)超過這個值,則二進制代碼必須至少用ld(1)重新連結或按EXEC_MAGIC的設定重新編譯。附加的詳細資訊參見ld(1)和目前版本的版本注釋。
注:10.10版增強了EXEC_MAGIC,使文本映像可以在多個程序之間共享。詳情請參考幫助資訊和版本注釋。
maxfiles & maxfiles_lim
這個變量與程序一次可以打開的最大檔案數的軟體、硬限制有關,maxfiles的預設值是60,但由于所有的互動程序都打開stdin、stdout和stderr,是以通常隻能再打開57個檔案。非根系統程序(uid > 0)可以将軟限制增加到maxfiles_lim硬限制,但隻能通過應用setrlimit(2)系統調用來實作,否則,增加軟限制的唯一方法就是改變maxfiles的值。
maxswapchunks
這個值與可用于配置設定的swapchunks (swchunk)數有關。由于交換空間以swapchunks配置設定,此變量必須足夠大,以通路所有的交換空間,預設值256允許配置設定大約525 MB的交換空間。如果這個值對于已配置的交換空間過小,則無法得到的交換空間一般标記為保留,不能通路,這樣就限制了交換空間和總的虛拟記憶體。這個變量的代價就記憶體而言并不重要。将maxswapchunks設為1024和2048将使核心可以尋址比大部配置設定置的要求大得多的交換區域。
maxuprc
此值确定一個使用者辨別能夠産生的程序數,這對于每個UID都是一個限制因素,而不管登入的數量有多少。較大的maxuprc值可以産生一個環境,在這個環境中,由于雜亂程序的大量産生,失控的使用者程序消耗大量的處理器時間。它還可能影響其它的内心變量,導緻機器的吞吐率降低。建議增加此變量的值時一定要小心。
maxusers
與一些人的看法相反,這個變量與允許登入到HP-UX的使用者數毫無關系,這個變量的主要功能與maxuprc類似-更大數量核心公司的輸入變量,通常不需要改變這個變量。明智的做法是将注意力集中在需要修改的具體核心資源上。
maxvgs
這個參數是指在目前的核心配置下可配置的最大卷組數,預設值是10。如果vgcreate傳回無法打開vg組檔案的資訊,應檢查新卷組組檔案的副編号。如果卷組副編号是0x0a0000或更大,則maxvgs的預設值将傳回一個錯誤。
nbuf
這個參數正在過時。目前,這個值主要在300/400系列平台上使用,用于配置高速緩沖區。
它與bufpages一起使用-每兩個bufpages一個nbuf。如果在700或800系列機器上使用,一般會在/etc/dmesg或syslog中出現錯誤,顯示nbufs數被調整。對于使用HP-UX 9.0或更高版本的700/800系列機器,不建議用這個參數代替bufpages、dbc_max_pct或dbc_min_pct。
如果nbuf被從核心變量清單中完全移走,那麼将來持續使用可能會導緻出現錯誤。
ncallout
任意時間核心可以排程的最大逾時數。程序數越高,每個程序多個逾時的可能性越高,這個值的配置就應當越高。預設值是公式(16+NPROC)。
netmemmax
IP資料包重新分段組合記憶體。值-1表示除了實體記憶體沒有限制,而0則限制為10%,大于0的值指定可能接近最近頁面邊界的實體記憶體量,這個記憶體不保留,隻根據需要進行配置設定。
對這個變量的調整就是在使用者記憶體和核心網絡記憶體之間進行平衡,可能需要做一些實驗才能找到最優值。
nfile
系統上運作的所有程序打開的檔案數。盡管每個登入項相對都比較小,在對這個表進行管理時仍會有一些核心開銷。此外,每次打開檔案時,在nfile中都會消耗一個登入項,即使該檔案已被另外一個程序打開。當nfile登入項用光時,就會出現一個控制台和/或syslog錯誤資訊,明确說明“File table full”。
nflocks
系統内檔案鎖的數量。與nfile類似,每個鎖都會得到一個登入項,記憶體的花費也非常小,每個nflock登入項使用的記憶體很少。
ninode
這個臭名昭著的變量過于龐大,可以對處理器産生過重的負擔(特别是采用多CPU的機器)。
對這個表沒有有效的統計,是以實際的消耗很難監視,最好的方法就是不增加它的值,除非收到控制台/syslog資訊,明确規定“Inode table is full”,否則啟動一段時間後,看起來該表就幾乎或完全充滿。與nfile不同,每次打開檔案時,ninode中隻消耗一個登入項。通常nfile和ninode之間沒有直接的關聯。此外,過高的值實際可能導緻高可用叢集出現網絡逾時的情況,經常是在備份例程啟動時。很少有系統真正需要5,000個以上的登入項。如果這個變量很大,散列一個登入項的初始等待時間就非常大,以便能夠首先快速打開檔案。由于沒有有效的統計,确定這個表中有哪些内容的唯一方法就是順序搜尋,這對處理時間的消耗非常大。當處理器“走過”這個表時,很少執行其它的活動。建議此表稍微小一些,隻有在收到inode表已滿的資訊時才增加它的值,此時我們建議增加10-20%。
DNLC
這個參數不是直接可調,但操作與ninode類似。它是目錄名查找緩沖,用于目錄名而不是檔案,是maxusers影響的參數之一。如果核心方案失敗,這個變量一般就采用ninode的值。該值設定得很大時,其結果與ninode相似。檢查這個變量的最簡單的方法是用glance -t指令,然後檢查第二頁,它包含ninode和DNLC。sar不能檢查這個值。同樣,此表中不保留長檔案名(大于14個字元) ,每次引用該表時,都必須全部解釋。
no_lvm_disks
這個變量通知核心檢查LVM磁盤。當該變量被設為1時,不進行任何檢查。
nproc
這是maxusers/maxuprc的雜亂設定所影響的另外一個變量,它與系統内的程序數有關,經常在運作ps -ef時,或者使用Glance/GPM和類似的指令時引用。該值通常應當比為非預期的程序增加預留的最大程序數大10-20%。
shmmax
這是每個共享記憶體段的最大位元組值。在大部分情況下這個最大值是1 GB。PHKL_8327或其之後的換代産品将允許系統内所有共享段的累積總和,最大值達到2.75 GB,而每個段仍保持1GB的限制。
swapmem_on
這個值允許為程序釋放/還原配置設定記憶體,通常在swapinfo指令下可以觀察到,顯示為記憶體,盡管僞交換的預設優先級是12,但記憶體開始時用于無效的程序,主要結果是I/O減少,因為無效的程序不必遷移到磁盤交換區域或檔案系統上。如果記憶體壓力增加,需要更多的記憶體頁,那麼無效的程序就會被移到交換區域。用swapinfo -atm觀察正在使用的交換區域沒有什麼害處。記憶體壓力可以用vmstat指令進行觀察,如果swapinfo顯示裝置保留行減少、而裝置PCT USED欄相應增加,也可以驗證這一點。
timeslice
這個值與優先級降低和處理器暫時損失之前每個程序能夠消耗的時間分段信号數有關。一般地,改變這個參數利害此消彼長,在大部分情況下不建議進行修改,也沒有必要修改。
參考如下
Kernel需求表:
Parameter Recommended Formula or Value
ksi_alloc_max (nproc*8) --32768
max_thread_proc 256
maxdsiz 1073741824 (1 GB)
maxdsiz_64bit 2147483648 (2 GB)
Oracle Database 21
maxssiz 134217728 (128 MB)
maxssiz_64bit 1073741824 (1 GB)
maxswapchunks 16384 --
maxuprc ((nproc*9)/10) --3687
msgmap (2+msgmni)
msgmni 4096
msgseg 32767
msgtql 4096
ncsize (ninode+vx_ncsize) 34816
nfile (15*nproc+2048) 61664
nflocks 4096
ninode (8*nproc+2048) 34816
nkthread (((nproc*7)/4)+16) 7184
nproc 4096
semmap (semmni+2)
semmni 4096
semmns (semmni*2)
semmnu (nproc-4)
semvmx 32767
shmmax The size of physical memory (0X40000000) or
1073741824, whichever is greater.
shmmni 512
shmseg 120
vps_ceiling 64
from:http://space.itpub.net/22198259/viewspace-662301
----------------------------------------------------------------------------------------------
HP-UX核心配置參數 :
http://blog.163.com/zg_r1977/blog/static/22844924200702605451144/
核心參數 | 實體記憶體 | ||||||
64-128 | 128-256 | 256-512 | 512+ | ||||
Maxuprc | 256 | 384 | 512 | 1500 | |||
maxfiles | 256 | 256 | 256 | 256 | |||
nproc | 512 | 768 | 1024 | 2048 | |||
nflocks | 2048 | 4096 | 8192 | 8192 | |||
ninode | 512 | 1024 | 2048 | 2048 | |||
nfile | 4*ninode | 4*ninode | 4*ninode | 4*ninode | |||
msgseg | 8192 | 16384 | 32767 | 32767 | |||
msgmnb | 65535 | 65535 | 65535 | 65535 | |||
msgmax | 65535 | 65535 | 65535 | 65535 | |||
msgtql | 256 | 512 | 1024 | 2048 | |||
msgmap | 130 | 258 | 258 | 2050 | |||
msgmni | 128 | 256 | 256 | 1024 | |||
msgssz | 16 | 16 | 16 | 16 | |||
semmni | 128 | 256 | 512 | 2048 | |||
semmap | 130 | 258 | 514 | 2050 | |||
semmns | 256 | 512 | 1024 | 4096 | |||
semmnu | 256 | 512 | 1024 | 1024 | |||
shmmax | 67108864 | 134217728(2) | 268435456(2) | 268435456(2) | |||
shmmni | 300 | 300 | 300 | 1000 | |||
記錄: | |||||||
1、msgseg參數一定不能設定為大于32767的值。 | |||||||
2、shmmax參數應設定為134217728或實體記憶體(以位元組計)的90%,取這兩個值的較大者。 | |||||||
要維護核心參數中的互相依賴性,請按照它們在上表中出現的順序更改參數。 | |||||||
設定檔案系統緩存參數: | |||||||
bufpages/nbuf/dbc_max_pct | |||||||
假如bufpages和nbuf非0,則dbc_max_pct不起作用,反之則使用dbc_max_pct參數 | |||||||
修改指令:kctune -u -s dbc_max_pct=20 | |||||||
dbc_max_pct 和 dbc_min_pct 這兩個變量定義緩沖檔案系統頁(也叫做高速緩沖區)可用的記憶體百分比範圍。适當取值一般可以産生以下效果: - 低于或等于 95% 的讀緩沖命中率- 低于或等于 70% 的寫緩沖命中率 用sar -b 5 5 (分别為%rcache 和 %wcache)可以對該值進行監視。也許可以保證減少讀緩沖命中。 為高速緩沖配置設定過多記憶體的另一個現象可能是使用者響應時間中無法解釋的偶然或間歇性停頓。 dbc_min_pct的預設值是5, dbc_max_pct的預設值是50。在許多情況下,建議為高速緩沖區配置設定200mb或更少的記憶體空間。Dbc_max_pct是機器上一個 主要的減少對象,在其中可以觀察到記憶體壓力,以及剛才所描述的停頓。 | |||||||
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
HP-UX檢視核心參數:
http://wenku.baidu.com/view/951ed63e5727a5e9856a6151.html
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
ORACLE在HP-UX上的安裝:
http://www.linuxdiyf.com/viewarticle.php?id=17828