Brevet FR2668271A1 — publié le 19920424

INTERFACE DE MODELISATION DYNAMIQUE DES PERFORMANCES DES SYSTEMES INFORMATIQUES La présente invention est relative à la technique de l'analyse des performances et au planning des capacités automatiques et, plus particulièrement, à la technique de l'analyse des performances et au planning des capacités automatiques des systèmes informatiques qui ont été modifiés en réponse à une introduction interactive par un opérateur. L'analyse des performances dans les systèmes informatiques est utilisée pour déterminer l'efficacité et le rendement de la gestion par un système informatique de ses charges de travail L'expression "charge de travail" se réfère à des processus en cours de traitement dans un système informatique Différents types de processus sont souvent traités en tant que charges de travail distinctes. Par exemple, on considère souvent le traitement de textes comme une seule charge de travail, même si plusieurs utilisateurs du système informatique font fonctionner des programmes de traitement de textes De même, les tableurs ou "spreadsheets" peuvent être considérés comme une charge de travail distincte. Chaque charge de travail, exige des ressources du système, telles que temps de traitement par l'unité centrale de traitement (CPU) ou capacité de disque. L'analyse des performances est destinée à faciliter la gestion de telles ressources du système. Dans l'exécution d'une analyse des performances, on doit toujours mesurer certaines valeurs pour le système informatique et des paramètres de composants en vue de déterminer le rendement et l'efficacité Les paramètres qui sont mesurés sont désignés des "métriques" Des exemples de métriques sont le nombreditnutilisations de cache ou antémémoire pendant une période de temps particulière, le nombre de défauts de page pendant une période de temps particulière ou la longueur d'une file d'attente du dispositif Les métriques sont discutées d'une manière plus complète dans le brevet des Etats-Unis N O 4 849 879 de Chinnaswamy et al dont le contenu est incorporé dans la présente par référence. Les métriques reflètent la performance du système informatique dans une configuration particulière. Le terme "configuration" est utilisé pour désigner non seulement les types et l'interconnexion des composants physiques, mais également la distribution des charges de travail entre les composants. La plupart des méthodes classiques d'analyse des performances et de planning des capacités impliquent la présentation d'informations choisies dans des rapports. Les rapports sont habituellement des présentations tabulaires de données Généralement plusieurs types différents de rapports sont nécessaires pour l'analyse. Par exemple, un rapport pourrait indiquer la configuration du système en termes de composants, un autre rapport pourrait indiquer la configuration du système en termes de charge de travail, et un autre rapport pourrait énumérer certaines métriques présentant un intérêt. Un produit d'analyse des performances et de planning des capacités, qui engendre des rapports tabulaires, est le "DE Ccp" ou "DEC Capacity Planner" pour VMS disponible auprès de la société Digital Equipment Corporation (D E C) pour être utilisé avec certains ordinateurs VAX Ce produit collecte, réduit, analyse, modélise et rapporte des données sous la forme tabulaire aux fins de plannification de la capacité d'un système informatique Un autre tel produit est le "VAX Performance Advisor" disponible auprès de la société Digital Equipment Corporation pour fournir de l'information utile dans l'analyse des performances de certains ordinateurs VAX. Bien que la présentation tabulaire des données puisse être acceptable pour déterminer la performance d'un système informatique dans une configuration donnée, elle ne se prête pas bien en elle- même à l'analyse de la performance du système informatique si sa configuration était modifiée Une telle analyse est importante pour déterminer s'il y a lieu de donner une nouvelle configuration à un système et laquelle. Par exemple, si l'analyse de la performance indique une condition de surcharge ou de goulot d'étrangement dans un système informatique, le système doit être accordé ou placé dans une autre configuration pour alléger ces conditions Toutefois, il n'apparaît pas toujours quel accord ou quelle nouvelle configuration est le plus approprié Une reconfiguration physique d'un système sans savoir si cette reconfiguration sera efficace est très peu pratique et coûteuse. Pour éviter une reconfiguration non nécessaire ou incorrecte, les ingénieurs de systèmes essaient de construire un modèle basé sur les paramètres du système en cours De cette manière, la modélisation peut être utilisée pour mesurer l'impact de certaines actions sur la performance du système avant de donner physiquement une nouvelle configuration à un système info rmatique. La modélisation peut également être utilisée pour les ventes Si une technique de modélisation n'était pas trop encombrante, les commerciaux pourraient l'utiliser pour déterminer si des composants supplémentaires étaient nécessaires pour un client particulier ou bien si les problèmes ou les besoins d'un client pourraient être satisfaits d'autres façons. Les systèmes d'analyse classiques de performance ne se prêtent cependant pas en eux-mêmes à de tels usages d'une manière efficace Un moyen commun pour réaliser une modélisation implique l'utilisation de l'information recueillie en tant qu'une partie d'une analyse de performance pour calculer l'effet de la reconfiguration d'un système informatique Ceci à la fois demande du temps et présente un manque de précision. Les systèmes, tels que le système DE Ccp, réalisent certains calculs automatiques; cependant ces calculs sont présentés sous un format tabulaire, ce qui peut à nouveau exiger l'utilisation de plusieurs feuilles ou tableaux pour analyser les résultats. Il est donc désirable de réaliser un mécanisme pour l'analyse des performances qui permette une présentation plus significative de l'information concernant les performances. Un autre désir est de réaliser un mécanisme perfectionné pour changer les configurations d'un système informatique, du moins virtuellement, pour déterminer les effets de tels changements. Un désir supplémentaire serait de réaliser un mécanisme perfectionné pour présenter les effets des changements de configuration d'une manière qui permette de prendre facilement une décision. Des avantages supplémentaires de l'invention en partie seront indiqués dans la description qui va suivre et en partie apparaîtront d'une manière évidente à l'examen de la description ou seront acquis dans la mise en pratique de l'invention Les avantages de l'invention peuvent être réalisés et obtenus au moyen des éléments et combinaisons particulièrement indiqués dans les revendications annexées. Pour obtenir les objets de l'invention et conformément au but de celleci, tels que matérialisés et décrits d'une manière générale ci-après, la présente invention fournit un affichage ou prestation de la configuration d'un système informatique en même temps que des métriques choisies du système Un opérateur peut changer la configuration en utilisant l'affichage ou la présentation Les métriques représentatives de la performance du système informatique pour la configuration modifiée sont alors déterminées et elles peuvent être présentées en même temps que l'affichage de la nouvelle configuration du système. Plus particulièrement, une méthode pour évaluer la performance d'un système informatique décrit par une configuration représentant les dispositifs physiques, les connexions entre les dispositifs physiques dans le système informatique et les charges de travail qui sont des processus utilisant des ressources du système fournies par les dispositifs physiques, comprend les phases opératoires, exécutées par une unité de traitement ou processeur des données de modélisation, qui consistent en: la création d'un modèle de la configuration du système informatique dans le processeur de données de modélisation; l'affichage, sur un dispositif d'affichage visuel couplé au processeur de données, d'un diagramme de la configuration du système informatique; la réception d'une entrée pour modifier la configuration du système informatique; la modification du modèle du système informatique en réponse à l'entrée reçue pour refléter la configuration modifiée du système informatique; la détermination de nouvelles valeurs pour des métriques choisies pour le modèle modifié du système informatique, ces métriques comprenant des valeurs mesurables représentatives de la performance du système informatique; et l'affichage, sur le dispositif d'affichage visuel, d'un diagramme de la configuration modifiée du système informatique. Une structure de données, conforme à la présente invention, destinée à être utilisée pour modéliser un système informatique contenant plusieurs dispositifs physiques supportant plusieurs charges de travail, met en oeuvre un processeur de données de modélisation et comprend plusieurs premières entrées de données organisées en une première structure de données facilement modifiable, chacune des premières entrées de données correspondant à un dispositif physique différent du système informatique, et plusieurs secondes entrées de données organisées en une seconde structure de données aisément modifiable, chacune des secondes entrées correspondant à l'une des charges de travail que supportent les dispositifs dans le système informatique en fournissant des ressources du système aux charges de travail Les premières entrées comprennent des moyens d'identification des dispositifs pour identifier le dispositif physique correspondant et des moyens de structure de données des dispositifs pour indiquer une relation hiérarchique, dans la configuration du système informatique, du dispositif correspondant avec d'autres dispositifs physiques choisis parmi ces dispositifs Les secondes entrées comprennent chacune des moyens pointeurs des charges de travail pour identifier la charge de travail correspondante, des moyens pointeurs des dispositifs pour associer la charge de travail correspondante à ceux des dispositifs supportant la charge de travail correspondante et des moyens de probabilité pour quantifier les ressources du système fournies à la charge de travail correspondante par le dispositif physique associé parmi les dispositifs. En outre, un système de modélisation selon l'invention, pour faciliter l'analyse du système informatique comprend: des moyens de structure de données pour conserver l'information de dispositifs physiques et l'information de charges de travail, les deux informations étant représentatives de la configuration du système informatique, et l'information de métriques, représentative de la performance du système informatique; des moyens de modification, couplés aux moyens de structure de données, pour recevoir des demandes de modification de l'information de dispositifs physiques; des moyens de résolution, couplés aux moyens de structure de données, pour déterminer des valeurs pour l'information de métriques pour le système informatique à partir de l'information de dispositifs physiques et de l'information de charges de travail dans les moyens de structure de données; et des moyens d'interface avec l'utilisateur, couplés aux moyens de modification et aux moyens de structure de données, pour fournir une interface à un utilisateur du système de modélisation Les moyens de structure de données comprennent des moyens de contexte de configuration pour stocker l'information de configurations physiques et l'information de charges de travail Les moyens de modification comprennent des moyens de modification de la structure des données pour transmettre aux moyens de structure de données, en réponse aux demandes reçues, des commandes pour modifier la représentation de la configuration du système informatique Les moyens d'interface avec l 'utilisateur comprennent des moyens pour transmettre aux moyens de modification les demandes de modification de l'information de dispositifs physiques faites par un utilisateur et des moyens pour afficher un diagramme de la configuration du système informatique, y compris des valeurs pour l'information de métriques. Les dessins annexés, qui sont incorporés dans la description et en constituent une partie, illustrent des modes de réalisation de l'invention et, en combinaison avec la description, servent à expliquer les objets, avantages et principes de l'invention Sur les dessins: la figure 1 est un diagramme d'un système informatique qui peut être modélisé conformément à la présente invention; la figure 2 est un affichage du système informatique de la figure 1, engendré par l'interface de modélisation de la présente invention; la figure 3 (a) est un diagramme d'un mode de réalisation préféré de l'interface de modélisation de I' invention; la figure 3 (b) est un diagramme d'un autre mode de réalisation préféré de l'inferface de modélisation de l'invention; la figure 4 est un organigramme des opérations générales dans un mode de réalisation préféré de l'invention; les figures 5 (a) à 5 (ii) sont des affichages sur écran engendrés pendant le fonctionnement du mode de réalisation préféré de l'interface de modélisation de l'invention; la figure 6 est une représentation globale de la structure des données utilisée dans le mode de réalisation préféré de la présente invention; la figure 7 est un diagramme d'un mode de réalisation préféré d'un arbre en dispositifs; la figure 8 est un diagramme du mode de réalisation préféré d'un noeud générique destiné à être utilisé dans la structure des données de la figure 6; la figure 9 est un mode de réalisation préféré d'un réseau de liaisons destiné à être utilisé dans le noeud de la figure 8; la figure 10 est un diagramme d'une liste de liaisons représentée par le réseau de liaisons de la figure 9; la figure 11 (a) est un diagramme d'une variante d'enregistrement pour un noeud de modèle; la figure 11 (b) est un diagramme d'un noeud de modèle, donné à titre d'exemple, selon la présente invention; les figures 12 (a) à 12 (d) sont des exemples de différentes configurations de modèle; la figure 13 est un diagramme d'une variante d'enregistrement pour un noeud de dispositif; la figure 14 est un diagramme d'un arbre en données de charges de travail montrant sa relation avec un arbre en dispositifs; la figure 15 est un diagramme d'une variante de portion d'enregistrement pour un noeud de charges de travail; la figure 16 est un diagramme d'un noeud de probabilités de branches; la figure 17 est un diagramme montrant la relation entre les noeuds de l'arbre en dispositifs, un arbre de charges en travail et un arbre en groupes utilisateurs; la figure 18 est un diagramme d'un arbre en données de groupes d'utilisateurs; la figure 19 est un diagramme d'un système informatique utilisant la caractéristique MSCP; la figure 20 est un diagramme d'un arbre en données de MSCP; la figure 21 est un diagramme montrant la relation entre les arbres en données de MSCPP et un arbre en dispositifs; la figure 22 est un diagramme de la variante de la portion d'enregistrement d'un noeud de MSCP; la figure 23 est un diagramme montrant la relation de portions de noeuds d'arbre en dispositifs et de noeuds d'arbre en MSCP; la figure 24 comprend un organigramme généralisé 2400 expliquant comment une structure selon l'invention réagit à des entrées provenant d'opérateurs; la figure 25 comprend un organigramme pour le mode de réalisation préféré de la procédure FICHIER (FILE) illustrée sur la figure 24; les figures 26 (a) et 26 (b) comprennent un organigramme pour le mode de réalisation préféré de la procédure PLACER (SET) illustrée sur la figure 24; la figure 27 comprend un organigramme pour le mode de réalisation préféré de la procédure AJOUTER (ADD) illustrée sur la figure 24; la figure 28 comprend un organigramme pour le mode de réalisation préféré de la procédure DUPLIQUER (DUPLICATE) illustrée sur la figure 24; la figure 29 comprend un organigramme pour le mode de réalisation préféré de la procédure DEPLACER (MOVE) illustrée sur la figure 24; la figure 30 est un diagramme destiné à expliquer comment les charges sont distribuées ou réparties selon le mode de réalisation préféré de la procédure DEPLACER de la figure 29; les figures 31 (a), 31 (b) et 31 (c) comprennent un organigramme pour le mode de réalisation préféré de la procédure EJECTER (REMOVE) illustrée sur la figure 24; la figure 32 comprend un organigramme pour le mode de réalisation préféré de la procédure VISUALIER (VIEW) illustré sur la figure 24; la figure 33 illustre un organigramme pour le mode de réalisation préféré de la procédure RESOUDRE (SOLVE) illustré sur la figure 24; et la figure 34 enfin, illustre un "format" ou structure pour certains fichiers avec lesquels les analyseurs ou "parseurs" (parsers) sont en interface. On se réfère maintenant en détail à la construction et au fonctionnement des modes de réalisation il préférés de la présente invention qui sont illustrés sur les dessins annexés. Sur ces dessins, des éléments et des opérations similaires sont désignés par les mêmes références. Dans la description qui suit, les modes de réalisation préférés décrits sont des exemples de la présente invention Toutefois, la présente invention n'est pas limitée à ces exemples, mais peut être réalisée suivant d'autres modes de mise en oeuvre. A Structure et fonctionnement du système 1) Système informatique qui est modélisé La figure 1 illustre un diagramme d'un système informatique 100 qui peut être modélisé et analysé en conformité avec la présente invention Il est bien entendu que le système informatique 100 est donné uniquement à titre d'exemple et que l'utilisation de la présente invention n'est pas limitée à une configuration particulière de système informatique. Le système 100 comporte deux bus, à savoir le bus NI 103 et le bus CI 106 Le bus 103 NI est de préférence un bus du type Ethernet pour des communications de données à grande vitesse parmi plusieurs noeuds de réseau Le bus CI 106 est de préférence un bus utilisé pour connecter des dispositifs dans une configuration en grappe Les détails d'un bus CI sont décrits dans le brevet des Etats-Unis N O 4 560 985 de Strecker, et al. Les unités CP Ul 110, CPU 2 120 et CPU 3 130 sont couplés au bus CI 106 et au bus NI 103 L'unité CPU 1 110 a une interface de bus 112, pour connexion au bus NI 103, et une interface de bus 113, pour connexion au bus CI 106 L'unité CPU 2 120 a une interface de bus 122, pour connexion au bus NI 103, et une interface de bus 123 pour connexion au bus CI 106 L'unité CPU 3 130 a une interface de bus 132, pour connexion au bus NI 103. L'unité HSC (unité de contrôle de mise en mémoire hiérarchisée) 140 régit les communications entre des disques et le bus CI 106 L'unité HSC 140 comprend deux cannaux, à savoir le canal 1, référencé 150, et le cannal 2, référencé 155, chacun de ceux-ci étant connecté à un ou plusieurs disques Le cannal 1 150 est connecté au disque DI 160 et au disque D 2 162 Le cannal 2 155 est connecté au disque D 3 164. Dans le système 100, le disque D 4 166 est connecté à l'unité CPU 1 110 Le disque D 5 168 et le disque D 6 170 sont tous deux connectés à l'unité CPU 3 130. La figure 2 illustre un affichage ou visualisation 200 généré par ordinateur du système informatique 100 illustré sur la figure 1 La visualisation 200 sur la figure 2 est engendrée dans un processeur de données de modélisation Le processeur de données de modélisation peut être une des unités CPU du système informatique 100, mais cela n'est pas nécessaire. La raison de ce processeur de données de modélisation est de fournir les procédés nécessaires pour l'analyse de performance et le planning de capacité, conformément à la présente invention. L'affichage ou visualisation 200 comprend non seulement tous les bus, CP Us, HS Cs, canaux et disques (notés DSK) du système 100, mais comprend également une information, telle que le type de CP Us et de HSC, et une identification d'au moins une charge de travail notée "WORKLOAD" Comme expliqué ci-dessus, les charges de travail sont des processus qui utilisent les ressources du système. Associés à chaque charge de travail, il y a une ou plusieurs probabilités de branchement de dispositifs Pour chaque charge de travail, il y a une probabilité de branchement associée à chaque dispositif qui fournit des ressources de système à cette charge de travail ou supporte cette charge de travail La probabilité de branchement d'un dispositif pour une charge de travail et un dispositif représente le pourcentage ou fraction des ressources du système exigées par une charge de travail qui est supportée par le dispositif correspondant Par exemple, si CP Ul a une probabilité de branchements de 20 % pour la charge de travail 1, alors 20 % des ressources de traitement par des unités CPU exigées par la charge de travail 1 sont fournies par CP Ul 110. Deux autres concepts qui sont importants à comprendre, mais qui ne sont pas illustrés sur les figures 1 et 2, sont les groupes d'utilisateurs et les protocoles MSCP (Mass Storage Communications Protocols ou protocoles de communication de mémorisation de masse) Un groupe d'utilisateurs est un ensemble d'utilisateurs qui sont organisés en commun dans un même but, tel que la gestion. La charge de travail d'un groupe d'utilisateurs est la somme des charges de travail créées par les utilisateurs individuels faisant partie du groupe d'utilisateurs. Les groupes d'utilisateurs ont également des possibilités de branchement pour les charges de travail auxquelles ces groupes d'utilisateurs contribuent Les probabilités de branchement de groupes d'utilisateurs reflètent le pourcentage ou la fraction de chaque charge de travail qui est créée par le groupe d'utilisateurs correspondant. Le MSCP, ou protocole de communications de mémorisation de masse, est un protocole qui permet à un processus exécuté sur une des unités CPU d'accéder aux fichiers sur des disques non connectés à cette unité CPU d'une manière qui est invisible pour le processus Une description plus détaillée du MSCP se trouve dans le brevet des Etats-Unis N O 4 449 182 de Rubinson, et al. L'interface de modélisation de la présente invention traite ces concepts et d'autres concepts et fournit une modélisation interactive du système informatique pour l'analyse des performances et le planning des capacités Conformément à la présente invention, des opérateurs peuvent voir une représentation d'une configuration du système informatique et ensuite indiquer des changements à cette configuration, tels que l'addition, la suppression ou la reconfiguration de dispositifs ou de charges de travail Les résultats de ces changements seront alors déterminés et visualisés de sorte qu'un opérateur puisse voir les résultats. En outre, la modélisation et l'analyse peuvent être réalisées selon les groupes d'utilisateurs et peuvent prendre en compte l'utilisation de services du MSCP Comme les modes de réalisation préférés le montrent, la présente invention permet également la modification des charges de travail, par charge de travail spécifique, par charges de travail d'un groupe d'utilisateurs ou pour toutes les charges de travail. En outre, lorsque certains changements à un système sont effectués, les charges de travail peuvent être redistribuées automatiquement de manières prédéterminées Ceci peut être réalisé, tout en permettant à un opérateur de fixer certaines probabilités de branchement. 2 Vue d'ensemble de l'interface de modélisation La figure 3 (a) montre un mode de réalisation préféré 300 d'une interface de modélisation conforme à la présente invention, qui peut fournir les caractéristiques décrites ci- dessus Dans le mode de réalisation préféré, l'interface 300 de modélisation reçoit son entrée depuis une configuration de système informatique à partir d'un fichier MDL référencé 305. Le fichier MDL peut être engendré de nombreuses manières différentes Une manière est décrite dans le brevet US N O 4 849 879 de Chinnaswamy et al, discuté dans le préambule de la présente description. D'autres techniques pour engendrer l'information de configuration sont également possibles. La sortie de l'interface 300 de modélisation est un autre fichier MDL, référencé 345 Dans le mode de réalisation préféré, les fichiers MDL 305 et 345 ont le même format, mais des données différentes Les fichiers MDL 305 et 345 contiennent de préférence deux types de données Un type de données, à savoir les données de dispositif, décrit les dispositifs du système informatique en cours d'analyse aussi bien que l'interconnexion entre ces dispositifs L'autre type de données, à savoir les données de charge de travail, décrit les charges de travail pour le système, y compris l'information sur la distribution des charges de travail par groupe d'utilisateurs et par dispositif Le format particulier d'un fichier MDL n'est, cependant, pas important au point de vue de la présente invention. En outre, on peut fournir les valeurs initiales des métriques de performances, mais de telles valeurs ne sont pas nécessaires pour la présente invention Si de telles valeurs initiales sont fournies, elles peuvent être présentes dans le fichier MDL ou dans quelqu'autre fichier. L'interface 300 de modélisation est un mode de réalisation préféré du système de modélisation de la présente invention L'interface 300 de modélisation comprend l'analyseur ou parser 310, la mémoire de données 315, l'ensemble visuel-clavier 320, le changeur 330, le résolveur QNM 335 et l'analyseur ou parser 340. Le parser 310 est utilisé pour traduire les données à partir du format stocké dans le fichier MDL 305 dans un format approprié pour mémorisation dans l'unité de mémorisation de données 315 En tant que tel, l'analyseur ou parser 310 agit comme une sorte de compilateur. L'unité de mémorisation des données 315 mémorise dans une portion 317 de contexte de structure de l'information sur la configuration du système informatique qui est modélisé et analysé, aussi bien que de l'information sur les charges de travail, les groupes d'utilisateurs, et les relations MSCP L'unité de mémorisation de données 315 mémorise cette information sous une forme facilement modifiable, de préférence dans un type de structure en arbre, de sorte que les changements de la configuration puissent être effectués facilement La mémoire de données 315 contient également des métriques de performances intéressantes dans la portion dite contexte de structure 317. L'unité de stockage de données 315 comporte également une portion 318 de contexte de visualisation qui contient de l'information au sujet des données qui sont affichées Par exemple, la portion dite de contexte d'affichage 318 comprend de préférence de l'information relative à la position sur l'écran, l'objet qui est visualisé et les métriques de performance qui sont affichés. L'unité visuel-clavier 320 comprend un écran pour visualiser la configuration du système de mémoire, y comprisl'information relative aux dispositifs du système, à l'interconnexion de ces dispositifs et aux charges de travail L'unité visuel-clavier 320 peut également visualiser l'information relative aux groupes d'utilisateurs et aux métriques de performance Toute l'information affichée par l'unité visuel-clavier 320 est basée sur l'information mémorisée dans la portion de contexte de structure 317 et la portion de contexte d'affichage 318 de la mémoire de données 315. L'unité visuel-clavier 320 comprend une logique d'affichage ou visualisation 322 qui accède à l'information de la portion de contexte d'affichage 318 et de la portion de contexte de structure 317 pour engendrer les visualisations Essentiellement, l'unité visuel- clavier 320 accède à la portion de contexte d'affichage 318 pour déterminer quelle information elle doit visualiser à partir de la portion de contexte de structure 317 et comment elle doit visualiser cette information Le matériel et le logiciel pour réaliser cette fonction sont bien connus des hommes de l'art. L'ensemble visuel-clavier 320 reçoit aussi des entrées à par tir des opérateurs demandant à l'interface de modélisation 300 de modifier la configuration ou d'effectuer d'autres tâches Ces entrées peuvent être reçues à partir des commandes en provenance du clavier ou à partir de dispositifs, tels qu'une souris, qui permettent des sélections d'écran Les entrées sont tamponnées, de même que la sortie de la logique 323 du clavier vers la mémoire de données 315, le changeur 330 et le résolveur QNM 335. Le changeur ou modificateur 330 reçoit les entrées de l'unité 320 visuelclavier et convertit ces demandes en séries de commandes pour d'autres éléments de l'interface de modélisation 300, tels que l'unité 315 de mémorisation de données Au moment approprié, le changeur 330 provoque également la transmission des données nécessaires à partir de l'unité 315 de stockage des données vers le résolveur QNM 335. Le résolveur QNM 335 reçoit à partir de l'unité 315 de stockage des données l'information de modélisation décrivant la configuration du système informatique qui est analysé Cette information de modélisation comprend également le paramètre de charge de travail, l'information de groupe d'utilisateurs, les relations MSCP et les paramètres du système A partir de l'information de modélisation, le résolveur QNM 335 détermine quels seraient certaines métriques de performances pour un système fonctionnant conformément à l'information de modélisation reçue Le résolveur QNM 335 mémorise ensuite ces métriques de performances en les envoyant en retour dans l'unité 315 de stockage de données. Le dispositif de programme d'analyse ou parser 340 agit d'une manière complémentaire au dispositif de programme d'analyse ou parser 310 en transformant la structure de l'informaticn depuis le format de l'unité 315 de mémorisation de données à nouveau dans le format MDL. En réponse à une demande de l'opérateur reçue à partir de l'unité 320 visuel-clavier, l'unité 315 de mémorisation des données transmet l'informaticri de configuration et de métriques, à travers l'unité de programme d'analyse ou parser 340, dans le fichier MDL 345. La figure 3 (b) illustre un mode de réalisation constituant une variante de l'interface 300 de la figure 3 (a), à savoir l'interface de modélisation 350, conformément à la présente invention L'interface de modélisation 350 diffère de l'interface de modélisation 300 en ce qui concerne son utilisation des unités de programme d'analyse ou parsers déjà utilisées pour les fichiers MDL. Comme dans l'interface de modélisation 300, le fichier MDL 305 fournit l'entrée et le fichier MDL 345 reçoit la sortie de l'interface de modélisation 350. L'unité de programme d'analyse ou parser 360 est un analyseur utilisé dans les systèmes classiques pour les fichiers MDL L'unité 360 de programme d'analyse traduit le fichier MDL 305 en un tableau Une interface 365 est ajoutée à l'unité d'analyse ou parser 360 pour fournir une traduction finale à partir du tableau en arbres pour l'unité 315 de mémorisaticn de données. Une autre unité d'analyse ou parser 390 de type classique est ajoutée pour convertir l'information depuis la structure en arbre utilisée par l'unité 315 de mémorisation de données en structure en réseau pour le résolveur QNM 335 L'unité d'analyse 390 est également utilisée pour convertir l'information depuis la structure en réseau, à la sortie du résolveur QNM 335, à nouveau en structure d'arbre utilisée par l'unité 315 de mémorisation des données Cette conversion implique également l'interface 365 Finalement, l'unité d'analyse 390 fournit une conversion de données à partir de la structure en arbre pour l'unité 315 de mémorisation de données en une structure pour mémorisation dans le fichier MDL 345. 3 Fonctionnement de l'interface de modélisation La figure 4 illustre un organigramme 400 montrant d'une manière générale les phases opératoires accomplies pendant le fonctionnement du mode de réalisation préféré 300 de la présente invention A l'instant initial des opérations représentées par l'organigramme 400, l'interface de modélisation reçoit, à partir du système informatique modélisé, des données décrivant la configuration du système informatique (phase 405) Comme expliqué ci-dessus, dans Je mode de réalisation préféré, cette information est contenue dans le fichier MDL 305. En outre, si l'option est choisie, l'interface de modélisation conforme à la présente invention peut recevoir des valeurs initiales pour des métriques choisies relatives au système informatique (phase 410) Ces métriques font de préférence partie du fichier MDL 305, mais elles pourraient être fournies d'autres manières, par exemple à partir d'une entrée par un opérateur utilisant l'unité 320 visuel-clavier, ou à partir d'une entrée en provenance d'un fichier différent. Les valeurs initiales des métriques reçues à partir du système informatique sont généralement des valeurs qui ont été effectivement mesurées pendant le fonctionnement du système informatique. Dans un mode de réalisation préféré, cette réception d'information est réalisée en choisissant une option FICHIER à partir d'un menu principal 500 d'interface de modélisation, illustré sur la figure 5 (a), qui apparaît sur l'unité 320 visuel-clavier Le menu principal 500 permet de préférence la sélection d'une option parmi plusieurs En plus de l'option FICHIER, il y a également une option PLACER, une option AJOUTER, une option DEPLACER, une option EJECTER, une option DUPLIQUER, une option VISUALISER et une option RESOUDRE Ces options seront décrites plus en détail ci-après. L'option FICHIER est choisie de préférence par des méthodes classiques en déplaçant un curseur en un emplacement désiré sur un menu affiché sur l'unité 330 visuel-clavier et en indiquant ensuite une sélection Une fois que l'option FICHIER est choisie, un sous- menu apparaît qui donne à un opérateur le choix, de charger un fichier modèle (CHARGER UN FICHIER), tel qu'un fichier MDL, dans la mémoire de données 315, d'inscrire le fichier modèle dans un fichier MDL sur un disque (INSCRIRE UN FICHIER), de sortir la session de modélisation et quelques changements dans un fichier MDL (SORTIR UN FICHIER), ou de sortir la session de modélisation sans garder en mémoire les changements (ABANDONNER UN FICHIER). Lorsque l'option ENTRER UN FICHIER est choisie, le nom du fichier doit également être fourni. Lorsque l'option INSCRIRE UN FICHIER, l'option SORTIR UN FICHIER ou l'option ABANDONNER UN FICHIER est choisie, aucune autre information n'est nécessaire Le choix de l'option INSCRIRE UN FICHIER ne termine pas la session de modélisation, alors que le choix des options SORTIR UN FICHIER et ABANDONNER UN FICHIER terminent la session de modélisation. En revenant à la figure 4, après réception de l'information de configuration et de paramètre initial, un modèle de la configuration du système informatique est créé dans l'interface de modélisation 300 à partir de l'information reçue (phase 415) De préférence, soit unité 310 d'analyse de la figure 3 (a), soit la combinaison de l'unité 360 d'analyse et de l'interface 365 de la figure 3 (b), forment le modèle de la configuration du système informatique en plaçant l'information de configuration reçue dans le format ou structure convenant au stockage dans la mémoire des données 315 Les détails du format et de la structure préférée des données dans la mémoire des données 315 sont discutés ci-après. Ensuite, un diagramme de la configuration du système informatique est affiché sur l'unité 320 visuel- clavier (phase 420) Les valeurs initiales de certaines métriques choisies peuvent également être affichés si de telles valeurs sont fournies Les figures 2 et 5 (b) montrent des exemples de tels affichages La figure 5 (b) est un diagramme d'une visualisation de modèle 505 montrant l'information de charge de travail, les paramètres de charge de travail, les dispositifs et les métriques des performances. La visualisation de modèle 505 comprend de préférence une ligne de situation ou d'état 506, une liste des charges de travail 507 et une visualisation du modèle en fonctionnement 508 Une des charges de travail (charge de travail 1), appelée charge de travail en cours, est mise en relief L'information dans la ligne d'état 506 comprend de préférence le mode d'affichage, le nom du modèle, le nom de la charge de travail en cours et le nom d'une CPU source Le mode d'affichage, comme expliqué plus en détail ci-après, précise quelle donnée est affichée dans la visualisation 505 du modèle La CPU source est l'origine de la portion de la charge de travail en cours. La figure 5 (c) illustre une fenêtre de message 509, qui est de préférence superposée (en surimpression) à la visualisation de modèle 505 La fenêtre de message 509 comprend le texte de messages, tels que des-messages soit à partir de l'interface de modélisation elle-même, soit des messages à transmettre, par exemple de la poste électronique, soit des messages des opérateurs. La figure 5 (d) illustre une fenêtre d'état 510 qui peut être visualisée en effectuant des sélection appropriées sur l'unité 320 visuel-clavier La fenêtre d'état fournit de préférence de l'information au sujet de la CPU en cours, de la charge en cours, du mode d'affichage, du mode d'équilibrage (expliqué ci-après), de la configuration qui est modélisée, de l'état du modèle, soit que le modèle ait été résolu, soit que le modèle ait été modifié, et du nom, s'il y en a, de la bibliothèque de modèles La bibliothèque de modèles est une bibliothèque qui corrige les paramètres défectueux de dispositif en cours de modélisation Ce qui permet à un opérateur de modifier les paramètres de dispositif dans le modèle. Après visualisation du système, la phase suivante dans l'ordinogramme 400 est constituée par la réception d'une entrée pour modifier la configuration du système informatique (phase 425) Les entrées peuvent indiquer une modification du nombre et des types de charge de travail, la distribution de la charge de travail, le nombre et les types de dispositifs physiques ou la connexion de ces dispositifs. La manière préférée pour effectuer des changements dans la charge de travail implique l'utilisation de l'option PLACER à partir du menu principal 500 sur la figure 5 (a) L' option PLACER permet à un opérateur de placer ou régler différents paramètres pour les charges de travail ou différents attributs pour la session de modélisation. Une des options PLACER est l'option PLACER le Mode de Visualisation qui détermine quelle information doit être visualisée pour un objet identifié Dans le mode de réalisation préférée, l'option PLACER le Mode de Visualisation permet à un opérateur de choisir de visualiser les probabilités de branchement, les vitesses, par exemple en transactions par seconde (TPS) ou I Os/seconde, le pourcentage d'utilisation, le temps de service (durée pour traiter une demande), le temps de réponse (durée de service augmenté de délai d'attente), la longueur de la file d'attente, la capacité de traitement (en I Os/sec) et les types de dispositifs. Dans le mode de réalisation préféré, deux des modes de visualisation, à savoir le pourcentage d'utilisation et la longueur de la file d'attente, produisent des valeurs qui clignotent sur l'écran pour indiquer les conditions possibles du problème La valeur d'utilisation clignote si elle dépasse un point de saturation, qui est réglé par défaut à 90 % La valeur de la longueur de la file d'attente clignote si elle est égale ou supérieure à 2. En outre, lorsqu'un changement quelconque est effectué dans le modèle qui pourrait affecter les métriques de performances, par exemple l'élimination du dispositif, les métriques de performances qui pourraient être affectées sont visualisées en caractères gras pour indiquer qu'elles représentent des données périmées. La figure 5 (e) est un diagramme d'une visualisation 511 qui apparaîtrait sur l'unité 320 visuel- clavier si l'option PLACER le Mode de Visualisation était choisie Les types différents de Mode de Visualisation sont représentés dans une fenêtre superposée et la présentation de l'entrée de "probabilités" en texte inversé indique que ceci o Dnstitue le Mode de Visualisaticn choisi. Lors du choix du Mode de Visualisation des probabilités, une visualisation 512, illustrée sur la figure 5 (f), apparaît Au voisinage immédiat de la représentation de chaque dispositif se trouve, dans la visualisation 512, une valeur entre parenthèses représentant la probabilité de branchement de ce dispositif pour la charge en oeurs Sur la figure 5 (f), la charge de travail en cours est la charge de travail-l. Si l'option PLACER la Charge de Travail en cours est choisie, un écran 515, tel que celui montré sur la figure 5 (g), est engendré en montrant l'option "Charge de Travail en Cours" mise en évidence en texte inversé. La sélection de l'option "Charge de Travail en Cours" provoque une visualisation 517, illustrée sur la figure 5 (h), qui apparaît sur l'unité 320 visuel-clavier. La visualisation 517 permet à un opérateur de choisir d'afficher soit une charge de travail désignée soit une CPU Source. Si l'option "CPU Source" est choisie, comme indiqué par le texte inversé de la visualisation 517 de la figure 5 (h), alors une visualisation 518, telle qu'illustrée sur la figure 5 (i), apparaît sur l'unité 320 visuel-clavier La visualisation 518 illustre les diverses unités CPU dans le système informatique qui est modélisé. L'opérateur choisit alors l'une des unités CPU, telle que CPU-5 dans la visualisation 518 de la figure 5 (i), comme illustré dans le texte inversé Ce choix se réflète ensuite sur la ligne d'état dans la visualisation 519 de la figure 5 (j) Si une nouvelle charge de travail ou CPU Source est choisie pendant l'option PLACER la Charge de Travail en Cours, l'information représentée entre parenthèses sur les visualisations va probablement changer si le Mode de Visualisation est "probabilités", ou "TPS & I Os/sec " Ceci provient du fait que l'information affichée dans ces Modes de Visualisation représente un pourcentage ou taux actuel I/O à partir de la CPU Source en cours et de la charge en cours Le changement de CPU ou de charge de travail provoque vraisemblablement un changement dans l'information correspondante. Si l'option PLACER le Mode d'Equilibrage est choisie, alors une visualisation 520, telle qu'illustrée sur la figure 5 (k), apparaît, ce qui permet le réglage ou placement du Mode d'Equilibrage Le Mode d'Equilibrage détermine comment les charges de travail doivent être redistribuées parmi les dispositifs dans un modèle lorsqu'est effectué un changement au modèle qui affecte cette charge de travail Par exemple, l'éjection d'un disque provoque le I/O (Entrée/Sortie) pour chaque charge de travail dans ce disque d'être déplacé vers d'autres disques connectés à la même unité CPU ou au même dispositif HSC La manière dont les charges de travail sont redistribuées est déterminée par le Mode d'Equilibrage. La distribution des charges de travail. implique des probabilités de branchement Comme expliqué ci-dessus, la probabilité de branchement est un pourcentage de travail fourni par un dispositif pour une charge de travail donnée Avant de résoudre un modèle, la probabilité de branchement pour charge de travail doit être égale à 100 % Les probabilités peuvent être soit FIXEES à une valeur spécifique soit FLOTTANTES Les probabilités FLOTTANTES peuvent être ajustées pour faire en sorte que la somme de toutes les probabilités de branchement associées soit égale à 100 % Les recalculs du mode d'équilibrage affectent seulement les probabilités qui sont FLOTTANTES. Dans le mode de réalisation préféré, une charge de travail sur un dispositif, tel qu'une unité CPU ou un disque, peut être répartie entre d'autres dispositifs d'un ensemble de dispositifs de deux manières différentes L'ensemble en cause de dispositifs est celui des dispositifs qui peuvent fournir une quantité plus grande ou plus petite de ressources de système à une charge de travail particulière L'ensemble de dispositifs n'inclut pas ceux ayant une probabilité FIXE. Lors d'une répartition uniforme, la quantité totale de l'ajustement effectué pour un dispositif est divisée également parmi les dispositifs de l'ensemble Par exemple, s'il y avait trois unités CPU et si la probabilité de branchement pour une CPU diminuait d'une certaine quantité, les deux unités CPU restantes auraient leurs probabilités de branchement accrues d'une quantité égale à la moitié de la quantité dont la probabilité de branchement de la première CPU aurait diminué. Lors d'une répartition relative, le montant total de l'ajustement est réglé proportionnellement aux rapports des probabilités de branchement des dispositifs dans l'ensemble Ceci assure que les rapports de la probabilité de branchement pour les dispositifs de l'ensemble restent les mêmes En d'autres termes, si l'une des unités CPU de l'exemple précédent a une probabilité de branchement pour une charge de travail qui est double de celle de l'autre unité CPU, alors les deux tiers de la charge de travail qui doit être allouée iront vers l'unité CPU ayant la plus grande probabilité de branchement. En relation avec l'option PLACER le Mode d'Equilibrage est l'option PLACER la Distribution de Probabilités Si cette option est choisie, une visualisation 522, telle qu'illustrée sur la figure 5 ( 1), apparaît sur l'unité 320 visuel- clavier La visualisation 522 présente à l'opérateur un choix de dispositifs pour lesquels il doit indiquer ou placer la probabilité Par le texte inversé, la visualisation 522 montre que l'opérateur a choisi de fixer la probabilité de branchement pour une unité CPU La prochaine visualisation à apparaître, qui n'est pas illustrée, contient une liste de toutes les unités CPU dont la probabilité de branchement peut être modifiée Lorsqu'une unité CPU appropriée est choisie, alors l'opérateur est invité à entrer la probabilité de branchement pour cette CPU (ou autre dispositif choisi). En outre, dans le mode de réalisation préféré, l'opérateur est invité à placer la probabilité en FIXE ou FLOTTANTE. Les probabilités de branchement peuvent également être modifiées indirectement en supprimant du matériel informatique et en déplaçant les charges de travail entre les dispositifs Lorsque l'interface de modélisation est invoquée d'abord, toutes les probabilités de branchement sont placées en tant que FLOTTANTES et ajustées de sorte que les probabilités de branchement pour chaque charge de travail atteignent 1,0 L'attribut de probabilités FIXES est utilisé pour indiquer qu'une distribution de charge de travail doit rester fixe pour une unité CPU, un disque ou un groupe d'utilisateurs donné, malgré d'autres changements qui pourraient affecter certaines charges de travail De préférence, la probabilité de branchement n'est fixée que pour la durée d'une session de modélisation particulière et n'est pas transférée dans le fichier MDL. Les paramètres de charge de travail peuvent également être déterminés ou placés en utilisant l'option PLACER les Paramètres de Charge de Travail pour le mode de visualisation Si l'option PLACER les Paramètres de Charge de Travail est choisie, une visualisation 525 de charge de travail, illustrée sur la figure 5 (m), apparaît. La visualisation 525 de charge de travail comprend une liste des charges de travail qui ont des paramètres qui peuvent être modifiés Une fois qu'une charge de travail a été choisie, telle que la charge de travail "FREQUENCE-Z", illustrée en texte inversé sur la visualisation 525, les paramètres de charge de travail qui peuvent être modifiés sont visualisés Une visualisation 528 de ces paramètres de charge de travail pour la charge de travail "fréquence- Z" est illustrée sur la figure 5 (n). Comme il apparaît sur la visualisation 528, les paramètres de charge de travail qui peuvent être changés dans le mode de réalisation préféré comprennent la transaction par seconde (TPS) exigée par la charge de travail associée, les nombres d'instructions par seconde (en milliers) requis par la charge de travail, le nombre de I/O par transaction pour cette charge de travail, la dimension de I/O par transaction, indiquée en tant que dimension de transfert de disque, pour cette charge de travail, et le nombre de verrous par transaction Les verrous constituent un mécanisme de synchronisation sur l'étendue de la grappe pour contrôler l'accès aux ressources communes. En outre, on peut choisir si l'on désire indiquer ou non un branchement de disque par la CPU SOURCE Si la charge de travail comporte un branchement de disque par la CPU SOURCE, chaque distribution I/O de CPU dépend de la CPU qui traite la charge de travail Sinon, il y a un branchement de disque commun et la distribution I/O parmi les disques est la même, quelle que soit la CPU qui traite la charge de travail. L'option PLACER la Charge de système se comporte d'une manière similaire Si cette option est choisie, une visualisation 530, illustrée sur la figure (o), apparaît pour permettre à un opérateur de changer la charge du système informatique, par charge de travail, par groupe d'utilisateurs ou d'une manière globale à travers tout le système Par exemple, on pourrait doubler une charge de travail particulière, doubler la charge de travail fournie par un groupe d'utilisateurs particulier ou doubler la charge de travail à travers la totalité du système. Une fois que l'option PLACER la Charge du Système et la manière dont la modification de charge de travail sont choisies, l'opérateur est invité à entrer le changement de charge en pourcentage et d'indiquer si la charge doit être accrue ou diminuée Après changement de la charge, l'option RESOUDRE pour le modèle doit être choisie pour voir les effets de la nouvelle charge. L'option PLACER le Nom d'objet peut être utilisée pour changer le nom d'un objet Les objets comprennent des modèles, des bus (tels que CI ou NI), des adaptateurs de bus, des unités CPU, des unités HSC, des cannaux, des disques, des charges de travail et des groupes d'utilisateurs Après que l'option PLACER le Nom de l'objet a été choisie et que l'objet a été identifié, l'opérateur est invité à fournir le nouveau nom de l'objet. D'une manière similaire, l'option PLACER le Type d'objet peut être utilisée pour changer le type de l'adaptateur de bus, de CPU, de HSC ou de disque Si cette option est choisie, une visualisation 533, illustrée sur la figure 5 (p), apparaît sur l'unité 320 visuel- clavier pour indiquer les choix de dispositif Une fois qu'un dispositif a été choisi, tel qu'un disque dans la visualisation 533 de la figure 5 (p), un nouveau sous-menu est surimposé indiquant les différents dispositifs du type choisi Ce sous-menu, illustré en tant que visualisation 534 sur la figure 5 (q), montre tous les disques différents du système informatique. Lorsque un ou plusieurs des dispositifs sont choisis, alors la visualisation 535 de la figure 5 (r) est choisi pour indiquer les types possibles de dispositifs choisis Par exemple, sur la visualisation 535 de la figure 5 (r), le type RA 60 de disque a été choisi. En plus du placement ou fixation des distributions des charges de travail et des paramètres du système, on peut ajouter, éjecter ou déplacer des dispositifs physiques Lorsque l'option AJOUTER du menu principal 500 de la figure 5 (a) est choisie, alors une visualisation 540, illustrée sur la figure 5 (s), apparaît. L'option AJOUTER permet d'ajouter un modèle, un bus (CI ou NI), un adaptateur, une unité CPU, une unité HSC, un canal, un disque, une charge de travail, un groupe d'utilisateurs ou une information de serveur MSCP. Sur la visualisation 540, le texte inversé indique qu'une CPU a été choisie pour être ajoutée Ceci provoque l'apparition de la visualisation 542 illustrée sur la figure 5 (t), sur l'unité 320 visuel- clavier La visualisation 542 indique les différents types d'unités CPU qui peuvent être ajoutés Lorsqu'il ajoute une unité CPU, un opérateur est également invité à choisir un adaptateur en effectuant une sélection à partir d'un écran donnant la liste d'adaptateurs possibles. La manière dont l'interface de modélisation détermine o doivent être ajoutés les dispositifs dépend du type de dispositif Pour les disques, l'opérateur est interrogé pour déterminer le canal de CPU ou HSC destiné à recevoir le disque Les CPU, d'un autre côté, sont ajoutées au bus le plus récemment identifié et doivent être déplacés si nécessaire Ce mécanisme, toutefois, est celui du mode de réalisation préféré et n'est pas exigé pour mettre en oeuvre la présente invention. Si c'est l'option DUPLIQUER qui est choisie à partir du menu principal 500 de la figure 5 (a), une visualisation 545, illustrée sur la figure 5 (u), apparaît. Dans le mode de réalisation préféré, les éléments qui peuvent être dupliqués comprennent un modèle, un bus, un adaptateur, une unité CPU, une unité HSC, un canal, un disque, une charge de travail, un groupe d'utilisateurs ou un serveur MSCP, sous la forme d'une information Si c'est l'option CPU qui est choisie, comme indiqué par le texte inversé de la visualisation 545, une visualisation 547, comme illustré sur la figure 5 (v), apparaît sur l'unité 320 visuel-clavier La visualisation 547 indique les unités CPU possibles qui peuvent être dupliquées Le dispositif choisi est ensuite dupliqué Le dispositif choisi et le dispositif dupliqué ont les mêmes connexions physiques avec les autres dispositifs. Pour changer une connexion, on choisit l'option DEPLACER dans le menu principal 500 de la figure (a) Si cette option est choisie, la visualisation 550, illustrée sur la figure 5 (w), apparaît L'option DEPLACER permet à un opérateur de déplacer un adaptateur, une unité CPU, une unité HSC, un canal, un disque ou une charge de travail Si on choisit un disque à déplacer, comme illustré par le texte inversé dans la visualisation 550, alors une visualisation 552, illustrée sur la figure 5(x), apparaît. La visualisation 552 fournit un listing de tous les disques possibles qui peuvent être déplacés dans le système informatique En utilisant la visualisation 552, l'opérateur choisit le disque, appelé disque-source, à déplacer. Lorsqu'on déplace un disque-source, l'unité CPU ou le canal, vers lequel le disque-source doit être déplacé, doit être choisie Dans le mode de réalisation préféré, cette sélection est réalisée en utilisant une visualisation 553 illustrée sur la figure 5 (y), qui apparaît sur l'unité 320 visuel-clavier après qu'un disque ait été choisi. L'affichage 553 indique si le disque doit être déplacé vers un canal ou une unité CPU Sur la visualisation 553, une unité CPU a été choisie, comme indiqué par le texte inversé La sélection d'une unité CPU provoque l ' apparition de la visual isation 554, illustrée sur la figure 5 (z) La visualisation 554 donne la liste des unités CPU possibles vers lesquelles un disque peut être déplacé Comme illustré sur la visualisation 554, le disque- source doit être déplacé vers une cible CPU identifiée en tant que CPU-7. * Un dispositif physique ou une charge de travail peut également être éjecté de la configuration du système informatique en utilisant l'option EJECTER dans le menu principal 500 illustré sur la figure 5 (a) La sélection de cette option provoque l'apparition d'une visualisation 555, illustrée sur la figure 5 (aa) La visualisation 555 indique les types de dispositifs qui peuvent être éjectés La visualisation 555 montre qu'une CPU a été choisie, ce qui provoque l'apparition d'une visualisation 557, montrée sur la figure 5 (bb) Lorsqu'un dispositif doit être éjecté, l'opérateur est interrogé pour obtenir ure confirmation, étant donné que l'éjection d'un dispositif a des effets importants qui sont difficiles à supprimer dans le mode de réalisation préféré Egalement dans le mode de réalisation préféré, l'éjection d'un dispositif éjecte tous les dispositifs connectés à ce dispositif. Se référant maintenant à la figure 4 et à l'ordinogramme 400, l'étape suivante, après réception d'une entrée, est la modification du modèle du système informatique conformément à l'entrée reçue pour refléter la configuration modifiée du système informatique (phase 430) Une modification par l'option PLACER utilise la logique 323 de clavier et la mémoire de données 315. Une modification par les options AJOUTER, DUPLIQUER, DEPLACER et EJECTER utilise le changeur 330 Les détails de la manière dont une telle modification se produit dans la mémoire de données 315 seront décrits ci-après. Si un changement a été fait qui affecte la distribution des charges de travail, les nouvelles distributions de charges de travail doivent etre déterminées (phase 440) Les ph Eases pour la redistribution sont indiquées plus en détail sur le côté de l'organigramme 400. La redistribution implique l'identification d'un ensemble de dispositifs physiques dans le système informatique auxquels la charge sera redistribuée Les dispositifs dans l'ensemble sont ceux qui supportent également la charge de travail en tant que dispositif physique identifié (c'est-à-dire celui qui est ajouté ou éjecté, ou celui qui a eu sa charge de travail modifiée) (étape 443) Par exemple, si une unité CPU était associée à quatre disques et si l'un a été éjecté, les trois disques restants constitueraient l'ensemble de dispositifs physiques impliqués dans la redistribution. Les charges de travail sont ensuite redistribuées parmi les éléments de l'ensemble suivant le Mode d'Equilibrage (phase 447) Cette redistribution exige d'abord la détermination des éléments de l'ensemble qui ont des probabilités FLOTTANTES, puis la distribution des probabilités parmi ces éléments, conformément au Mode d 'Equilibrage. Ensuite, de nouvelles valeurs pour les métriques choisies pour le modèle modifié du système informatique sont déterminées (phase 450) De préférence, ceci est réalisé en choisissant l'option RESOUDRE à partir du menu principal 500 illustré sur la figure 5 (a). Après que les nouvelles valeurs pour les métriques ont été déterminées, le diagramme de la configuration modifiée du système informatique et les nouvelles valeurs pour les métriques, sont visualisées sur l'unité 320 visuel-clavier (phase 460) Les visualisations résultantes comportent l'information en cours. A titre d'exemples o la visualisation 560 de la figure 5 (cc) résulte de l'addition d'une unité CPU; la visualisation 565 de la figure 5 (dd) provient du mouvement d'un disque; la charge 570 de la figure 5 (ee) résulte de l'éjection d'une unité CPU; et la visualisation 575 de la figure 5 (ff) résulte de la duplication d'une CPU. Une autre caractéristique résultant du mode de réalisation préféré est l'option VISUALISER qui permet à un opérateur d'examiner des portions spécifiques d'un modèle L'option VISUALISER permet à une possibilité de ZOOM, à un niveau, de montrer plus de détails Par exemple, si l'option VISUALISER est choisie à partir du menu principal 500 de la figure 5 (a), alors une visualisation 580 (figure 5 (gg>) apparaît sur l'unité 320 visuel-clavier invitant l'opérateur à indiquer quels éléments il désire visionner. Si, comme indiqué sur la visualisation 580, une unité CPU doit être visionnée, alors la mise au point de zoom du modèle est sur la nouvelle unité CPU plutôt que sur tout le modèle ou quelqu'autre dispositif La visualisation 582 sur la figure 5 (hh) apparaît alors. La visualisation 582 permet à un opérateur de choisir les unités CPU du système à visionner Si, comme indiqué dans la visualisation 582 de la figure 5 (hh), l'unité CPU-7 est choisie, alors la visualisation 584, comme illustré sur la figure 5 (ii), apparaît montrant l'unité CPU-7, ses adaptateurs et les bus auxquels elle est connectée, avec plus de détails. B Structures des données La figure 6 est un diagramme par blocs d'un modèle 600 montrant la relation entre les structures de données individuelles mémorisées dans la mémoire de données 315 La racine du modèle 600 est la racine 610 de modèle qui identifie un modèle pour un système informatique créé à partir du fichier MDL et qui est représenté en un noeud décrit ci-dessus La racine 610 de modèle comporte cinq enfants ou descendants, qui sont tous en relation mutuelle, comme décrit en détail ci-après. Deux des enfants, à savoir l'arbre CI 620 et l'arbre NI 630, constituent ensemble une structure de données de dispositifs L'arbre de charges de travail 640 est une structure de données montrant les relations des différentes charges de travail à différents dispositifs. L'arbre du groupe d'utilisateurs 650 est une structure de données montrant les différents groupes d'utilisateurs et leurs relations avec différentes charges de travail. L'arbre d'unités MSCP 660 est une structure de données montrant les relations des dispositifs fournissant les services MSCP. Bien que dans le mode de réalisation préféré, les arbres 620-660 aient une structure de données en arbre modifiée, une telle structure n'est pas exigée d'une manière stricte pour pratiquer la présente invention. Comme cela apparaîtra de la description de l'invention qui va suivre, un avantage d'une structure en arbre est la facilité avec laquelle on peut effectuer des modifications aux configurations du système informatique Les personnes ayant des connaissances normales dans la technique comprendront que d'autres structures de données, qui permettent une modification aisée, peuvent également être utilisées. 1 Structure des données de dispositif Un exemple d'un arbre CI 620 et d'un arbre NI 630 sont illustrés plus en détail sur la figure 7 Sur la figure 7, on a représenté une structure 700 de données de dispositif, qui comprend à la fois un arbre CI et un arbre NI La configuration particulière représentée par la structure 700 de données de dispositif est celle du système informatique 100 illustré sur la figure 1. L'arbre CI 701 comprend un noeud 710 de racine CI qui a, comme enfants ou descendants, des noeuds de HSC 140, représentés par le noeud HSC 720, et des adaptateurs 112 et 123 pour les unités CPU couplées au bus CI 106 de la figure 1 Le noeud 705 correspond à 1 ' adaptateur 113, tandis que le noeud 706 correspond à 1 ' adaptateur 123 L'enfant du noeud d'adaptateur 705 est un noeud 730 de CPU 1, correspondant à CPU 1 110, tandis que l'enfant du noeud d'adaptateur 706 est le noeud 740 de CPU 2, correspondant à CPU 2 120 Les enfants du noeud 720 de HSC sont le canal-1 150, représenté par le noeud 721 de canal-1 et le canal-2 155, représenté par le noeud 725 de ca nal-2. Les enfants du noeud 721 de canal-1 sont des noeuds représentant le disque-1 160 et le disque-2 162 (figure 1) Ces noeuds sont le noeud 722 de disque-1 et le noeud 723 de disque-2, respectivement De même, l'enfant du noeud 725 de canal-2 est le noeud 728 de disque-3, qui correspond au disque-3 164 (figure 1). Le noeud 730 de CPU 1 a un seul enfant, à savoir le noeud 735 de disque- 4 Le noeud 735 de disque-4 correspond au disque-4 166 (figure 1). L'arbre NI 702 comprend un noeud 760 de racine NI qui comporte, en tant qu'enfants, les noeuds 707, 708 et 709 d'adaptateurs correspondant respectivement aux adaptateurs 112, 122 et 132 Les enfants des noeuds 707, 708 et 709 d'adaptateurs sont respectivement le noeud 730 de CPU 1, le noeud 740 de CPU 2 et le noeud 750 de CPU 3, correspondant respectivement à CPUI 110, CPU 2 120 et CPU 3 (figure 1) Le noeud 730 de CP Ul et le noeud 740 de CPU 2 ont déjà été décrits ci- dessus au cours de la discussion de l'arbre CI 701 Le noeud 750 de CPU 3 a deux enfants, à savoir le noeud 752 de disque-5 et le noeud 753 du disque-6 Le noeud 752 de disque-5 correspond au disque- 5 168, tandis que le noeud 753 de disque-6 correspond au noeud 170 de disque-6, ces deux disques faisant partie du système informatique 100 (figure 1). La structure 700 de données de dispositif comprend des noeuds dont chacun correspond à un dispositif physique différent du système informatique représenté La figure 8 illustre un diagramme d'un mode de réalisation préréré d'un noeud générique 800 Le noeud est appelé générique car il peut être utilisé, avec une légère modification, en tant que noeud pour une racine 610 de modèle ou l'un quelconque des arbres 620-660 illustrés sur la figure 6 Le noeud 800 comporte plusieurs champs 810- 860. Le champ 810 de nom contient le nom de l'élément représenté par le noeud Le contenu du champ de nom est de préférence une chaîne. La tête de liste 820 des statistiques enregistrées pour un dispositif identifie l'emplacement d'une liste connectée d'éléments 821 de statistiques, dont chacun contient certaines statistiques pour une charge de travail supportée par le dispositif Pour un dispositif, l'enregistrement de statistiques 821 comprend un sous- champ de taux 822 indiquant le nombre de transactions de traitement (TPS) ou de transactions I/O (entrée/sortie) à partir du dispositif pour la charge de travail correspondante Le sous-champ 823 de longueur de file d'attente indique la longueur de la queue ou file d'attente qui attend de pouvoir utiliser le dispositif pour la charge de travail correspondante Le sous-champ 824 de temps de service indique la durée dont a besoin le dispositif pour traiter une requête pour la charge de travail correspondante Le sous-champ 825 de temps de réponse est égal à la durée de service augmentée de tous retards de file d'attente ou queue Le souschamp 826 d'utilisation indique le pourcentage de possibilités de dispositifs en cours d'utilisation pour la charge de travail correspondante Le pointeur 827 de charge de travail indique le noeud pour la charge de travail cor respondante. En outre, il existe un élément supplémentaire de statistiques dans la liste de liaison ou connexion Cet élément comporte les statistiques composites pour toutes les charges de travail du dispositif. La liste de statistiques pour les noeuds de charge de travail comporte des entrées pour le sous-champ 822 de taux, qui indique le débit ou capacité de traitement pour la totalité de la charge de travail, et pour le sous-champ 825 de temps de réponse, qui représente la durée nécessaire pour compléter une transaction entière pour cette charge de travail Le sous-champ 827 de pointeur de charge de travail indique le noeud de modèle. Tous les sous-champs de l'enregistrement de statistiques 821 sont représentés sous la forme de nombres réels, excepté pour le pointeur de charge de travail, et les valeurs dans tous les sous-champs, excepté le sous- champ de taux, sont déterminés en tant que résultat de la réalisaticn de l'option RESOUDRE La valeur dans le sous- champ de taux est soit introduite par un utilisateur, soit reçue à partir du fichier MDL. Le sous-champ 830 de pointeur de bibliothèque du noeud générique 800 donne la référence d'un enregistrement, en bibliothèque, spécifique à un type de dispositif L'enregistrement en bibliothèque décrit les paramètres associés à ce type de dispositif Par exemple, la bibliothèque pour un certain type de disque contient son temps de recherche, son temps de latence, sa vitesse de transfert, etc. Le champ 840 de réseau de liaison ou connexion identifie les entêtes pour différentes listes enchaînées ou connectées qui sont relatives à l'élément correspondant au noeud 800 Un ensemble d'entêtes est illustré en détail sur la figure 9 en tant que liste 900 d'entêtes de connexion La liste 900 d'entêtes de connexion comprend un entête 910 de liste enchaînée de charges de travail, un entête 920 de liste enchaînée de parents, un entête 930 de liste enchaînée d'enfants et un entête 940 de liste enchaînée de MSCP. L'entête 940 de liste enchaînée de charges de travail est un entête pour une liste enchaînée des charges de travail qui sont supportées par le dispositif correspondant L'entête 920 de liste, enchaînée de parents est l'entête pour une liste enchaînée des noeuds qui sont des parents du noeud d'élément correspondant. D'une manière similaire, l'entête 930 de la liste enchaînée d'enfants est l'entête pour une liste enchaînée des enfants de l'élément correspondant L'entête 940 de liste enchaînée de MSCP est l'entête pour une liste enchaînée des arbres MSCP impliquant le dispositif correspondant au noeud Dans le mode de réalisation préféré, la liste d'entêtes de liaison et plus spécifiquement les listes enchaînées sont spécifiques aux différents types de noeuds. La figure 10 illustre un exemple d'une liste enchaînée 1000 qui peut être utilisée comme l'une quelconque des listes enchaînées décrites ci-dessus Sur la figure 10, la liste enchaînée 1000 comprend un type d'entête de liste 1005 et des éléments de liaison Le type d'entête de liste 1005 comprend à son tour une liaison vers l'avant 1030, une liaison vers l'arrière 1060 et un comptage 1080 La liaison vers l'avant 1030 indique l'emplacement du premier élément dans la liste enchaînée 1000, la liaison vers l'arrière 1060 indique l'emplacement du dernier élément dans la liste enchaînée 1000 et le comptage 1080 indique le nombre d'éléments dans la liste enchaînée 1000. La liste enchaînée 1000 est appelée une liste à double enchaînement étant donné qu'elle est en liaison dans la direction avant à travers les liaisons avant 1013 et 1023, et dans la direction arrière, à travers les liaisons arrière 1025 et 1015 Il y a lieu de noter que le dernier élément de liaison, à savoir l'élément 1020, comporte une liaison vers l'avant 1023 vers un enregistrement néant 1095, tandis que le premier élément de liaison 1010 a une liaison vers l'arrière 1015 vers un élément néant 1090. L'élément de liste enchaînée 1010 comporte un pointeur 1018 qui identifie un noeud correspondant, tandis que l'élément de liste enchaînée 1020 comporte un pointeur 1028 vers un noeud correspondant 1029. Revenant maintenant au noeud générique 800 de la figure 8, le sous-champ 850 indique le type de noeud. Les différents types de noeuds incluent des types de modèle, des types de dispositif, des types de charge de travail, des types de branchement, des types de groupes d'utilisateurs et des types de MSCP. Un enregistrement 860 est associé à de nombreux types de noeuds; il constitue une variante et contient une information unique pour différents types de noeuds Un exemple d'un tel enregistrement, qui est une variante, est l'enregistrement (de variante) 1100 illustré sur la figure 11 (a) pour un noeud de modèle Il comprend, en tant que sous- champs, un pointeur 1110 de liste de dispositifs, un pointeur de dispositifs de sélection 1112, un champ de configuration 1114 définissant le type de configuration particulier du modèle, un drapeau modifié 1116, et un drapeau résolu 1118. La figure 11 (b) montre un noeud de modèle 1130 comprenant la portion d'enregistrement variable Le champ 1132 de nom contient le nom du modèle correspondant. Le champ 1134 d'entête de listes de statistiques et le champ 1136 de pointeur de bibliothèque sont vides. Le réseau de liaison 1140 comporte seulement des entrées pour la liste enchaînée d'enfants avec l'entête 1142 Dans le mode de réalisation préféré du noeud de modèle 610, la liste enchaînée pour l'entête 1142 identifie une liste avec des noeuds pour le noeud CI 710 et le noeud NI 760. Le champ 1145 de type d'élément identifie le noeud 1130 en tant que modèle. Le pointeur 1150 de sélection de dispositif pointe vers une liste d'articles identifiant un modèle en cours 1152, un dispositif en cours, tel que l 'entrée pour le bus CI 1154 en cours, ou urn charge de travail en cours (non illustrée) Les entrées de ligne et colonne identifient l'emplacement du modèle, du dispositif ou de la charge correspondant sur l'écran de 1 'unité 320 visuel- clavier. Le pointeur 1160 de liste de dispositifs identifie l'entête de liste pour chacun des composants du modèle correspondant L'entête 1162 de liste de modèle est pour un seul élément identi fiant le noeud de modèle. La tête 1164 de liste CI est pour la liste 1170 des éléments de liste enchaînée de CI 1172 et 1174 Les listes existent également pour les unités CPU, les HSC, les disques, etc La liste 1170 indique que le modèle correspondant au noeud 1130 comporte deux bus CI. Le champ de configuration 1180 identifie la configuration du modèle correspondant Un modèle peut avoir plusieurs configurations différentes Le modèle 600, par exemple, a une configuration en grappe mixte, dont un autre exemple est illustré sur la figure 12 (a) La figure 12 (b) montre une configuration solitaire La figure 12 (c) montre une grappe de CI alors que la figure 12 (d) illustre une grappe de NI. Le drapeau modifié 1190 indique si le modèle a été modi fié Le drapeau résolu 1195 indique si -le modèle a été résolu (c'est-à-dire si l'option RESOUDRE a été invoquée) après que tous les changements ont été effectués Le drapeau modifié 1190 et le drapeau résolu 1195 sont des valeurs Booléennes et indiquent ensemble si une donnée quelconque est périmée et doit donc être visualisée en caractères gras. La figure 13 illustre un autre exemple d'une variante d'enregistrement, à savoir un enregistrement 1300, constituant une variante, pour un dispositif. L'enregistrement 1300 comprend un pointeur 1310 de MSCP qui identifie un arbre de MSCP correspondant si le dispositif est une unité CPU ou un disque. 2 Structure de données de charge de travail Egalement, conformément à la présente invention, une structure de données de charge de travail comprend plusieurs secondes entrées de données, correspondant chacune à une charge de travail différente parmi les charges de travail qui sont supportées par le système informatique Dans le mode de réalisation préféré, la structure de données de charge de travail est également un arbre. La figure 14 comprend un arbre 1400 de charge de travail pour la charge de travail 1 et illustre sa relation avec une portion d'un arbre 1401 de dispositif. Cette relation porte sur des probabilités de branchement. La portion de L'arbre 1401 de données de dispositif de la figure 14 comprend des noeuds de CPU 1455, 1460 et 1465 pour CPU 1, CPU 2 et CPU 3, respectivement Le noeud 1455 pour CPU 1 a, comme enfants trois noeuds de disque, à savoir le noeud 1475 du disque 1, le noeud 1480 du disque 2 et le noeud 1485 du disque 3. L'arbre 1400 de charge de travail comprend un noeud 1405 de racine de charge de travail, qui a comme enfants le noeud 1410 de charge de travail 1, le noeud 1412 de charge de travail 2 et le noeud 1414 de charge de travail 3 Le noeud 1410 de charge de travail 1 a, comme enfants, un noeud 1420 de probabilité de branchement de CPU pour CPU 1, un noeud 1422 de probabilité de branchement de CPU pour CPU 2 et un noeud 1424 de probabilité de branchement de CPU pour CPU 3 Cette structure reflète la structure de l'arbre de dispositif 1401. Le noeud 1420 de probabilité de branchement de CPU comprend trois noeuds à titre d'enfants: le noeud 1481 de probabilité de branchement du disque 1, le noeud 1482 de probabilité de branchement du disque 2 et le noeud 1483 de probabilité de branchement du disque 3, ce qui correspond aux noeuds de disque 1475, 1480 et 1485 respectivement Cette structure reflète également la structure de l'arbre du dispositif 1401. Le noeud 1455 de CPU 1 est en relation avec la charge de travail 1 par le noeud 1420 de probabilité de branchement Le noeud 1460 de CPU 2 est en relation avec la charge de travail 1 par le noeud 1422 de probabilité de branchement et le noeud 1465 de CPU 3 est en relation avec la charge de travail 1 par le noeud 1424 de probabilité de branchement. Comme expliqué ci-dessus, la probabilité de branchement pour un dispositif et une charge de travail correspondants est une indication du pourcentage de la charge de travail correspondante qui reçoit des services du dispositif correspondant Ainsi, comme représenté par les noeuds de probabilité de branchement 1420, 1422 et 1424, la charge de travail 1 a 80 % de ses services de CPU fournis par CPU 1, 5 % de ses services de CPU fournis par CPU 2 et 15 % de ses services de CPU fournis par CPU 3 Les pourcentages des probabilités de branchement doivent avoir pour somme totale 100 %. Les probabilités de branchement pour les disques ont également pour somme 100 %, bien qu'il doit être bien entendu que les pourcentages représentés par les probabilités de branchement des noeuds 1481, 1482 et 1483 représentent seulement le pourcentage des services de disque qui sont fournis pour la portian de la charge de travail 1 supportée par CPU 1 Par exemple, la probabilité de branchement pour la charge de travail 1 fournie par le disque 1 est de 30 %, la probabilité de branchement pour la charge de travail 1 fournie par le disque 2 est de 40 % et la probabilité de branchement pour la charge de travail 1 fournie par le disque 3 est de 30 %, mais il s'agit là de pourcentages des services pour la charge de travail 1 fournie par CP Ul Pour déterminer la quantité totale des ressources du système que le disque 1 fournit pour la charge de travail 1, la probabilité de branchement du disque 1, à savoir 30 %, doit être multipliée par la probabilité de branchement pour CPU 1, à savoir 80 % Dans ce cas, le résultat d'une telle multiplication donne 24 %, ce qui indique que le disque 1 fournit 24 % des ressources de disque exigées par la charge de travail 1. Le noeud de données de charge de travail a la structure de base du noeud générique 800, à part le fait que le pointeur 830 de bibliothèque n'est pas utilisé, et que le champ de liste enchaînée n'inclut pas une liste enchaînée 940 de MSCP La portion d'enregistrement, qui constitue une variante, pour un noeud de charge de travail est illustrée sur la figure 15 sous la forme d'un enregistrement 1500 L' information disponible dans l'enregistrement 1500 de charge de travail, qui est une variante, comprend le nombre de transactions par seconde requises, fournies dans le sous-champ 1510, le nombre d'instructions par seconde nécessaires, fournies dans le sous- champ 1520, les I/O de disque nécessaire fournis dans le sous-champ 1530 et la dimension nécessaire de I/O, fourn ie dans le sous- champ 1540 En outre, l'enregistrement 1500 de charge de travail qui constitue une variante comprend un sous-champ de verrouillage 1550 qui est le verrou expliqué ci-dessus et par un champ 1560 de SOURCE AUXILIAIRE qui a également été expliqué ci- dessus Tous les champs dans l'enregistrement 1550, constituant une variante, sont réels, excepté le champ 1560 de SOURCE AUXILIAIRE qui est Booléen. Les noeuds de probabilité de branchement sont également semblables au noeud générique 800, excepté le fait qu'ils ne comprennent pas un champ de nom, un entête 820 de liste de statistiques, un pointeur 830 de bibliothèque et un champ 850 de type d'élément et qu'il n'y a pas de liste enchaînée 910 de charge de travail ni des listes enchaînées 940 de MSCP L'enregistrement de variante pour un noeud de probabilité de branchement est illustré sur la figure 16 en tant qu'enregistrement 1600. L'enregistrement 1600 comprend quatre sous-champs Le sous-champ flottant 1610 contient une valeur Booléenne indiquant si la probabilité de branchement est FLOTTANTE ou FIXE, comme expliqué ci- dessus Le sous-champ 1620 de probabilité contient la probabilité de branchement correspondant Le sous-champ 1630 de pointeur de charge de travail identifie le noeud pour la charge de travail correspondant à cette probabilité de branchement, tandis que le sous-champ 1640 de pointeur de dispositif identifie le noeud pour le dispositif correspondant. La figure 17 est un diagramme 1700 montrant l'inter-relation entre différents noeuds pour des arbres de dispositif et de charge Le diagramme 1700 indique également les champs de chaque noeud qui sont actifs pour le noeud correspondant. Le noeud 1710 de dispositif de CPU comprend un champ 1711 de nom, un pointeur de bibliothèque 1712, une tête 1713 de liste de statistiques et un champ 1717 de type d'élément Les pointeurs 1714-1716 font partie d'un réseau de liaison Le pointeur 1714 de charge de travail identifie une liste enchaînée de charge de travail des noeuds de probabilité de branchement; le pointeur 1715 de parents identifie une liste enchaînée de noeuds pour les parents du noeud 1710 de dispositif de CPU; et le pointeur 1716 d'enfants 1716 identifie une liste enchaînée de noeuds pour les enfants du noeud 1710 de dispositif de CPU. Comme 1 le montre la figure 17, un des enfants dans la liste enchaînée qui est identifiée par le pointeur 1716 est constitué par un noeud 1720 de dispositif de disque Le noeud 1720 de dispositif de disque représente un disque connecté à l'unité CPU représentée par le noeud 1710 de CPU. Le noeud 1720 de dispositif de disque comprend un champ 1721 de nom, un pointeur de bibliothèque 1722, un entête 1723 de liste de statistiques et un champ 1726 de type d'élément En tant que partie de ses sous- champs de réseau de liaison, le noeud 1720 de dispositif de disque comprend un pointeur de charge de travail vers une liste enchaînée denoeuds de probabilité de branchement et un pointeur de parent identifiant une liste enchaînée de noeuds pour les parents du noeud 1720 de dispositif de disque La liste enchaînée de parent comprend un noeud 1710 de dispositif de CPU Le noeud 1720 de disque n'a pas d'objets enfants et c'est pourquoi il comporte une liste enchaînée d'enfants qui est vide de noeuds d'enfant. Le pointeur 1714 de branchement du noeud 1710 du dispositif de CPU identi fie un noeud 1730 de probabilité de branchement de CPU pour la charge de travail représentée par le noeud 1750 de charge de travail Le noeud 1730 de probabilité de branchement de CPU comprend un pointeur 1732 de parent, qui identifie le noeud 1750 de charge de travail, et un pointeur 1733 d'enfant, qui identifie une liste enchaînée contenant le noeud 1740 de probabilité de branchement de disque. Le noeud 1730 de probabilité de branchement de CPU comprend également un champ flottant 1734, un champ de probabilité 1735 contenant la valeur de probabilité de branchement et un champ de type 1738 Le champ 1736 de pointeur de charge de travail identifie le noeud 1750 de charge de travail et le champ 1736 de pointeur de dispositif identifie le noeud 1710 de dispositif de CPU. Le noeud 1740 de probabilité de branchement de disque est semblable en ce qui concerne son contenu au noeud 1730 de probabilité de branchement de CPU, excepté le fait que le noeud 1740 de probabilité de branchement de disque ne contient pas une liste enchaînée pour les noeuds d'enfants Le pointeur parent 1742 identifie le noeud 1730 de probabilité de branchement CPU. Le pointeur 1746 de charge de travail identifie le noeud 1750 de charge de travail pour la charge de travail correspondante, et le pointeur 1747 du dispositif identifie le noeud 1720 de dispositif de disque pour le disque correspondant Le noeud 1740 de probabilité de disque contient également un champ flottant 1744, un champ de probabilité 1745 et un champ 1748 de type d'élément. Le noeud 1750 de charge de travail contient une entrée dans le champ de nom 1752, aussi bien que des entrées pour l'entête 1753 de liste de statistiques, le pointeur 1755 de parent et le pointeur 1756 d'enfant Le pointeur 1755 de parent identifie le noeud de modèle tandis que le pointeur 1756 d'enfant identifie une liste enchaînée avec le noeud 1730 de probabilité de branchement de CPU et un noeud 1780 de probabilité de branchement de groupe d'utilisateurs. Le noeud 1750 de charge de travail contient également des entrées pour le champ 1757 de transactions par seconde, l'instruction pour le second champ 1758, le champ 1759 de I/O de disque, le champ 1760 de dimension de I/O, le champ de verrouillage 1761, le champ 1762 de SOURCE AUXILIAIRE, et le champ de type d'élément 1763. 3 Structure des données de groupe d'utilisateurs Comne expliqué ci-dessus, les groupes d'utilisateurs sont des mécanismes qui peuvent être utilisés pour organiser les sources des charges de travail La figure 18 montre un exemple d'une structure 1800 de données de groupe d'utilisateurs organisé sous la forme d'une structure en arbre La structure 1800 de données de groupe d'utilisateurs comprend un noeud 1810 de racine de groupe d'utilisateurs, aussi bien que des noeuds 1820-1840 correspondant à diffère nts groupes d'utilisateurs Dans l'exemple illustré sur la figure 18, le noeud 1820 correspond à un groupe d'utilisateurs d'ingénierie, le noeud 1830 correspond à un groupe d'utilisateurs de marquage et le noeud 1840 correspond à un groupe d'utilisateurs administratifs. La structure de données de groupe d'utilisateurs comprend plusieurs troisièmes entrées de données correspondant chacune à un groupe d'utilisateurs. Les entrées de données de groupe d'utilisateurs, ou noeuds, sont similaires au noeud générique 800, excepté que les noeuds de groupe d'utilisateurs n'ont pas de pointeur 830 de bibliothèque, d'entête 930 de liste d'enfants ou d'entête 980 de liste de MSCP Les noeuds de groupe d'utilisateurs n'ont également pas d'enregistrement modifié dans le mode de réalisation préféré. Sur la figure 17, le noeud 1770 de groupe d'utilisateurs 1770 comporte un champ de nom 1772, indiquant le nom du groupe d'utilisateurs correspondant, et un champ de type d'élément 1777 Le noeud de groupe d'utilisateurs 1770 comprend également un pointeur 1775 de parent vers un noeud de modèle et un pointeur 1774 de charge de travail vers une liste enchaînée pour les probabilités de branchement de groupe d'utilisateurs. Une des entrées dans la liste enchaînée est le noeud 1780 de probabilité de branchement de groupe d'utilisateurs Le noeud 1780 de probabilité de branchement comporte un pointeur 1782 de parent identifiant une liste enchaînée qui comprend un noeud 1750 de charge de travail Le noeud 1780 de probabilité de branchement comprend également un pointeur 1786 de charge de travail identifiant une liste enchaînée avec le noeud 1750 de charge de travail Ce noeud 1750 de charge de travail est dans la liste enchaînée de charge de travail pour le noeud 1780 parce que le groupe d'utilisateurs correspondant au noeud 1780 contribue à la charge de travail correspondant au noeud 1750 En outre, le noeud 1780 de probabilité de branchement de groupe d'utilisateurs comprend un pointeur 1787 de dispositif qui identifie le noeud 1770 de groupe d'utilisateurs correspondant Ce pointeur permet à travers la structure de données de trouver le groupe d'utilisateurs de la charge de travail, utilisant les noeuds de probabilité de branchement de groupe d'utilisateurs. Le noeud 1780 de probabilité de branchement de groupe d'utilisateurs comprend également un champ flottant 1784, un champ de probabilité 1785, et un champ de type de noeud 1788 Le champ de probabilité 1785 indique quel pourcentage de la charge de travail du groupe d'utilisateurs correspondante a pour origine la charge de travail identifiée par le champ 1786 de pointeur de charge de travail. 4 Structure de données de MSCP La figure 19 illustre un système informatique 1900 qui utilise 1 e protocole MSCP Le système informatique comprend un bus NI 1905 auquel est connectée une unité CPU-1 1910 et une unité CPU-2 1920 La CPU-1 1910 est également connectée à un disque 1915, tandis que la CPU-2 1920 est également connectée à un disque 1930. Le protocole MSCP, qui serait compris dans le logiciel présent dans CPU- 1 1910 et CPU-2 1920, permet aux utilisateurs de CPU-1 1910 d'accéder à un fichier sur le disque 1930 sans avoir à s'occuper de la communication entre CPU-1 1910 et CPU-2 1920 Si un utilisateur de CPU- 1 1910 demande l'accès à un fichier sur un disque non- connecté, CPU-1 1910 est appelé CPU "source" Le disque qui contient le fichier, dans ce cas le disque 1930, est appelé le disque "servi" L'unité CPU connectée au disque servi, dans ce cas CPU-2 1920, est appelé CPU "serveur". Un mode de réalisation préféré d'un arbre MSCP 2000 est illustré sur la figure 20 L'arbre MSCP 2000 ne correspond pas au système 1900 de la figure 19. L'organisation préférée comporte le serveur CPU représenté par le noeud 2010 Les CPU sources possibles pour le CPU serveur, à savoir CPU- 1 source, CPU-2 source et CPU-3 sources, sont représentées par les noeuds 2020, 2030 et 2040, respectivement Les noeuds de CPU source sont des enfants du noeud de CPU serveur. Les disques servis sont représentés en tant qu'enfants des noeuds de CPU source Ainsi, le disque 1 est représenté par le noeud 2050 qui est un enfant des noeuds 2020 et 2030; le disque 2 est représenté par le noeud 2060 qui est un enfant du noeud 2030 et le disque 3 est représenté par le noeud 2070 qui est un enfant des noeuds 20 30 et 2040 Cette organisation indique que le disque 1 peut agir comme disque servi pour CPU 1 et CPU 2, le disque 2 peut agir comme disque servi pour CPU 2 et le disque 3 peut agir comme disque servi pour CPU 3 et CPU 2. La relation qui vient juste d'être décrite entre les disques servis et les CPU sources est relative seulement au CPU serveur représenté par le noeud 2010. La figure 21 illustre la relation entre les arbres MSCP 2100 et 2105 et certains noeuds d'un arbre de dispositif 2101 Sur la figure 21, CPU-1 est représentée dans l'arbre de dispositif 2101 en tant que noeud 2110, CPU-2 est représentée en tant que noeud 2113, et CPU-3 est représenté par le noeud 2118 De même, le disque 1 serait représenté dans l'arbre de dispositif 2101 par le noeud 2120, le disque 2 par le noeud 2123 et le disque 3 par le noeud 2128. L'arbre MSCP 2100 contient un noeud 2130 de CPU-1 serveur qui correspond au noeud 2110 de CPU-1 dans l'arbre de dispositif 2101 Dans l'arbre MSCP 2100, les deux CPU sources, à savoir CPU-2 source et CPU-3 source, sont représentées par les noeuds 2135 et 2140, respectivement Le CPU-2 source 2135 correspond au noeud 2113 de CPU-2 dans l'arbre du dispositif 2101 et le noeud 2140 de CPU-3 source correspond au noeud 2118 de CPU-3 dans l'arbre du dispositif 2101 Le noeud 2135 de CPU-2 source a comme enfant les noeuds 2143, 2148, 2150 et 2153 de disques servis La correspondance entre les disques 2143, 2148, 2150 et 2153 et l'arbre de dispositif 2101 n'est pas représentée sur la figure 21. CPU-3 source non seulement a en tant qu'enfants les noeuds 2150 et 2153 de disques servis mais également a comme enfant le noeud 2158 de disque servi Le noeud 2158 de disque servi correspond au noeud 2128 de disque 3 dans l'arbre de dispositif 2101. L'arbre MSCP 2105 est pour CPU-3 comme CPU serveur L'arbre 2105 a donc un noeud 2160 de CPU serveur comme racine CPU-3 serveur correspond au noeud 2118 de CPU-3 dans l'arbre de dispositif 2101 Les CPU sources dans l'arbre MSCP 2105 seraient le noeud 2165 de CPU-2 source et le noeud 2170 de CPU source. Le noeud 2165 de CPU-2 source correspond au noeud 2113 de CPU-2 dans l'arbre de dispositif 2101 Les enfants du noeud 2165 de CPU-2 source sont le noeud 2173 du disque 2 servi, le noeud 2178 de disque 3 servi, le noeud 2180 de disque servi et le noeud 2188 de disque servi Le noeud 2173 de disque 2 servi correspond au noeud 2123 de disque 2 dans l'arbre de dispositif 2101, tandis que le noeud 2178 du disque 3 servi correspond au noeud 2128 de disque 3 dans l'arbre de dispositif 2101. Le noeud 2170 de CPU source aurait comme enfants le noeud 2183 de disque servi et le noeud 2188 de disque servi Les noeuds 2183 et 2188 de disque correspondraient aux disques dans l'arbre de dispositif 2101, mais cette relation n'est pas représentée sur la figure 21. Dans le mode de réalisation préféré, un noeud d'un arbre MSCP ressemblerait au noeud 800 de la figure 8, et aurait un enregistrement altéré 2200 comme illustré sur la figure 22 Les deux sous-champs de l'enregistrement altéré 2200 sont le pointeur 2210 de serveur de MSCP qui identifie l'arbre MSCP pour lequel le noeud correspondant est pour un CPU serveur et un pointeur 2220 de dispositif de MSCP, qui identifie le noeud correspondant dans l'arbre de dispositif. La relation entre les noeuds de MSCP et les noeuds de dispositif est illustrée sur la figure 23 plus en détail Un arbre de dispositif 2300 comporte un noeud de CPU avec un pointeur 2310 de MSCP da ns son enregistrement variable correspondant au CPU serveur d'un arbre 2305 de MSCP, un noeud de CPU avec un pointeur de MSCP 2340 dans son réseau de liaison identifiant un CPU source dans l'arbre 2305 de MSCP et un disque avec un pointeur 2370 de MSCP dans son réseau de liaison identifiant un disque servi dans l'arbre 2305 de MSCP. L'arbre 2305 de MSCP comprend un noeud 2320 de MSCP de CPU serveur avec un pointeur 2322 de serveur de MSCP qui identifie le noeud 2320 de serveur, un pointeur 2325 de dispositif de MSCP qui identifie le noeud de CPU correspondant dans l'arbre du dispositif 2300, et un pointeur 2328 d'enfant qui identifie une liste enchaînée contenant le noeud 2330 de MSCP de CPU source. Le noeud 2330 de MSCP de CPU source est un noeud que pointe le champ 2340 de liaison de MSCP et il contient un pointeur 2332 de serveur de MSCP qui identifie le noeud 2320 de MSCP de CPU serveur et un champ 2334 de pointeur de dispositif de MSCP qui identifie l e noeud de CPU correspondant dans l'arbre de dispositif 2300 Le pointeur 2336 de parent dans MSCP 2330 de CPU source identifie le noeud 2320 de MSCP de CPU serveur et l e pointeur 2338 d'enfant identifie une liste enchaînée contenant le noeud 2380 de MSCP de disque en tant que disque servi pour le CPU source correspondant. Le noeud 2380 de MSCP de disque est le noeud que pointe la liaison 2370 de MSCP de disque servi à partir de l'arbre de dispositif 2300 et contient un pointeur 2382 de serveur de MSCP qui identifie le noeud 2320 de MSCP de CPU serveur, et un pointeur 2385 de dispositif de MSCP qui identifie le MSCP de noeud de disque correspondant dans l'arbre de dispositif 2300 Le noeud 2380 de MSCP de disque contient également un pointeur 2388 de parent qui identifie le noeud 2330 de MSCP de CPU source. C Exécution de modèle En comprenant les structures de données présentées ci-dessus, on va donner maintenant une explication plus détaillée de la manière dont les différentes opérations sont effectuées en utilisant les structures de données dans la mémoire de données 315 et les éléments de l'interface de modélisation 300 et 350 des figures 3 (a) et 3 (b) L'explication qui va suivre se réfère habituellement simplement aux éléments de la figure 3 (a), mais il est bien entendu que pour leur plus grande partie les éléments de la figure 3 (b) opèrent d'une façon équivalente. La figure 24 comprend un ordinogramnme généralisé 2400 expliquant comment l'interface de modélisation de cette invention réagit à des entrées reçues d'opérateurs utilisant le menu principal 500 d'interface de modélisation illustré sur la figure 5 (a). Le logiciel pour traiter l'visualisation, les fenêtres et le curseur sont bien connus des hommes de l'art De préférence, ce logiciel serait résident dans la logique de visualisation 322 et la logique de clavier 323, bien qu'un tel logiciel, ou des moyens alternatifs de commande tels qu'un microcode, des PLA, etc pourraient être mis en oeuvre de plusieurs manières équivalentes compatible avec la présente invention. Lorsque le menu principal 500 est visualisé, la logique de clavier 323 attend une entrée en provenance d'un opérateur pour désigner la sélection d'une option. Lorsque cette entrée est reçue (phase 2410), une détermination est effectuée en ce qui concerne le type d'entrée Si l'option FICHIER a été choisie, le protocole FICHIER est alors exécuté (phase 2420) Si l'option PLACER est choisie, un protocole PLACER est exécuté (phase 2430) Si l'option AJOUTER est choisie, un protocole AJOUTER est exécuté (phase 2440) Si l'option DUPLIQUER est choisie, un protocole DUPLIQUER (phase 2450) est exécuté Si l'option DEPLACER est choisie, un protocole DEPLACER est exécuté (phase 2460) Si l'option EJECTER est choisie, un protocole EJECTER est exécuté (phase 2470) Si l'option VISUALISER est choisie, une procédure VISUALISER est exécutée (phase 2480) Si l'option RESOUDRE est choisie, un protocole RESOUDRE est exécuté (phase 2490). A l'achèvement des protocoles 2420-2490, la visualisation de l'unité 320 visuel-clavier est mise à jour comme cela est nécessaire (phase 2495) Par exemple, si l'exécution de l'un des protocoles a rendu périmées les données visualisées, ces données seront alors visualisées en caractères gras Après que la visualisation a été mise à jour, la commande est renvoyée au menu principal 500 et à la phase 2410 en attente d'une autre entrée. 1 Option PASSER La figure 25 illustre un ordinogramme 2500 pour mettre en oeuvre le protocole FICHIER 2420 de la figure 24 Dans le mode de réalisation préférée, les fonctions spécifiques réalisées pendant l'option FICHIER sont de préférence mises en oeuvre par les unités de programme d'analyse 310 et 340 de la figure 3 (a), ou par les unités de programme d'analyse 360 et 390 de la figure 3 (b), bien qu'il ne soit pas critique pour la présente invention d'avoir des unités de programme d'analyse ou parseurs pour effectuer ces fonctions Ces fonctions pourraient par exemple, être effectuées par d'autres éléments sous la commande du logiciel central. Dans l'organigramme 2500, l'opérateur est interrogé pour une indication concernant la sous-option désirée Lors de la réception d'une entrée à partir du clavier spécifiant un type d'entrée (phase 2510), une détermination est faite en ce qui concerne le type d'entrée Si l'entrée indique la sélection de la sous- option CHARGER, l'opérateur est interrogé sur le nom du fichier de modèle Lorsque l'interface de modélisation 300 reçoit ce nom (phase 2515), le fichier de modèle, avec le nom de fichier spécifié, est chargé depuis le fichier MDL 305 dans l'interface de modélisation 300 Après achèvement du chargement, la session de modélisation continue. Dans chacune des sous-options INSCRIRE ou SORTIR est choisie par l'opérateur, le modèle en cours est écrit dans le fichier MDL 345 (phase 2530) Dans le cas d'une option INSCRIRE, la session de modélisation se continue (phase 2540) Dans le cas d'une option SORTIR, la session de modélisation est achevée (phase 2550). Si la sous-option QUITTER est choisie par l'opérateur, celui-ci est alors interrogé pour savoir si le fichier de modèle en cours doit être inscrit dans le disque (phase 2545) Si l'opérateur répond affirmativement, le fichier de modèle en cours est inscrit dans le fichier MDL 345 (phase 2530), et la session de modélisation prend fin (phase 2550) Si l'opérateur répond négativement, la session de modèle est terminée sans inscrire le fichier du modèle dans le fichier MDL 345 (phase 2550). 2 Option PLACER Les figures 26 (a) et 26 (b) illustrent un ordinogramme 2600 contenant le mode de réalisation préféré pour exécuter la procédure PLACER (phase 2430 de la figure 24) Dans le mode de réalisation préféré, un grand nombre des fonctions effectuées en exécutant la procédure de PLACER sont effectuées par la logique de visualisation 322 ajustant les données dans la portion de contexte de visualisation 318 (figure 3 (a)) Le changeur 330, d'un autre coté, réalise les fonctions qui impliquent soit des calculs soit l'ajustement des structures de données spécifiques dans le contexte de structure 317 La répartition des responsabilités entre les différents éléments des interfaces de modélisation 300 et 350, n'est cependant pas critique pour l'invention et pourrait être réalisée d'autres manières équivalentes. Dans l'ordinogramme 2600, lorsqu'un opérateur a choisi l'option PLACER, un menu lui est présenté pour lui demander la sélection d'une sous- option En réponse, l'opérateur fournit une entrée Lorsque cette entrée est reçue, une parmi plusieurs actions se produit. Si l'opérateur a choisi la sous-option MODE DE VISUALISATION (phase 2610), alors l'unité 320 de visuel-clavier présente à l'opérateur un menu lui demandant une indication du mode de visualisation désiré. Lorsque l'information concernant le mode de visualisation désiré est reçue à partir de l'opérateur (phase 2610), cette information est stockée par la logique de clavier 323 (figure 3 (a)) dans des données 318 de contexte de visualisation La logique de visualisation 322 utilise alors l'information stockée pour commander la visualisation de l'information dans l'unité 320 de visuel- clavier. Si l'opérateur a au contraire choisi la sous- option CHARGE DE TRAVAIL EN COURS (phase 2610), l'opérateur est interrogé, grâce à un menu, pour savoir s'il y a lieu de placer la CHARGE DE TRAVAIL ou CPU SOURCE (phase 2620) Si l 'opérateur désire de placer la CHARGE DE TRAVAIL, l'opérateur se voit présenter un menu pour déterminer l'identification de la charge de travail Une fois que l'interface de modélisation 300 reçoit l'identification de charge de travail (phase 2622), cette information est mémorisée par la logique de clavier 323 dans la zone de contexte de visualisation 318 (phase 2625). Si au contraire l'opérateur désire placer CPU SOURCE, l'opérateur est interrogé, par l'intermédiaire d'un menu, afin qu'il fournisse une identification de CPU SOURCE Lorsque l'interface de modélisation 300 reçoit cette identification (phase 2627), la logique de clavier 322 mémorise cette identification dans la portion de contexte de visualisation 318 (phase 2628) Si, après sélection de l'option PLACER, l'opérateur demande la sous-option MODE D'EQUILIBRAGE (phase 2610), l'opérateur est interrogé, par l'intermédiaire d'un menu, afin qu'il indique s'il désire équilibrer le modèle ou spécifier un mode d'équilibrage (phase 2630) Si l'opérateur demande d'équilibrer le modèle, par exemple pour s'assurer que toutes les probabilités de branchement pour chaque charge de travail arrive à un total de 100 % (ce qui peut être nécessaire suivant le fichier MDL reçu ou à cause d'autres changements effectués dans les distributions de probabilité), le modèle est équilibré (phase 2635), de préférence par le changeur 330. Si au contraire l'opérateur désire spécifier un mode d'équilibrage, l'opérateur est interrogé afin qu'il indique ce mode d'équilibrage, de nouveau par l'intermédiaire d'un menu dans le mode de réalisation préféré Lorsque l'interface de modélisation 300 reçoit le mode d'équilibrage spécifié (phase 2632), qui peut être soit uniforme soit relatif, la logique de clavier 323 mémorise ce mode dans la portion de contexte de visualisation 318. Si, après sélection de l'option PLACER, l'opérateur choisit la sous-option DISTRIBUTION DE PROBABILITE (phase 2610), alors l'opérateur est interrogé, par l'intermédiaire d'un menu, sur le type de dispositif pour lequel la distribution de probabilité est placée (phase 2640 sur la figure 26 (b)) Le type de dispositif peut être un groupe d'utilisateurs, une unité CPU ou un disque. Ensuite, l'opérateur se voit présenter un menu de sélection approprié au type de dispositif choisi pour identifier un dispositif et une charge de travail pour lesquels la probabilité doit être déterminée Lorsque l'opérateur choisit l'identification désirée, l'interface de modélisation reçoit la sélection (phase 2642). Ensuite, l'opérateur se voit présenter un écran de visualisation pour l'entrée de la distribution de probabilité et d'autres données nécessaires L'utilisateur fournit la distribution de probabilité et les données, qui peuvent comprendre une information telle que l'indication si la distribution de probabilité doit être FIXE ou FLOTTANTE Une fois que cette information est reçue par l'interface de modélisation 300 (phase 2645), la distributicr de probabilité et les données sont mémorisées par le changeur 330 au noeud de l'arbre 640 de charge de travail correspondant au dispositif identifié (phase 2648) Si l'entrée de l'opérateur en réponse au menu principal 500 est une requête de placer un PARAMETRE DE CHARGE DE TRAVAIL (phase 2610), alors l'opérateur se voit présenter un menu lui demandant une identi fication de charge de travail Lorsque l'identification est reçue (phase 2650), l'opérateur se voit présenter un menu pour fournir l'identification des paramètres de la charge de travail Lorsque l'interface de modélisation 300 reçoit cette identification, aussi bien que les valeurs, de l'opérateur (phase 2655), le changeur 300 mémorise ces paramètres de charge de travail dans le noeud de charge de travail approprié de la portion 317 du contexte de structure (phase 2658). Si l'opérateur demande l'option CHARGER LE SYSTEME après avoir choisi l'option PLACER à partir du menu principal 500 (phase 2610), l'opérateur se voit présenter un menu lui demandant l'identification du type de charge (exprimé en TPS) et le changement de pourcentage (phase 2660) Le fait que le changement de pourcentage soit positif ou négatif indique également si le changement est un accroissement ou une diminution de la charge. L'opérateur se voit ensuite présenter un menu indiquant si le changement est pour une seule charge de travail, un groupe d'utilisateurs ou pour toutes les charges de travail Si l'opérateur indique que le changement doit être pour une seule charge de travail, alors l'opérateur se voit présenter un menu lui demandant l'identification de la charge de travail désirée Lorsque cette identification est reçue (phase 2662), le changeur 330 accroît ou diminue la charge de travail identifiée du pourcentage indiqué (phase 2665) Mais si l'opérateur indique que le type de charge à modifier est pour toutes les charges de travail dans un groupe d'utilisateurs, alors l'opérateur se voit présenter un menu lui demandant l'identification d'un groupe d'utilisateurs Une fois que cette identification est reçue (phase 2663), le changeur 330 accède à toutes les charges de travail auxquelles contribue le groupe d'utilisateurs indiqué et ajuste les charges de travail en fonction des pourcentages indiqués en proportion de la contribution du groupe d'utilisateurs identifié à la charge de travail (phase 2666). Si par contre l'opérateur indique un désir de changer toutes les charges de travail, alors les TPS pour toutes les charges de travail sont changés selon le pourcentage indiqué (phase 2667) Ceci est également réalisé de préférence par le changeur 330. Se référant à la figure 26 (a), si l'opérateur choisit la sous-option PLACER le Nom de l'objet, l'opérateur se voit présenter une série de menus lui demandant une identification de l'objet Lorsque l'opérateur choisit l'identification de l'objet à partir du menu, et que cette sélection est reçue (phase 2670), l'opérateur se voit présenter une fenêtre demandant le nom du dispositif Lorsque le nom de l'objet est reçu (phase 2675), le changeur 330 mémorise ce nom dans le champ de nom (voir champ 810 de la figure 8) du noeud associé au *dispositif indiqué (phase 2678). Si l'opérateur a choisi l'option PLACER le Type de l'objet à partir du menu principal 500 (phase 2610), l'opérateur se voit présenter une série de menus expliqués précédemment pour l'option PLACER le Nom de l'objet afin d'identifier l'objet Lorsque l'identification de l'objet est reçue (phase 2680), l'opérateur se voit présenter un menu lui demandant d'identifier le type d'objet désiré Une fois cette identification reçue par l'interface de modélisation (phase 2685), le changeur 330 mémorise ce type d'objet dans le champ de type d'élément (voir champ 850 de la figure 8) pour l'objet identifié (phase 2688). A la fin des phases de l'ordinogramme 2600 de l'option PLACER, le contrôle retourne au menu principal 500 de la figure 5 (a) 3 Option AJOUTER Si à la place de l'option PLACER, l'opérateur a choisi l'option AJOUTER à partir du menu principal 500, alors le protocole AJOUTER 2440 (figure 24) est exécuté. Un mode de réalisation préféré du protocole AJOUTER 2440 est illustré par l'ordinogramme 2700 de la figure 27. On doit noter que, pour le protocole AJOUTER 2440, comme pour le protocole DUPLIQUER 2450, le protocole DEPLACER 2460 et le protocole EJECTER 2470, les changements de structure de données 315, particulièrement au contexte de structure 317, sont réalisés de préférence par le changeur 330 Dans d'autres modes de réalisation, toutefois, d'autres éléments peuvent être utilisés pour effectuer les changements de structure des données 315. Dans l'ordinogramme 2700, l'opérateur se voit d'abord présenter une sériede menus pour qu'il identifie le type d'objet à ajouter (phase 2710) Une fois que cette identification est reçue (phase 2710), l'opérateur se voit présenter un menu pour qu'il indique les paramètres de noeud pour l'objet identifié Lorsque ces paramètres de noeud sont reçus (phase 2720), l'opérateur se voit présenter des menus pour qu'il indique la destination de l'objet à ajouter Par exemple, si l'objet à ajouter est un disque, l'opérateur est interrogé pour qu'il indique si le disque doit être ajouté à un canal HSC ou à une unité CPU et ensuite pour identifier l e canal HSC ou l'unité CPU spécifique Si l'objet à ajouter est un HSC ou une CPU, l'opérateur sera interrogé pour qu'il identifie un adaptateur de bus qui indique le bus auquel le dispositif est ajouté Dans le mode de réalisation préféré, un HSC ou une CPU est ajouté au bus en cours, et doit 'être déplacé en utilisant l'option DEPLACER si ceci n'est pas la destination désirée. Une fois que l'emplacement a été reçu (phase 2730), le changeur crée un noeud avec les paramètres et l'ajoute à l'arbre dans la portion de contexte de structure 317 à l'emplacement approprié (phase 2740) Il y a lieu de noter que l'addition d'un objet affecte vraisemblablement les données affichées qui deviennent périmées. Le contrôle retourne alors au menu principal 500. 4 Option DUPLIQUER Si l'opérateur a choisi l'option DUPLIQUER à partir du menu principal 500, le protocole DUPLIQUER 2450 (figure 24) est exécuté Un mode de réalisation préféré du protocole DUPLIQUER est illustré par le diagramme 2800 de la figure 28 Sur l'ordinogramme 2800, la première phase consiste dans l'identificatioe du noeud à dupliquer, ce qui est fait de la manière décrite ci-dessus Une fois que l'identificaticn du noeud a été reçue par l'interface de modélisation 300 (phase 2810), le dispositif identifié est dupliqué en copiant le noeud pour le dispositif indiqué, exactement, et on ajuste ensuite certaines des listes enchaînées pour ajouter les dispositifs dans le modèle qui suit le dispositif copié (phase 2820) Dans le mode de réalisation préféré, toutefois, l'information de MSCP et de charge de travail ne sont pas copiés pour les nouveaux dispositifs La commande retourne alors au menu principal 500. Option DEPLACER Si l'opérateur choisit l'option DEPLACER du menu principal 500, le protocole DEPLACER 2460 (figure 24) est exécuté Le mode de réalisation préféré du protocole DEPLACER 2460 est illustré par l'organigramme 2900 sur la figure 29. Au début de l'organigramme 2900, l'opérateur est interrogé par un menu afin qu'il indique si l'objet à déplacer est une charge de travail ou un dispositif. Lorsque l'opérateur a donné cette indication, elle est reçue par l'interface de modélisation 300 (phase 2910) Si l'opérateur indique qu'un dispositif doit être déplacé, alors une série de menus lui est présentée afin qu'il identifie le dispositif Lorsque cette identification est reçue par l'interface de modélisation 300 (phase 2915), l'opérateur est interrogé par une autre série de menus afin qu'il identifie la destination du dispositif identifié. Une fois que la destination est reçue par l'interface de modélisation 300 (phase 2920), le changeur 330 élimine le noeud pour le dispositif identifié depuis sa position à cet instant et l'insère dans la structure 700 d'arbre de dispositif en une position correspondant à la destination (phase 2925) Ce protocole implique, parmi d'autres fonctions, la reconnexion des listes enchaînées parentes dans la portion de contexte de structure 317 pour indiquer le déplacement du noeud correspondant Les structures de données pour le noeud de modèle sont également mises à jour pour refléter le déplacement du noeud. Une fois que la portion de contexte de structure 317 est mise à jour par le changeur 330, la commande retourne au menu principal 500. Si, après sélection de l'option DEPLACER, l'opérateur a choisi par contre de déplacer une charge de travail, l'opérateur se voit présenter une série de menus pour qu'il identifie la charge de travail et indique si la charge de travail identifiée doit être déplacée depuis une unité CPU ou un disque Lorsque cette information est reçue par l'interface de modélisation 300 (phase 2930), l'interface de modélisation 300 détermine ensuite si le type de noeud est une CPU ou un disque (phase 2935) Si le type de noeud est une CPU, alors l'opérateur se voit présenter des menus pour identifier les CPU sources de la charge de travail, les CPU de destination de la charge de travail, et le pourcentage de la charge de travail à déplacer Lorsque cette information est reçue (phase 2940), la charge CPU est redistribuée en déplaçant le pourcentage indiqué de la charge de travail identifiée vers les charges de travail. de destination (c'est-à-dire celles qui sont déjà en train de supporter la charge de travail et dont les probabilités ne sont pas déjà fixées) conformément au mode d'équilibrage (phase 2950 >. Un exemple de comment cela pourrait se faire est illustré sur la figure 30 Sur cette figure, 50 % de la charge de travail 1 doit être déplacée de CP Ul à CPU 2 et CPU 3 Avant le déplacement, la probabilité de branchement pour CPUI est de 25 %, la probabilité de branchement pour CPU 2 est de 35 %, et la probabilité de branchement pour CPU 3 est de 40 %. Après Je déplacement, 50 % de la charge de travail 1 doit être prise à partir de CPU 1, de sorte que la probabilité de branchement restante pour CP Ul serait de 12,5 % Si un mode d'équilibrage uniforme avait été choisi, alors la quantité de charge de travail enlevée à CPUI, à savoir 12,5 %, serait partagée entre CPU 2 et CPU 3. Ainsi, tant CPU 2 que CPU 3 recevrait 6,25 %, ce qui résulte dans une probabilité de branchement pour la charge de travail 1 de 41,25 % pour CPU 2 et de 46,25 % pour CPU 3 Ceci est représenté par le nombre le plus à gauche entre parenthèses dans la colonne APFES sur la figure 30. Si un mode d'équilibrage relatif est choisi, alors le rapport de la probabilité de branchement pour CPU 2 et CPU 3 doit d'abord être déterminé Une façon de réaliser ceci consiste à ajouter les probabilités de branchement des unités CPU affectées pour la charge de travail identifiée et de déterminer ensuite le rapport de chaque unité CPU affectée par rapport à la somme Le rapport n'est pas seulement le pourcentage des probabilités de branchement de CPU 2 et CPU 3 avant déplacement de la charge de travail, il est également utilisé pour déterminer la quantité de charge de travail déplacée que chaque CPU devrait recevoir pour maintenir les mêmes rapports. En utilisant ces calculs, CPU 2 a un rapport de 35/75 ou environ 47 %, et CPU 3 a un rapport de 40/75 c'est-à-dire, environ 53 % Ainsi, 47 % du changement de probabilité de branchement de CP Ul pour la charge de travail 1, à savoir 47 % de 12,5 %, serait ajouté à la probabilité de branchement de CPU 2 pour la charge de travail 1 et 53 % de 12,5 % serait ajouté à lia probabilité de branchement de CPU 3 pour la charge de travail 1 Le résultat serait que CPU 2 aurait 40,83 % en tant que nouvelle probabilité de branchement et CPU 3 aurait 46,67 % en tant que nouvelle probabilité de branchement Ces valeurs sont indiquées en tant que valeurs le plus à droite entre parenthèses dans la colonne APRES pour CPU 2 et CPU 3 sur la figure 30. De préférence, ce calcul serait effectué par le changeur 330 des figures 3 (a) et 3 (b), bien qu'il n'importe pas pour la présente invention quel élément réalise ces calculs. Après que les charges de travail ont été redistribuées en pourcentage, l'interface de modélisation 300 détermine si l'une quelconque des unités CPU de destination est un nouveau participant dans cette charge de travail (phase 2955) Si ce n'est pas le cas, ou après la création des probabilités de branchement de disque, la commande retourne au menu principal 500. Si cela est ainsi, alors un nouveau noeud de probabilité de branchement de CPU doit être créé pour refléter les probabilités de branchement nouvellement calculées (phase 2960) Le nouveau noeud de probabilité de branchement doit être réglé à une valeur qui reflète le pourcentage redistribué Par exemple, si l'on suppose qu'avant de déplacer une charge de travail la condition suivante existait: Système Charge Disque 1 Disque 2 CPU 1 20 % 80 % 20 % CPU 2 80 % 10 % 90 % CPU 3 O % 0 % Si 50 % de la charge de travail est déplacé de CPU 1 et CPU 2 sur CPU 3, le résultat serait: Système Charge Disque 1 Disque 2 CPU 1 10 % 80 % 20 % CPU 2 40 % 10 % 90 % CPU 3 50 % 24 % 76 % La charge pour le disque 1 est obtenue en prenant le pourcentage de la charge sur le disque 1 depuis CPU 1, c'est-à-dire 20 % x 80 %, et en ajoutant au pourcentage de la charge de travail sur le disque 1 à partir de CPU 2, soit 80 % x 10 % La somme résultante est de 24 % De même, si la charge de travail pour le disque 2 à partir de CPUI, soit 20 % x 20 %, est ajoutée au pourcentage de la charge de travail dans le disque 2 sur CPU 2, soit 80 % x 90 %, la somme est de 76 %, ce qui est un pourcentage de la charge de travail visible dans CPU 3 pour le disque 2. Si la charge de travail à déplacer se trouve sur un disque, alors l'opérateur se voit présenter une série de menus lui demandant une identification des noeuds de CPU source pour les disques Lorsque cette identification est reçue (phase 2970), l'opérateur est alors interrogé, par l'intermédiaire d'autres menus, afin qu'il identifie les disques sources de la charge de travail, les disques destinataires de la charge de travail et le pourcentage de la charge de travail à déplacer. Lorsque cette identification est reçue (phase 2975), les charges de travail sont redistribuées en pourcentage (phase 2980) De préférence, ceci implique la réduction du pourcentage de la charge en provenance de tous les noeuds source et l'accroissement du pourcentage de la charge vers tous les noeuds destinataires selon le mode d'équilibrage de la même manière que cela est fait lorsqu'une charge de CPU est déplacée. Après redistribution des charges de travail, la commande retourne au menu principal 500. 6 Option EJECTER Si l'opérateur a choisi l'option EJECTER à partir du menu principal 500, alors le protocole EJECTER 2470 (figure 24) est exécuté Un mode de réalisation préféré du protocole EJECTER 2470 est illustré par l'ordinogramme 3100 des figures 31 (a), 31 (b) et 31 (c). Dans l'ordinogramme 3100, l'opérateur se voit d'abord présenter un menu afin qu'il détermine le type d'objet à éjecter (phase 3110) Si l'opérateur répond en identifiant un dispositif, l'opérateur se voit présenter un menu lui demandant une identification du dispositif spécifique à éjecter et cette identification est reçue par l'interface de modélisation (phase 3112). Si l'opérateur identifie une CPU, alors le changeur 330 supprime d'abord les noeuds d'enfants de cette CPU (phase 3114) La suppression des noeuds enfants, tels que des disques, est discutée ci-après. Ensuite, le changeur 330 supprime les noeuds de CPU sources de MSCP (phase 3116) Les noeuds de CPU sources peuvent être localisés en utilisant la liste enchaînée de MSCP pour le noeud correspondant La suppression des noeuds sources supprime également les noeuds de disques servis qui étaient ses enfants, ce qui exige une modification supplémentaire de l'arbre 700 de dispositif et de l'arbre 660 de MSCP comme il convient. Ensuite, le sous-arbre de MSCP de noeud serveur correspondant pour ce noeud est supprimé si il est présent (phase 3117) L' arbre peut être trouvé en utilisant le pointeur 1310 de MSCP (figure 13) du noeud de dispositif Cette suppression a également des rami fications sur tous les noeuds de dispositif correspondant aux noeuds de CPU sources ou aux noeuds de disques servis pour l'arbre de MSCP supprimé et doit être traité d'une manière appropriée. Après suppression des noeuds de serveur de MSCP, les probabilités de branchement de CPU pour chaque charge de travail supportée par la CPU identifiée doit être rééquilibrée pour les unités CPU restantes conformément au mode d'équilibrage (phase 3118) Les détails pour un tel rééquilibrage sont décrits ci-dessus en relation avec les explications de 1 'ordinogramme DEPLACER 2900. Ensuite, les noeuds pour chacun des adaptateurs pour la CPU sont supprimés (phase 3119) Ceci déconnecte effectivement les noeuds de CPU supprimés depuis les bus. La phase finale de l'élimination d'un noeud de CPU est la suppression de la liste de statistiques et la suppression du noeud lui-même (phase 3120) Après la commande, est renvoyée au menu principal 500. Si le type de noeud à supprimer est un disque, ou si un disque doit être éjecté en tant que partie de l'élimination d'une CPU, les noeuds des disques servis de MSCP sont supprimés (phase 3130) De tels noeuds peuvent être localisés par les listes enchaînées de MSCP pour le noeud correspondant au disque à supprimer La suppression d'un noeud de disques à partir de l'arbre de MSCP implique l'ajustement des sous-arbres de MSCP aussi bien que l'élimination de tous pointeurs vers le disque éjecté. Après suppression des noeuds de disques de MSCP, les noeuds de probabilité de branchement de disque pour le disque identifié sont supprimés par le changeur 330 (phase 3132) De tels noeuds de probabilité peuvent être identifiée en utilisant des listes enchaînées de charge de travail pour le noeud correspondant au disque identi fié. Ensuite, des probabilités de branchement de disque pour chaque charge de travail qui a été supportée par le disque identifié sont rééquilibrées (phase 3135) De nouveau, ce rééquilibrage est réalisé séparément pour chaque charge de travail et ceci est effectué, conformément au mode d'équilibrage identifié. La phase finale de l'élimination d'un disque est la suppression de la liste de statistiques, si elle est présente, et la suppression du noeud de disque lui- même (phase 3120) Lorsque ceci est effectué, la commande retourne au menu principal 500. Si le dispositif à éjecter a été identifié par l'opérateur comme étant quelque chose d'autre qu'un disque ou une CPU, par exemple un HSC, le changeur 330 supprime tout d'abord tous noeuds d'enfant dont les seuls parents sont soit, l'objet à supprimer soit un enfant d'un objet à supprimer qui n'a pas de parent qui survit à la suppression (phase 3140) Par exemple, si un bus NI était supprimé, les unités CPU qui seraient encore connectées à un bus CI ne seraient pas supprimées ni les disques connectés à ce bus CI Toutes les unités CPU connectées seulement au bus NI, seraient cependant supprimées comme serait tout dispositif connecté seulement à ces unités CPU La suppression ou éjection des unités CPU et des disques a été décrite ci-dessus. Pour des noeuds d'enfants qui ont plus d'un parent, leurs listes enchaînées de parents sont ajustées pour refléter l'absence de parent qui est en train d'être éjecté (phase 3142). Finalement, le noeud pour le dispositif à supprimer est lui-même supprimé (phase 3120) Si le noeud a une liste de statistiques, elle est supprimée La commande retourne ensuite au menu principal Si l'opérateur utilise l'option EJECTER pour éjecter un élément MSCP, les phases illustrées sur la figure 31 (b) sont exécutées, de préférence par le changeur 330 La première détermination effectuée porte sur le type de dispositif qui doit être éjecté de l'élément de MSCP (phase 3150) Ceci est réalisé de préférence en utilisant un menu. Si un noeud de CPU de serveur de MSCP doit être éjecté, le changeur 330 accède au noeud dans l'arbre de MSCP pour le CPU serveur qui doit être éliminé (phase 3151) Ceci est effectué de préférence au moyen du pointeur 1310 de MSCP (figure 13) et du noeud de dispositifs. Une fois que le noeud de MSCP est atteint, les noeuds de sources dans les arbres sont découplés du dispositif de CPU (phase 3152) Ceci est réalisé par le changeur 330 dans le mode de réalisation préféré en ajustant les listes enchaînées de MSCP pour les noeuds de CPU Les noeuds de MSCP de CPU source pour l'arbre de MSCP sont ensuite éjectés (phase 3153). Ensuite, les noeuds du dispositif de disque dans l'arbre de MSCP sont découplés des noeuds de l'arbre 700 de dispositif (phase 3155) Les noeuds d'arbre de dispositif peuvent être localisés en utilisant les pointeurs de MSCP de disque, par exemple le pointeur 2382 de la figure 23 Le découplage implique l'ajustement des listes enchaînées de MSCP des noeuds dans l'arbre 700 de dispositifs pour les disques correspondants Après découplage, les noeuds de MSCP de CPU de disque sont supprimés (phase 3157). Finalement le noeud MSCP de CPU serveur est supprimé (phase 3158) Une telle suppression est réalisée en libérant le pointeur 1310 de MSCP (figure 13) dans le noeud d'arbre de dispositif correspondant La commande retourne alors au menu principal 500. Si un ou plusieurs des noeuds de source doivent être éliminés, le noeud de CPU serveur correspondant est accédé (phase 3160), et à partir de cet accès, les noeuds de CPU sources désignés sont accédés (phase 3162). Ensuite, les noeuds de CPU sources sont découplés du noeud de dispositif de CPU correspondant en corrigeant les listes enchaînées d'une manière correspondante (phase 3165) Ensuite, les noeuds de MSCP de CPU source sont supprimés des arbres de MSCP pour le noeud de serveur correspondant (phase 3168) La commande retourne alors au menu principal 500. Si un disque doit être enlevé d'une relation MSCP, le changeur 330 accède aux noeuds de MSCP de CPU serveur correspondant (phase 3170), aux noeuds de MSCP de CPU source (phase 3172) et aux noeuds de MSCP de disque (phase 3175) Cet accès est réalisé de préférence en localisant les arbres de MSCP appropriés. Après que l'on a accédé aux disques, les noeuds de dispositif correspondants de l'arbre 700 de dispositif sont découplés de l'arbre de MSCP (phase 3178) et les noeuds de MSCP de disque sont supprimés (phase 3179) Lorsque ceci est terminé, la commande retourne au menu principal 500. Se référant maintenant à la figure 31 (a), l'opérateur pourrait également choisir de supprimer ou éjecter un groupe d'utilisateurs Si cela est le cas, la phase de mise en oeuvre préférée pour un tel choix est illustrée sur la figure 31 (c). L'opérateur se voit d'abord présenter une fenêtre demandant une identi fication du groupe d'utilisateurs à éjecter Lorsque l'opérateur fait ce choix, le changeur 330 identifie les noeuds de groupe d'utilisateurs correspondants (phase 3180). Une fois que le noeud de groupe d'utilisateurs est identifié, le changeur 330 éjecte les noeuds de probabilité de branchement de charge de travail pour ce groupe d'utilisateurs (phase 3182) Les pointeurs de charge de travail, tel que le pointeur 1774 de l a figure 17, peuvent être utilisés pour trouver les noeuds de probabilité de branchement de groupe d'utilisateurs nécessaires. Après suppression des noeuds de probabilité de branchement, le changeur 330 rééquilibre les autres noeuds de probabilités de branchement de gro upes d'utilisateurs selon le mode d'équilibrage (phase 3185). Si un groupe d'utilisateurs était responsable à 100 % pour une charge de travail donnée, alors cette charge de travail est également éjectée. Une fois que ceci est effectué, le noeud pour le groupe d'utilisateurs est éjecté (phase 3199) La commande retourne alors au menu principal 500. Si l'opérateur choisit d'éjecter ou d'éliminer une charge de travail, alors il se voit présenter des menus pour choisir la charge de travail à éjecter Une fois que la charge de travail est identifiée, le changeur 330 trouve le noeud de charge de travail associé à cette charge de travail (phase 3190). Ensuite, le changeur 330 supprime tous les noeuds de probabilité de branchement de disque pour cette charge de travail (phase 3192) Ceci est réalisé facilement en utilisant la structure d'arbre pour l'arbre de charge de travail. Ensuite, le chargeur 330 supprime les noeuds de probabilité de branchement de CPU de charge de travail (phase 3195) Ceci est également réalisé facilement du fait de la structure de l'arbre de charge de travail. Puis les noeuds de probabilité de branchement de groupe d'utilisateurs pour la charge de travail identifiée sont supprimés (phase 3197) Ceci également utilise la structure de l'arbre de charge de travail dans le mode de réalisation préféré. Finalement, les blocs statistiques pour cette charge de travail dans chaque liste de statistiques de dispositif sont supprimés (phase 3198) Lorsque toutes ces taches ont été terminées, le noeud pour la charge de travail correspondante est supprimé (phase 3199) La commande retourne alors au menu principal 500. 7 Option VISUALISER Si, dans l'ordinogramme 2400, l'opérateur a choisi l'option VISUALISER, le protocole VISUALISER 2480 est alors mis en oeuvre La figure 32 contient l'ordinogramme 3200 montrant un mode de réalisation préféré du protocole de visualisation 2480. Dans l'ordinogramme 3200, l'opérateur se voit présenter un menu lui demandant une identification du type de dispositif Lorsque l'opérateur fait une sélection et qu'elle est reçue par l'interface de modélisation 300 (phase 3210), l'opérateur se voit présenter une série de menus pour identifier un dispositif particulier Lorsque l'interface de modélisation 300 reçoit l'identification d'un dispositif par l'opérateur (phase 3220), la logique de visualisation 322 crée la vue traitée par effet zoom (phase 3230) Ceci implique l'application de techniques de visualisation qui sont connues des hommes de l'art et n'ont pas besoin d'être décrites plus en détail. Après création de la vue désirée, la commande revient au menu principal 500. 8 Option RESOUDRE L'option restante qu'un opérateur peut choisir à partir du menu principal 500 est l'option RESOUDRE Si cette option est choisie, le protocole RESOUDRE 2490 est exécuté De préférence, le protocole 2490 est exécuté par le résolveur 335 des figures 3 (a) et 3 (b) - Le mode de réalisation préféré du résolveur 335 est décrit en détail dans la demande de brevet des Etats-Unis Kwag et aoîl, N O 07/280 171 à laquelle correspond la demande de brevet européen 89 308 495 4 déposée le 22 août 1989 et qui est incorporée par référence dans la présente Kwag et coll décrivent un dispositif pour prélever de l'information décrivant un système informatique, afin engendrer un modèle mathématique du système informatique et pour évaluer les résultats en utilisant les statistiques du système i nformatique. Dans le mode de réalisation préféré de l'invention, le résolveur 335 traite les données de l'unité 315 de stockage de données (phase 3310) De préférence, le résolveur 335 possède ua code pour traiter les données de configuration directement à partir de structures d'arbre dans la mémoire de données 315 Le traitement des données à partir d'arbres est bien connu des hommes de l'art. Si, toutefois, le résolveur 335 est conçu pour traiter des données dans un format de tableau, alors une mité de programme d'analyse, telle que l'unité de programme d'analyse 390 illustrée sur la figure 3 (b), peut être utilisée pour convertir les données à partir d'une structure d'arbre en une structure en tableau pour être utilisée par le résolveur 335. Une fois que les données ont été traitées, le résolveur 335 détermine de nouvelles métriques basées sur un modèle mathématique de la configuration du système informatique (phase 3320) Les métriques comprennent des informations telles que les longueurs de file d'attente et les délais d'attente dans le système. Lorsque le résolveur 335 termine ses calculs, il écrit ces nouvelles métriques dans la structure de données 315 (phase 3330) De nouveau, dans le mode de réalisaticn préféré, les métriques sont re- inscrites directement dans les structures d'arbre de dispositif, de charge de travail et de groupe d'utilisateurs Le résolveur 335 peut également placer les données de métriques dans une structure en tableau Dans ce cas, l'unité de programme d'analyse 390, aussi bien que l'unité de programme d'analyse 365, qui sont toutes deux illustrées sur la figure 3 (b) pourraient être utilisées pour placer les nouvelles valeurs de métriques dans les structures d'arbre appropriées. Lorsque le résolveur 335 termine ces cal-culs et le stockage des données, la commande retourne au menu principal 500. D Unité de programme d'analyse ou parseur (parser) Les seuls éléments d'interfaces de modélisation 300 et 350 qui n'ont pas été discutés en plus grands détails sont les unités de programme d'analyse, telles que les unités de programme d'analyse 310, 340, 360 et 390, et l'interface 365 La construction d'unité de programme d'analyse est généralement connue des hommes de l'art, particulièrement lorsqu'on réalise une interface pour les structures d'arbre et les listes enchaînées. La figure 34 illustre le format 3400 pour les fichiers MDL 305 et 345 Les unités de programme d'analyse 310, 340, 360 et 390 peuvent être alors conçues et réalisées pour fournir une interfaoe pour de tels formats, ou p Dur tout autre format utilisé dans une mise en oeuvre de l'invention. Le système de modélisation mettant en oeuvre l'invention peut être couplé à un système de stockage ou mémorisation externe pour maintenir une copie de données représentant la configuration du système informatique et en ce que le système de modélisation acmprend également des moyens d'analyse pour fournir une interface entre le système de stockage ou mémorisation externe et l'information de dispositif physique et l'information de charge de travail stockée dans les moyens de structure de données (fig 3 a). E Résumé A partir de l'explication qui précède on peut voir comment l'interface de modélisation de la présente invention réalise les buts indiqués L'invention fournit un mécanisme pour une analyse de performances et un planning de capacités qui permet une présentation plus significative de l'information de performance Elle l'effectue en utilisant les visualisations et les menus décrits ci-dessus. La présente invention fournit également un mécanisme perfectionné pour changer les configurations du système informatique, au moins en un sens virtuel, pour déterminer les effets de tels changements Le mécanisme perfectionné comprend la visualisation de la configuration du système informatique aussi bien que la visualisation de métriques choisies avec cette configuration. De même, la présente invention fournit un mécanisme perfectionné pour présenter les effets des changements de configuration d'une manière qui permette de prendre facilement une décision La visualisation discutée ci-dessus fournit une présentation significative des changements d'un système informatique qui est modélisé pour améliorer le planning des capacités et l'analyse de performances. La description ci-dessus des modes de réalisation préférés de l'invention a été présentée aux fins d'illustration et de description Elle n'a pas pour but d'être exhaustive ni de limiter l'invention aux modes de réalisationprécis décrits et des modifications, et variantes sont possibles à la lumière des enseignements ci-dessus ou peuvent 'être acquises à partir de la pratique de l'invention Les modes de réalisation ont été choisis et décrits pour expliquer les principes de l'invention et son application principale pour permettre à l'homme de l'art d'utiliser l'invention suivant différents modes de réalisation et avec différentes modifications tel que cela peut apparaître convenable dans l'utilisation particulière envisagée Il est bien entendu que la portée de l'invention est définie par les revendications ci-jointes et leurs équivalents. REVENDI CATIONS 1 Méthode pour évaluer la performance d'un système informatique qui est décrit par une configuration représentant des dispositifs physiques, les connections des dispositifs physiques dans le système informatique et des charges de travail qui sont des procédés qui utilisent les ressources du système fournies par les dispositifs physiques, méthode caractérisée par les phases ci-après, exécutées par un processeur de données de modélisation: création d'un modèle de la configuration du système informatique dans le processeur de données; visualisation sur un dispositif de visualisation ou visuel couplé au processeur de données de modélisation, d'un diagramme de la configuration du système informatique; réception d'une entrée pour modifier la configuration du système informatique; modification du modèle du système informatique en réponse à l'entrée reçue pour refléter la configuration modifiée du système informatique; détermination de nouvelles valeurs des métriques sélectionnées pour le modèle modifié du système informatique, ces métriques comprenant des valeurs mesurables représentatives de la performance du système informatique; et visualisation sur le dispositif de visualisation ou visuel d'un diagramme de la configuration modifiée du système informatique. 2 Méthode selon la revendication 1, caractérisée en ce que la phase de visualisation d'un diagramme de la configuration modifiée comprend la sous- phase consistant à visualiser sur le diagramme les nouvelles valeurs des métriques. 3 Méthode selon la revendication 1 ou 2, caractérisée en ce qu'elle comprend en outre la phase de réception, à partir du système informatique, des données décrivant la configuration du sy-stème informatique et en ce que la phase de création d'un modèle de la configuration du système informatique comprend la sous- phase de construction du modèle de la configuration du système informatique à partir des données décrivant la configuration reçue à partir du système informatique. 4 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce qu'elle comprend en outre la phase de réception de valeurs initiales pour les métriques sélectionnées, basées sur le fonctionnement actuel du système informatique. Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de visualisation d'un diagramme de la configuration du système informatique comprend la sous-phase de visualisation de représentations des dispositifs physiques et de représentations des connexions de ces dispositifs. 6 Méthode selon L'une quelconque des revendications précédentes, caractérisée en ce que chacune des charges de travail du système informatique est associée avec ceux des dispositifs physiques qui fournissent des ressources au système pour cette charge de travail et en ce que la phase de visualisation d'un diagramme de la configuration du système informatique comprend la sous-phase de visualisation d'au moins une des charges de travail dans le système informatique. 7 Méthode selon 1 'une quelconque des revendications précédentes, caractérisée en ce que la phase de réception d'une entrée comprend la sous-phase de réception d'une entrée ajoutant un nouveau dispositif physique à la configuration. 8 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de réception d'une entrée comprend la sous-phase de réception d'une entrée supprimant un des dispositifs physiques de la configuration. 9 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de réception d'une entrée comprend la sous-phase de réception d'une entrée changeant dans les connexions d'un des dispositifs physiques de la configuration. Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de réception d'une entrée comprend la sous-phase de réception d'une entrée changeant un des dispositifs physiques dans la configuration. 11 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de réception d'une entrée comprend la sous-phase de réception d'une entrée ajoutant une nouvelle charge de travail à la configuration. 12 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de réception d'une entrée comprend la sous-phase de réception d'une entrée supprimant une des charges de travail de la configuration. 13 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de réception d'une entrée comprend la sous-phase de réception d'une entrée changeant une des charges de travail dans la configuration. 14 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que la phase de modification du modèle comprend la sous-phase de détermination d'une redistribution des charges de travail parmi les dispositifs physiques en réponse à la modification apportée au modèle par suite d'un changement dans une des charges de travail. Méthode selon la revendication 14, caractérisée en ce que la sous-phase de détermination de la redistribution des charges de travail comprend les sous-sous-phases d'identification, pour celle des charges de travail qui est modifiée, d'un ensemble de dispositifs physiques dans le modèle qui seraient affectés par le changement dans cette charge de travail et de redistribution de cette charge de travail aux dispositifs physiques dans l'ensemble identifié. 16 Méthode selon la revendication 15, caractérisée en ce que la sous-sous-phase de redistribution de ladite charge de travail comprend la distribution du même pourcentage du changement dans cette charge de travail aux dispositifs physiques dans l'ensemble identifié. 17 Méthode selon la revendication 15, caractérisée en ce que la sous-phase de redistribution de ladite charge de travail comprend la distribution de pourcentages du changement dans cette charge de travail aux dispositifs physiques dans l'ensemble identifié, proportionnellement aux rapports des pourcentages de ladite charge de travail supportée par les dispositifs physiques dans l'ensemble identifié avant le changement dans cette charge de travail. 18 Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la phase de création du modèle de la configuration du système informatique comprend la sous-phase de représentation du modèle de la configuration du système informatique dans le processeur de données dans une structure de données de dispositif qui est organisée hiérarchiquement pour refléter la relation des dispositifs physiques au système informatique. 19 Méthode selon la revendication 18, caractérisée en ce que la sous-phase de représentation du modèle de la configuration du système informatique dans la structure de données de dispositif comporte la sous-sous- phase de représentation du modèle de la configuration du système informatique en tant que structure en arbre ayant des noeuds correspondants aux éléments physiques. Méthode selon la revendication 19, caractérisée en oe qu'elle comprend en outre des phases de représentation des charges de travail en tant qu'entrées dans la structure de données de charge de travail et d'association de chacune des charges de travail représentées dans la structure de données de charge de travail aux représentations dans la structure de données de dispositif des dispositifs physiques qui fournissent des ressources au système à la charge de travail associée. 21 Méthode selon la revendication 20, caractérisée en ce que la phase de représentation des charges de travail dans la structure de données de charge de travail comprend la sous-phase d'inclusion, dans la structure de données de charge de travail, d'une information concernant la quantité de ressources du système nécessitées, à partir des dispositifs physiques associés, par chaque charge de travail représentée. 22 Méthode selon la revendication 21, caractérisée en ce que la sous-phase d'inclusion dans la structure de données de charge de travail, d'une information concernant la quantité de ressources du système nécessitées, à partir des dispositifs physiques associés, par chaque charge de travail représentée comprend les sous-sous-phases d'inclusion, dans l'information, d'une indication de la quantité totale de ressources du système nécessitées par chaque charge de travail, et d'inclusion dans l'information, d'une indication de la fraction de la quantité totale de ressources du système fournie par chacun des dispositifs physiques associés. 23 Méthode selon l'une quelconque des revendications précédentes, dans laquelle les utilisateurs du système informatique qui contribue aux charges de travail sont organisées en groupes d'utilisateurs et caractérisée en ce que la méthode comprend les phases de représentation des groupes d'utilisateurs en tant qu'entrées dans une structure de données de groupe d'utilisateurs et la mise en relation de chacune des entrées dans la structure de données de groupes d'utilisateurs avec les charges de travail correspondantes. 24 Méthode selon l'une quelconque des revendications précédentes, caractérisée en ce que, parmi les dispositifs physiques du système informatique, certains dispositifs physiques serveurs sélectionnés sont capables de fournir un accès facilité à d'autres dispositifs physiques sources, parmi ces dispositifs physiques, et en ce que cette méthode comprend en outre les phases de représentation en tant qu'entrée dans une structure de données d'accès, des dispositifs physiques, serveurs et sources, sélectionnés et d'association des entrées dans l'information de structure de données d'accès aux dispositifs physiques correspondants. Structure de données pour modéliser un système informatique contenant plusieurs dispositifs physiques supportant plusieurs charges de travail, la structure de données étant présente dans un processeur de données de modélisation et caractérisée en ce qu'elle comprend: plusieurs premières entrées de données, organisées en une première structure de données aisément modifiable, chacune des premières entrées de données correspondant à un dispositif physique différent du système informatique, les premières entrées comprenant des moyens d'identification de dispositif pour identifier le dispositif physique correspondant, et des moyens de structure de données du dispositif pour indiquer une relaticn hiérarchique dans la configuration du système informatique du dispositif correspondant avec d'autres dispositifs physiques choisis parmi lesdits dispositifs physiques; et plusieurs secondes entrées de données organisées en une seconde structure de données, aisément modifiable, chacune desdites secondes entrées correspondant à l'une des charges de travail que les dispositifs dans le système informatique supporte en fournissant des ressources de système aux charges de travail, chacune des secondes entrées comprenant des moyens pointeurs de charge de travail pour identifier la charge de travail correspondante, des moyens à pointeur de dispositif pour associer la charge de travail correspondante avec ceux des dispositifs qui supportent la charge de travail correspondante, et des moyens de probabilités pour quantifier les ressources du système fournies à la charge de travail correspondante par le dispositif physique associé parmi les dispositifs physiques. 26 Structure de données selon la revendication 25, caractérisée en ce que les premières entrées de données comprennent également des moyens à pointeur de bibliothèque pour identifier une bibliothèque contenant des paramètres pour le dispositif correspondant. 27 Structure de données selon la revendication 25 ou 26, caractérisée en ce que les premières entrées de données comprennent également des moyens d'identification de statistiques contenant les valeurs pour les métriques pour le dispositif correspondant, ces métriques comprenant des valeurs mesurables représentatives de la performance du système informatique. 28 Structure de données selon la revendication 27, caractérisée en oe que les moyens d'identification de statistiques comprennent au moins un bloc de statistiques, ce ou chacun de ces blocs de statistiques correspondants à une charge de travail différente supportée par le dispositif correspondant et contenant des valeurs pour les métriques associées à la charge de travail correspondante, parmi les charges de travail. 29 Structure de données selon l'une quelconque des revendications 25 à 28, caractérisée en ce que les premières données d'entrée comprennent également des moyens à pointeur de charges de travail pour identifier les charges de travail supportées par le dispositif correspondant. Structure de données selon l'une quelconque des revendications 25 à 29, caractérisée en ce que les premières entrées de données comprennent également des moyens de type d'élément pour identifier le type du dispositif correspondant. 31 Structure de données selon l'une quelconque des revendications 25 à 30, caractérisée en ce que les premières entrées de données sont organisées en une structure de données en arbre et en ce que les moyens de structure de données de dispositif dans chacune des premières données d'entrée comprend des moyens de structure en arbre pour identifier celles des premières données d'entrée qui ont une relation directe de structure en arbre avec la première entrée de données correspondante 32 Structure de données selon l'une quelconque des revendications 25 à 31, caractérisée en ce qu'elle comprend en outre plusieurs troisièmes entrées correspondant chacune à une charge de travail différente, chacune des troisièmes entrées comprenant des moyens d'identification de charge de travail pour identifier la charge de travail correspondante, des moyens d'identification de branchement pour identifier au moins l'une des secondes entrées, et des moyens de métriques de charge de travail pour établir la liste des valeurs pour certains paramètres pour la charge de travail correspondante. 33 Structure de données selon la revendication 32, caractérisée en ce que les troisièmes entrées comprennent également des moyens d'identification de statistiques contenant des valeurs pour les métriques pour la charge de travail correspondante, ces métriques comprenant des valeurs mesurables représentatives de la performance du système informatique. 34 Structure de données selon l'une quelconque des revendications 25 à 33, caractérisée en ce que les secondes entrées comprennent chacune également des moyens pour indiquer la relation hiérachique parmi les troisièmes entrées qui reflètent la relation hiérarchique des dispositifs physiques. Structure de données selon l'une quelconque des revendications 32 à 34, caractérisée en ce que chacune des secondes entrées de données est associée à celle des troisièmes entrées qui correspond à la même charge de travail que celle à laquelle correspond la seconde entrée, en ce que les métriques de charge de travail dans chacune des troisièmes entrées comprennent chacune des moyens pour indiquer la quantité des ressources de système, du système informatique, exigée par la charge de travail correspondante et en ce que les moyens de probabilité dans chacune des secondes entrées comprend des moyens de probabilité de branchement pour spécifier la fraction des ressources du système informatique qui est fournie par chacun des dispositifs physiques associés pour la charge de travail correspondante. 36 Structure de données selon l'une quelconque des revendications 25 à 35, caractérisée en ce que les utilisateurs du système informatique qui crée les charges de travail sont organisés en groupes d'utilisateurs et en ce que la structure de données comprend en outre des quatrièmes entrées comprenant des moyens d'identification de groupes d'utilisateurs pour identifier un groupe d'utilisateurs correspondant parmi les groupes d'utilisateurs et des moyens d'identification de charges de travail de groupe d'utilisateurs pour indiquer les charges de travail associées auxquelles contribue le groupe d'utilisateurs correspondant. 37 Structure de données selon la revendication 36, caractérisée en ce que les quatrièmes entrées comprennent des entrées de probabilités de groupe d'utilisateurs correspondant chacune à une charge de travail différente parmi les charges de travail associées et contenant des moyens d'identification de charges de travail de groupe d'utilisateurs et des moyens de probabilité de branchement de groupe d'utilisateurs pour spécifier la fraction de ressources requises par l a charge de travail associée qui est engendrée par le groupe d'utilisateurs correspondants. 38 Structure de données selon la revendication 37, caractérisée en ce que les quatrièmes entrées comprennent chacune des entrées de groupe d'utilisateurs contenant des moyens d'identification de groupe d'utilisateurs et des pointeurs vers les entrées de probabilité de groupe d'utilisateurs pour les groupes d'utilisateurs correspondants. 39 Structure de données selon l'une quelconque des revendications 25 à 38, caractérisée en ce que des dispositifs physiques choisis, parmi les dispositifs physiques, sont organisés pour fournir un accès facilité entre les dispositifs physiques choisis et en ce que la structure de données comprend également plusieurs cinquièmes entrées de données comprenant des moyens pour représenter les dispositifs physiques choisis en tant qu'entrée dans une structure de données d'accès, des moyens pour décrire l'organisation des dispositifs physiques choisis et des moyens pour identifier des premières entrées correspondantes parmi les premières entrées. Structure de données selon la revendication 39, caractérisée en ce que les cinquièmes entrées de données comprennent des pointeurs de structure d'accès identifiant les cinquièmes entrées de données correspondantes. 41 Structure de données selon l'une quelconque des revendications 25 à 40, caractérisée en ce qu'elle comprend en outre une entrée de données de modèle pour chaque modèle, les entrées de modèle comprenant: des moyens d'identification de modèle pour identifier le modèle correspondant; des moyens de structure de données de dispositif pour identifier la première structure de données; des moyens de structure de données de charge de travail pour identifier la seconde structure de données; et des moyens de configuration pour identifier une configuration du modèle. 42 Structure de données selon la revendication 41, caractérisée en ce que les entrées de données de modèle comprennent également des moyens pour identifier l'emplacement d'une visualisation de dispositifs et charges de travail choisis parmi les dispositifs et charges de travail du modèle. 43 Structure de données selon la revendication 41 ou 42, caractérisée en ce que les entrées de données de modèle comprennent chacune des moyens pour indiquer si le modèle correspondant a été modifié. 44 Système de modélisation pour faciliter l'analyse d'un système informatique, caractérisé en ce qu'il comprend en combinaison: des moyens de structure de données pour conserver une information de dispositif physique et une information de charge de travail, représentant toutes deux la configuration du système informatique, et une information de métriques représentative de la performance du système informatique, les moyens de structure de données comprenant des moyens de contexte de configuration pour mémoriser l'information de dispositif physique et l'information de charge de travail; des moyens de changement, couplés au moyen de structure de données, pour recevoir des requêtes afin de modifier l'information du dispositif physique, ces moyens de changement comprenant des moyens de modification de structure de données pour transmettre au moyen de structure de données, en réponse aux requêtes reçues, des commandes de modification de la représentation de la configuration du système informatique; des moyens résolveurs, couplés aux moyens de structure de données, pour déterminer des valeurs pour l'information de métriques pour le système informatique à partir de l'information de dispositif physique et de l'information de charge de travail dans les moyens de structure de données; et des moyens d'interface avec les utilisateurs, couplés aux moyens de changement et aux moyens de structure de données, pour fournir une interface à un utilisateur du système de modélisation, ces moyens d'interface avec les utilisateurs comprenant des moyens pour transmettre aux moyens de changement les requêtes de modification de l'information de dispositif physique faites par un utilisateur et, des moyens pour visualiser un diagramme de la configuration du système informatique, y compris des valeurs de l'information de métriques. Système de modélisation selon la revendication 44, caractérisé en ce que les moyens de structure de données comprennent des moyens de contexte de visualisation pour mémoriser l' information de visualisation et en oe que les moyens d'interface avec les utilisateurs comprennent des moyens de logique de visualisation pour accéder aux moyens de contexte de visualisation afin d'obtenir l'information de visualisation. 46 Le système de modélisation selon l a revendication 44 ou 45, caractérisé en ce que le système de modélisation est acuplé à un système de stockage ou mémorisation externe pour maintenir une copie de données représentant la configuration du système informatique et en ce que le système de modélisation comprend également des moyens d'analyse pour fournir une interface entre le système de stockage ou mémorisation externe et l'information de dispositif physique et l'information de charge de travail stockée dans les moyens de structure de données. 47 Système de modélisation selon l' une quelconque des revendications 44 à 46, caractérisé en ce que les moyens de contexte de configuration comprennent des moyens de métriques pour stocker les valeurs pour les métriques