一個典型的應用程式伺服器

這個輸出會在前一節範例最後 db1 的 liminfo 列表中顯示出來。鍵入：

# liminfo db1

會產生：

圖 10-7 liminfo 列表

本節剩餘的部份將說明圖 9-7 中所產生的 liminfo 輸出。請參閱 liminfo(1SRM) 及 srm(5SRM) 中有關下述欄位的其他資訊。

• 從 liminfo 指令輸出的前兩行結果與 lnode UID 及其在 lnode 樹中的位置有關：

登入名稱

登入名稱及初始 GID 來自與附加 lnode 的 UID 對應的密碼對映。每個 lnode 都與一個系統 UID 有關。建議您為每個 lnode 的 UID 建立一個系統帳號。此實例使用一個位置保留符號 UID 給 db1 的 Database1。

請注意，Solaris Resource Manager 之下的預設 PAM 設置會為任何登入時沒有 lnode 的使用者建立一個 lnode。根據預設值，由超級使用者或某個設置了 uselimadm 旗標的使用者建立的 lnode，在建立以使用者 srmother 的 lnode 作為其父節點，如不存在，就將 root lnode 作為父節點。一個 lnode 的雙親可以利用一般變更 lnode 屬性的指令 limadm 來加以變更。

Uid

附加至目前處理的 lnode UID 。一般而言，它應該和處理的真正 UID（登入的使用者）相同，不過在某些情況下（稍後會加以說明）可能會有所不同。

Gid

附加至目前處理的 lnode 的 GID。

R,Euid 和 R,Egid

目前處理的真正和有效的 UID 和 GID。它和標準系統 id(1M) 指令所提供的資訊相同。並不是只與 Solaris Resource Manager 有關，在此為了方便起見將它顯示出來。如果 liminfo 在顯示有關一個非預設（亦即以登入名稱或 UID 為一個引數而提供）使用者的資訊的話，便不會顯示下列欄位。

Sgroup (uid) [sgroup]

lnode 樹階層中雙親 lnode 的名稱及 UID。此處 root lnode 會是空白。許多 Solaris Resource Manager 的功能都取決於 lnode 在樹階層中的位置，因此使用者最好利用接續的方式，一直上溯雙親 lnode 回到樹形的 root。

• 在空行之後，liminfo 顯示的下三行文字即為與 CPU 排程有關的欄位。

Shares [cpu.shares]

這是配置給這個使用者 CPU 權利的配分數。它會直接與有同樣雙親 lnode 的其他使用者，以及雙親 lnode 本身的 Myshares 數值來做比較。管理員通常可能會將一個特定排程群組之內的所有使用者設定為相同的數值（賦予那些使用者相等的權利）。此數值通常會大於 1，所以管理員有機會可以在適當的時機減少特定的使用者配分。

Myshares [cpu.myshares]

如果這位使用者擁有作用中（有附加的處理）的子 lnode（若有其他 lnode 擁有這個使用者的一個 sgroup 數值的話)，才要使用這個值。這樣一來，此值便可賦予附加至此 lnode 的處理相對的 CPU 配分（與附加至其子 lnode 的 lnode 相較）。

Share

目前的使用者有權使用的計算式系統 CPU 資源百分比。當其他的使用者登入及登出時（或 lnode 成為作用中或未作用的），此值會跟著變更，因為計算只有包括作用中的使用者。目前使用者最近的用量不包括在計算當中。

E-share

這個使用者的有效配分（如果使用者和所有其他作用中的使用者都同時要求其配分時，此使用者會在短期間取得的系統 CPU 資源的實際百分比）。也可以比作 Solaris Resource Manager 目前將 CPU 資源設置給該 lnode 的意願。此值會隨著使用者使用（或不使用）CPU 資源的時間而變更。作用中但閑置的 lnode（附加的處理處於睡眠狀態）用量會比較低，因而擁有較高的有效配分值。相對地，積極地使用 CPU 的附加處理的使用者，其有效配分就可能非常地小。

Usage [cpu.usage]

