系統常駐程式處理

特別重要的是一個 lnode 的常駐程式（會永久執行的系統維護處理）附件而非 root lnode。附加至 root lnode 的處理會特別排程，並且將永遠獲得它們需求的所有 CPU 資源，因此最好不要附加任何可能會對 root lnode 造成 CPU 影響的處理。附加常駐程式至其自身的 lnode 可讓中央管理員為它們配置一個適當的 CPU 配分。

在開機程序當中，每個新的處理都會從其雙親處理承繼其 lnode 附件。因為 init 處理被附加至 rootlnode，所以全都屬於後續處理。直到執行 Solaris Resource Manager 初始指令集並且開啟 lnode 資料庫之後，處理才能附加至其他的 lnode之上，而且到時也只有在一個處理進行一個明確的 setuid 系統呼叫（如使用 login(1)）或是特別要求 Solaris Resource Manager 附加至一個如 srmuser( 1SRM) 指令命名的 lnode 時才會發生。以 setuid 檔模式位元集來執行一個程式並無法改變 lnode 附件。

結果所有在系統啟始時自動啟動的系統程式會被附加到 root lnode。我們不希望看到這種情形，因為附加至 root lnode 上的處理會佔用太多 CPU 資源，因而嚴重地干擾其他處理的執行。因此我們建議您，任何作為開機程序的常駐程式處理都必須明確地附加至其本身的 lnode，方法是以 srmuser 指令來調用它們。這樣將不會影響其真正或有效的 UID。

這兒以一個範例來加以說明：

/usr/srm/bin/srmuser network in.named 

以上數行可以用來取代 named(1M) 常駐程式在其啟動指令集中現有的調用。因為要事先建立 network 所以需要一位使用者的帳號及 lnode。