Aux fins de la gestion du système, les processus reliés au noeud limite racine obtiennent pratiquement toutes les ressources d'UC demandées. Par conséquent, si un processus d'UC est relié au noeud racine, il peut monopoliser et ralentir, voire même arrêter les processus des autres noeuds limites.
Pour éviter ce genre de problème, les précautions ci-après peuvent être prises :
Pour l'utilisation normale, l'administrateur doit toujours ouvrir une session sur l'un de ses propres noeuds et non sur le noeud racine. S'il doit se relier au noeud racine, il ne doit pas exécuter d'applications faisant usage intensif de l'UC, par exemple, des compilateurs. Pour se servir d'une UID de superutilisateur sans se relier au noeud racine, l'administrateur peut utiliser la commande su(1).
Les scripts init.d(4) devraient être modifiés pour utiliser le programme srmuser(1SRM) en vue de relier tous les démons à des noeuds limites qui leur appartiennent, ce qui évite de les relier (par héritage) au noeud limite racine.
Un programme exécuté en tant que setuid-root n'est pas automatiquement relié au noeud limite. Normalement, le processus demeure relié au noeud limite du père qui l'a créé, et seule l'UID en cours est changée.