系統精靈處理

特別重要的是一個 lnode 的精靈（會永久執行的系統維護處理）附件而非 root lnode。附加至 root lnode 的處理會特別加以排程，而且會取得它們所需的所有 CPU 資源；因此不建議您將任何處理附加至可能會佔用太多 CPU 的 root lnode 之上。附加精靈至其自身的 lnode 可讓中央管理員為它們配置一個適當的 CPU 配分。

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

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

這__以一個範例來加以說明﹕

# /usr/srm/bin/srmuser Start in.named attached to the my_daemons lnode.  

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