系统守护程序进程

特别重要的是，应将守护程序（一般永久运行的系统维护进程）附加到除 root lnode 以外的 lnode 上。进程附加到 root lnode 要将对 CPU 要求较高的任何进程附加到 root lnode 上。将守护程序附加到其自己的 lnode 上可使中央系统管理员为它们分配适当的 CPU 份额。

在启动过程中，每个新的进程都从其父节点进程继承其 lnode 附加。因为 init 进程是附加到 root lnode 上的，所以，所有后续进程也是如此。直到 Solaris Resource Manager 初始化脚本开始运行且限制数据库已被打开，各进程都不能附加到其它 lnode 上；即使这只发生在某个进程进行公开的 setuid 系统调用（例如使用 login(1)） 或公开地询问 Solaris Resource Manager 附加到指定 lnode（如 srmuser(1SRM) 命令所进行的那样）。在 setuid 文件模式位已经设定的条件下运行一个程序也不会改变 lnode 附加。

所以，在系统启动过程中自动开始的所有系统程序都会被附加到 root lnode 上。这通常是我们不希望的，因为附加到已成为 CPU 耗用大户的 root lnode 上的任何进程都会严重地干扰其它进程的执行。所以，我们建议用户公开地把作为启动进程的一部分而开始的任何守护程序进程附加到它们自己的 lnode 上，方法是使用 srmuser 命令调用它们。这不会影响其真正的或有效的 UID。

这里显示的是一个可能的例子：

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

可用于替换其启动脚本中的 named( 1M) 守护程序。这要求事先建立网络的用户帐户和 lnode。