Exemple de règles d'affectation Workload Manager
Cet exemple présente un fichier rules de niveau supérieur pour la configuration Config (fichier /etc/wlm/Config/rules).
* This file contains the rules used by WLM to
* assign a process to a superclass
*
* class resvd user group application type tag
db1 - - - /usr/bin/oracle* _DB1
db2 - - - /usr/bin/oracle* _DB2
devlt - - dev - - -
VPs - bob,ted - - - -
acctg - - acct* - - -
System - root - - - -
Default - - - - - -Voici un exemple de fichier rules pour la superclasse devlt dans le fichier /etc/wlm/Config/devlt/rules :
* This file contains the rules used by WLM to
* assign a process to a subclass of the
* superclass devlt
*
* class resvd user group application type tag
hackers - jim,liz - - - -
hogs - - - - 64bit+plock -
editors - !sue - /bin/vi,/bin/emacs - -
build - - - /bin/make,/bin/cc - -
Default - - - - - -Remarque: L'astérisque (*) est le caractère de commentaire utilisé dans le fichier rules .
Les exemples suivants utilisent ce fichier de règles. Les exemples suivants supposent que les superclasses et les sous-classes décrites n'aient pas l'attribut inheritance défini sur yes. Si inheritance est activé, les nouveaux processus héritent de la superclasse ou de la sous-classe de leurs processus parent.
- Si l'utilisateur joe du groupe acct3 exécute /bin/vi, le processus sera placé dans la superclasse acctg.
- Si l'utilisateur sue du groupe dev exécute /bin/emacs, le processus se trouve dans la superclasse devlt (correspondance d'identifiant de groupe), mais ne sera pas classé dans la sous-classe des éditeurs, car l'utilisateur sue est exclu de cette classe. Le processus va passer à devlt par défaut.
- Lorsqu'un administrateur de base de données avec un identifiant d'utilisateur d'oracle et un identifiant de groupe de dbm démarre /usr/sbin/oracle pour servir la base de données DB1, le processus est classé dans la superclasse par défaut. Ce n'est que lorsque le processus définit sa balise sur _DB1 qu'il sera affecté à la superclasse db1.