Cette rubrique permet de prendre en charge les paramètres avancés de services Object Request Broker (ORB). Le profil de charge de travail spécifie le profil de charge de travail du serveur, qui
peut être ISOLATE, IOBOUND, CPUBOUND ou LONGWAIT.
Pourquoi et quand exécuter cette tâche
Non seulement la gestion de charge de travail
(WLM) distribue les travaux aux serviteurs en fonction de la stratégie de service, mais elle le fait
aussi seulement s'il lui reste des unités d'exécution de tâche (worker threads). Ces dernières sont des unités d'exécutions normales, qui s'enregistrent spécifiquement
auprès de WLM en tant que récepteurs de travaux. Dans l'implémentation
WebSphere
Application Server for z/OS, ce pool d'unités d'exécution est
statique. Il ne croît ni ne se contracte dans
l'espace adresse. Le nombre d'unités d'exécution détermine le nombre maximal de demandes concurrentes
acceptées dans un serviteur par WLM. Cependant, cette situation s'applique uniquement
aux demandes véhiculées par HTTP, IIOP et JMS (Java™ Message Service). Ce pool d'unités d'exécution ne gère pas les beans asynchrones. Le nombre d'unités d'exécution allouées à ce pool
dépend d'un objet externe appelé profil de charge de travail ORB.
Procédure
- Pour configurer le profil de charge de travail dans la console d'administration, cliquez sur
.
- ISOLATE
- Le nombre d'unités d'exécution est 1. Cela signifie que les serviteurs sont limités
à une seule unité d'exécution d'application. ISOLATE permet de s'assurer que les applications réparties simultanément ne s'exécutent pas sur le même servant. L'exécution de deux requêtes sur le même servant peut entraîner
l'endommagement d'une requête par l'autre.
- IOBOUND
- Valeur par défaut. Le nombre d'unités d'exécution est 3 fois le nombre de processeurs. Définit un nombre plus important d'unités d'exécution dans les applications effectuant un traitement nécessitant un grand nombre d'E/S sur le système d'exploitation z/OS. Le calcul du nombre d'unités d'exécution dépend directement du
nombre de processeurs. Le profil IOBOUND est utilisé par la plupart des
applications présentant un équilibre entre calculs intensifs et appels
d'opérations distantes du processeur.
Un travail par lots, par exemple, utilise le
profil IOBOUND.
- CPUBOUND
- Le nombre d'unités d'exécution est égal au nombre de processeurs. Cela signifie que l'application exécute des opérations sollicitant fortement les
processeurs sur le système z/OS et qu'elle n'irait pas plus vite en ayant plus d'unités d'exécution
qu'il n'y a de processeurs. Le calcul du nombre d'unités d'exécution dépend directement du
nombre de processeurs. Utilisez le profil CPUBOUND dans les applications de traitement intensif du processeur,
comme les travaux de calcul intensif (CI), l'analyse syntaxique XML et la construction de documents XML, tâches dans lesquelles
l'application passe le plus clair de son temps à utiliser le processeur.
- LONGWAIT
- Le nombre d'unités d'exécution est égal à 40. Définit un nombre d'unités d'exécution supérieur à IOBOUND pour le traitement des applications. LONGWAIT
passe la plupart du temps à attendre que les opérations de réseau ou distantes s'achèvent. Utilisez-le lorsque l'application émet de fréquents appels à destination d'un autre système d'application, mais ne fait pas beaucoup de traitement.
C'est le cas des applications de capture de données d'écran
(screen scraper) Customer Information Control System (CICS).
- Pour changer les nombres minimal et maximal d'instances de serviteurs à l'aide de la console d'administration, sélectionnez . Sous Infrastructure du serveur, cliquez sur . Cochez la case Plusieurs instances activées et
tapez les limites haute et basse du nombre d'instances de serviteurs.
nombre mini. de
serviteurs <= nombre de stratégies de service possibles <= nombre maxi. de serviteurs
Résultats
Le nombre de processeurs est le nombre de processeurs en ligne lorsque le contrôleur
démarre. Vous pouvez consulter le message BBOO0234I dans le journal des travaux du contrôleur pour vérifier le nombre d'unités d'exécution de tâche.