Calcul des valeurs MAXECSA

IBM Z Workload Scheduler alloue le stockage ECSA pour les événements de suivi des travaux par blocs de 1424 octets. Chaque bloc équivaut à 16 événements. Tableau 1 donne des exemples du stockage nécessaire pour, le stockage réellement alloué et les événements pris en charge pour plusieurs valeurs de maxecsa. Le nombre de événements créés pour chaque travail ou tâche démarrée dans votre environnement est influencé par les définitions dans l'instruction d'initialisation EWTROPTS. Chaque travail ou tâche démarrée crée un minimum de six événements. Si le travail ou la tâche démarrée génère une sortie et que PRINTEVENTS(ALL) ou PRINTEVENTS(END) est spécifié, un événement est créé lorsque chaque groupe de sortie est purgé. Si STEPEVENTS(ALL) est spécifié, un événement est créé pour chaque étape du travail ou de la tâche démarrée.

Si vous souhaitez calculer des valeurs qui ne sont pas affichées dans Tableau 1 pour une valeur MAXECSA donnée, utilisez cette méthode :
  • Espace demandé = MAXECSA * 1024
  • Blocs = espace demandé / 1424 (arrondir à l'entier inférieur)
  • Espace alloué = blocs * 1424
  • Événements pris en charge = blocs * 16
Tableau 1. Exemples de valeurs de stockage MAXECSA
Valeur MAXECSA Quantité d'espace MAXECSA demandée Blocs d'espace ECSA alloués (octets) Nombre d'événements pris en charge
0 0 0 (0) 0
4 4096 2 (2848) 32
8 8192 5 (7120) 80
16 16384 11 (15664) 176
36 36864 25 (35600) 400
72 73728 51 (72624) 816
100 102400 71 (101104) 1136
200 204800 143 (203632) 2288
400 409600 287 (408688) 4592
500 512000 359 (511216) 5744
Remarque :
  1. Allouez suffisamment de stockage ECSA pour que les événements de suivi des travaux ne soient pas perdus lorsque la sous-tâche d'écriture d'événements IBM Z Workload Scheduler n'est pas active. Lorsque l'enregistreur d'événements est actif, le nombre d'événements mis en file d'attente dans ECSA est presque toujours 0. Allouez suffisamment d'ECSA pour la durée maximale pendant laquelle vous vous attendez à ce que l'enregistreur d'événements soit inactif.

    Par exemple, après l'IPL d'un système z/OS, des événements de suivi des travaux peuvent se produire avant que l'espace d'adresse suivi ne soit devenu actif. Si vous vous attendez à un maximum de 50 événements pendant ce temps, vous devez définir une valeur MAXECSA de 8, comme indiqué dans Tableau 1. Lorsque l'enregistreur d'événements devient actif, les événements mis en file d'attente sont traités et supprimés d'ECSA.

    Si des événements sont perdus, le message EQQZ035E est stocké dans le journal des messages. Pour une description de ce message, voir Messages et codes.

  2. Le stockage ECSA pour les événements de suivi des travaux est requis uniquement si la tâche démarrée inclut une sous-tâche d'écriture d'événements. Sur un système de contrôle, vous peut avoir un espace d'adressage exécutant uniquement une sous-tâche d'écriture d'événements, et un autre exécutant les fonctions Z controller et les fonctions suivi restantes. Dans cette situation, vous devez spécifier une valeur MAXECSA de 0 pour le sous-système qui contient les fonctions Z controller.
  3. Pour soumettre uniquement les trackers qui ont OPCOPTS EWTRTASK(NO) défini, la valeur MAXECSA doit également être 0. Ne définissez pas de sous-systèmes pour les trackers qui ne seront jamais démarrés, car cela entraîne un gaspillage du stockage ECSA. Même si les performances les moniteurs peuvent montrer qu'un tracker a plus d'ECSA que la valeur spécifiée par le paramètre MAXECSA, cet ECSA supplémentaire appartient à d'autres sous-systèmes, et la quantité totale d'ECSA utilisée par IBM Z Workload Scheduler pour les trackers ne dépasse jamais le nombre total de sous-systèmes définis multiplié par leur valeur MAXECSA.
  4. Tout le stockage ECSA est alloué au-dessus de la ligne des 16 Mo.