用來決定排程優先順序的系統資源累積的用量。一般而言，這表示最近的 CPU 用量，不過也會同時考慮其他的參數。所用的混合參數可以利用 srmadm 指令來查看。此值會隨著時間呈倍數消減，因此 Solaris Resource Manager 最終會完全將資源用量完全"忘記"。消減率最能以其半減期來加以說明， srmadm 指令可以用來查看半減期。

Accrued usage [cpu.accrue]

這個衡量數值和 cpu.usage 的資源累積相同，只不過它是不會消減的。Solaris Resource Manager 並不直接使用它，但是可以被用來作為會計管理的目的。不像 usage，這個值代表群組內部所有 lnode 以及目前 lnode 的累計用量總數。

• 在第二個空行之後，liminfo 所顯示的下四行文字即為與虛擬記憶體有關的四個欄位：

Mem usage [memory.usage][memory.myusage]

為附加至此 lnode 所有處理的合併記憶體用量。

如果出現兩個以一個斜線 (/) 字元分開的數值，那麼此 lnode 就是一個群組標頭。第一個數值是整體排程群組的用量，而第二個數值則是目前的使用者用量。

Mem limit [memory.limit]

附加至此 lnode 及其成員（如果有的話）的所有處理可得的最大記憶體用量。也就是說，群組內所有處理，加上附加至群組標頭的處理的記憶體使用總合不得超出此數值。請注意此例中，零 (0) 數值代表沒有任何限制。

Proc mem limit [memory.plimit]

每次處理記憶體限制為附加至此 lnode 及其成員的任何單一處理最大記憶體用量。

Mem accrue [memory.accrue]

memory.accrue 數值是以每秒位元組為單位，而且可以指出一段時間內的整體記憶體資源情況為何。

Term usage [terminal.usage]

就目前用量計費的連線時間秒數。

Term accrue [terminal.accrue]

用量所使用的連線時間秒數。

Term limit [terminal.limit]

terminal.usage 屬性所允許的最大數值。如果為零，便沒有任何限制，除非受承繼的限制。

• 在第三個空行之後，liminfo 所顯示的下四行文字即為與使用者及處理有關的欄位：

Processes [process.usage][process.myusage]

附加至此 lnode 的處理數。請注意這是處理，不考慮一個處理中的線串。

如果出現兩個以斜線 (/) 字元分開的數值，那麼這個 lnode 便是一個群組標頭，第一個值是整個排程群組的使用狀況，而第二個值則單單只是目前使用者的使用狀況。

Process limit [process.limit]

允許被附加至此 lnode 及其成員的最大處理數。

Current logins [logins]

目前使用者以 Solaris Resource Manager 同時登入階段作業的數目。當一位使用者透過任何標準的系統登入機制（包括 login(1), rlogin(1)-等等）來登入，幾乎任何使用 PAM 進行辨證，並且建立一個 utmp(4) 項目)，此計數器會開始遞增。當階段作業結束時，計數便會遞減。

如果一位使用者的 flag.onelogin 旗標求值到 set，使用者只被允許一次單一的 Solaris Resource Manager 登入階段作業。

• 在第四個空行之後，liminfo 的下面四行文字會顯示下列欄位：

Last used [lastused]

此欄位顯示上一次作用中的 lnode。通常也這就是使用者上一次的登出。

Directory

使用者的主目錄 (來自密碼對映而非 Solaris Resource Manager 的項目會顯示在此以便參考)。

Name

db1 (finger) 資訊，通常就是使用者姓名（為了方便起見，在此顯示密碼映射中的項目而非 Solaris Resource Manager 項目）。

Shell

使用者的初始登入 shell（為了方便起見，在此顯示密碼映射中的項目而非 Solaris Resource Manager 項目）。

• 在五個空白線後，最後一條線 liminfo 顯示這欄位。

Flags

此處顯示求值到 lnode 中的 set 或 group 的旗標。每個旗標後都接著字尾字元，指明數值以及旗標的設定方式（例如，是否是完全來自此 lnode (+) 或是承繼的 (^)）。