Gestion des unités d'exécution de tâche

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

  1. Pour configurer le profil de charge de travail dans la console d'administration, cliquez sur Serveurs > Types de serveur > Serveurs d'applications WebSphere > nom_serveur > Services du conteneur > Service ORB > Paramètres z/OS supplémentaires.
    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).
  2. Pour changer les nombres minimal et maximal d'instances de serviteurs à l'aide de la console d'administration, sélectionnez Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur. Sous Infrastructure du serveur, cliquez sur Gestion des processus et Java > Instance de serveur. 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.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tgrid_zosthreads
Nom du fichier : tgrid_zosthreads.html