Exemple de classes Workload Manager avec limites de mémoire

Trois groupes de processus doivent s'exécuter : un groupe de processus interactifs qui doivent s'exécuter chaque fois qu'ils sont utilisés (PEOPLE), un travail par lots qui s'exécute toujours en arrière-plan (BATCH1), et un second travail par lots plus important, qui s'exécute chaque nuit (BATCH0).

PEOPLE a un minimum de mémoire défini de 20 %, une cible de mémoire de 50 actions et une valeur de niveau de classe 1. Une limite minimale de 20 % garantit que les applications de bureau dans cette classe reprennent assez rapidement lorsque les utilisateurs touchent leurs claviers.

BATCH1 a un minimum de mémoire de 50 %, une cible de mémoire de 50 actions et une valeur de niveau de classe 3.

BATCH0 a un minimum de mémoire de 80 %, une cible de mémoire de 50 actions et une valeur de niveau de classe 2.

Les classes PEOPLE et BATCH1 ont une limite de mémoire minimale totale de 70. Dans le cadre d'une opération normale (lorsque BATCH0 n'est pas en cours d'exécution), ces deux classes sont autorisées à récupérer l'ensemble de leur mémoire réservée. Elles partagent le reste de la mémoire dans la machine, environ à parts égales, même si elles sont à des niveaux différents. A minuit, lorsque BATCH0 est démarré, le total de minimum de mémoire atteint 150. WLM ignore les exigences minimales pour les niveaux les plus bas jusqu'à l'arrêt des processus des niveaux supérieurs. BATCH0 puise dans les 50 % de la mémoire réservés par BATCH1, mais pas dans les 20 % de la mémoire réservés par PEOPLE. Une fois BATCH0 terminé, la mémoire réservée par les processus de niveau 3 est à nouveau fournie et le système revient à son équilibre de mémoire normal.