hpux使用越來越少，這些核心參數估計以後很少使用了。暫且記下來吧。
hpux B.11.23 之前版本使用kmtune 查詢、修改內核參數；
hpux B.11.23 以後版本使用kctune 查詢、修改內核參數；
兩個hpux的官方網站：
http://docstore.mik.ua/manuals/hp-ux/en/B2355-60130/filecache_max.5.html
http://nixdoc.net/man-pages/HP-UX/man5/msgmnb.5.html
acctresume 和 acctsuspend
只在啓用 HP-UX 統計時使用。這些變量是統計日誌文件所在文件系統（缺省情況下爲/var/adm）的百分比。在文件系統自由空間降到acctsuspend指定的百分比（絕對百分比）時，即終止統計；只有達到分配給acctresume的百分比時才能恢復。
例如：acctsuspend 分配 0 (假定缺省的文件系統值)- 當自由空間低於minfree（缺省情況下爲10%，在bdf輸出中文件系統將顯示100%使用）時，統計將被終止。如果acctresume爲80，當文件系統的利用率降到80%時（bdf顯示），就會再次啓用統計。重新啓用統計後，就會產生“Accounting resumed”信息。
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。
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，但這個值要求用EXEC_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的值。
Maxfiles<=maxfiles_lim<=nfile/2 使用kctune kmtune修改參數。
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
這個值與優先級降低和處理器暫時損失之前每個進程能夠消耗的時間分段信號數有關。一般地，改變這個參數利害此消彼
長，在大部分情況下不建議進行修改，也沒有必要修改。