排程樹是 Solaris Resource Manager 用來實施資源階層及權限控制的一種結構。如果一位子管理員獲得通常沒有存取權的排程樹的子樹控制權,他們可以在沒有中央管理員的許可下,取得額外的資源使用量及權限的存取權。要取得此種權限,其中一個方法就是管理員移除一個 lnode,保留一個孤立的子樹。子管理員可以在自己的群組中重新建立這個遺失的 lnode,因此便取得樹先前孤立段落的控制權。
中央管理員可以使用 limreport(1SRM) 指令,通過內建的孤立行標識符,來辨識樹狀結構的孤立段落。然後應該立即重新附加找到的孤立行。不過 limreport 指令也可以被子管理員用來尋找孤立的子樹,以便將它們新增入其群組中,如上所述。可是這麼做可能會造成潛在的安全性顧慮。
建立一個新的 lnode 時,其中資料多半是零,而使大多數旗標承繼內定值。旗標多半會希望有這種效果,因為它們是用來指明裝置權限的。在建立 lnode 的時候被清除的旗標為 uselimadm 以及 admin 旗標。這樣可以防止新使用者自動取得任何管理性權限。
下面所示的樹狀結構包括數個群組 header 以及數位普通使用者。其頂端為 root 使用者。一個群組 header lnode 則包含兩個整數,分別代表其配分值以及 myshares 屬性。另一個葉片 lnode 則包含單一整數,只代表其配分屬性的值。
目前 lnode A、C 及 N 之上都附加了處理。在樹的最頂層,CPU 只需要由 A 和 M 來分享,因為 W 或排程群組 W 中的任何成員都沒有任何處理。 A 和 M 之間的配分比率為 3:1,因此頂層的配置配分應為百分之 75 給群組 A,而百分之 25 給群組 M。
然後配置給群組 A 的百分之 75 會被其作用中的使用者分享(即 A 和 C),依照群組 A 內的配分比率(即 1:2)。請注意,決定 A 與其子的配分時是使用 myshares 屬性。因此 A 會取得群組配置配分的三分之一,而 C 則取得剩餘的三分之二。群組 M 的全部配置將會屬於 lnode N,因為它是唯一附加了處理的 lnode。
因此所有可用 CPU 的配分可以大致配置為 A 的 0.25,C 的 0.5,以及 N 的 0.25。
再進一步假設 A、C 和 N 處理都持續需要 CPU 資源,而系統最多只有兩個 CPU。這時,Solaris Resource Manager 會將它們排程,好讓個別處理能夠接收全部可用 CPU 的這些百分比﹕
兩個 A 處理﹕每個各百分之 12.5;
C 處理﹕百分之 50;
三個 N 處理﹕每個各百分之 8.3
個別處理的進行速率會受到控制,以達到每個 lnode 的預期目標。在一個擁有兩個 CPU 卻只有這六個可執行處理的一個系統之上,C 處理將無法佔用其百分之 50 的權利,而剩餘的部份則由 A 和 N 之間按比例來分享。