Quels processeurs pour porter l’AS/400 vers le futur ?

La transition vers une architecture multiprocesseur avancée s'im

Comment l'AS/400 Gère la Base de Données : Une Exploration des Objets Systèmes et de Leur Implémentation

L’architecture de l'AS/400 repose sur une gestion sophistiquée des bases de données, qui se divise entre deux niveaux : le niveau MI (Machine Interface) et le niveau supérieur, notamment le DB2 pour OS/400. Bien que le DB2 soit responsable de la gestion des données dans le cadre des applications utilisateurs, une partie de cette gestion repose sur des objets système situés en dessous du MI. Ces objets permettent la manipulation efficace des données, en soutenant les fonctions essentielles de l’AS/400. Nous allons ici examiner quelques-uns de ces objets système ainsi que la manière dont les opérations sont traitées en-dessous du MI, au niveau du SLIC (System Logical Interface).

Tout d'abord, il est important de noter que la taille de la base de données supportée par le SLIC est extrêmement vaste. Le SLIC peut gérer jusqu’à 240 Go par fichier physique, plus de 2 milliards de records par fichier, et des indices de taille allant jusqu’à 4 Go. Ces limitations sont dues à la technologie spécifique du SLIC, qui impose des tailles de champs dans ses structures internes. En revanche, le MI, étant indépendant de la technologie, n’a pas de limites fixes. Ce qui signifie qu'il existe une certaine flexibilité dans la gestion de ces objets, offrant ainsi une marge d’expansion pour les besoins futurs.

Les objets qui soutiennent cette gestion des bases de données dans l’AS/400 sont divers. Parmi eux, les espaces de données, les indices des espaces de données, et les curseurs occupent une place centrale. Chaque objet est constitué de plusieurs segments dans la mémoire à un niveau unique. Ces segments contiennent des informations cruciales pour le fonctionnement des objets, telles que les entêtes d’espace et les pointeurs vers les autres segments associés.

Les espaces de données contiennent les enregistrements de la base de données. Ces enregistrements sont homogènes et de longueur fixe, ce qui facilite leur gestion. Les segments de données sont organisés pour garantir l'efficacité de l'accès et de la manipulation des données. Les informations sur la validité des enregistrements, ainsi que leur état (par exemple, supprimés ou non), sont stockées à côté des enregistrements eux-mêmes. Chaque enregistrement est identifié par un numéro ordinal, qui indique sa position dans le segment. Ce numéro ordinal est essentiel, car il permet de localiser les enregistrements sans avoir à stocker leur position exacte dans chaque segment. Cette méthode améliore l'efficacité de l'accès aux données.

Les indices des espaces de données, quant à eux, offrent un autre moyen d'ordonner les enregistrements. L’AS/400 utilise des arbres radix binaires pour organiser ces indices. Ces arbres sont capables de gérer des clés de longueur variable, ce qui offre une flexibilité supplémentaire dans la façon dont les données sont indexées. En fonction des besoins, il est possible de choisir entre plusieurs types d’ordonnancement pour ces indices : croissant, décroissant, numérique ou basé sur la valeur absolue. Une des caractéristiques intéressantes des indices est la possibilité de retarder leur mise à jour, afin de réduire les coûts de maintenance lorsque l’indice n’est pas utilisé immédiatement après une modification de données. Cela permet de gagner en performance dans certaines situations.

Les curseurs, enfin, sont des objets essentiels permettant l'accès aux données dans un espace de données. Le concept de curseur dans l'AS/400 est différent de celui qui est défini dans la norme SQL. Cependant, les curseurs du MI sont utilisés pour soutenir le fonctionnement des curseurs SQL. Les fichiers physiques dans l’AS/400 peuvent être constitués de plusieurs membres, et chaque curseur permet de parcourir ces enregistrements de manière séquentielle ou avec possibilité de défilement, selon les besoins de l'application. Le curseur est donc l'outil par excellence pour interagir avec la base de données, offrant à l'utilisateur une manière contrôlée d’accéder et de manipuler les enregistrements.

Un aspect clé de la gestion des bases de données dans l’AS/400 est la manière dont les objets sont organisés et utilisés au niveau du SLIC. La gestion des espaces de données, des indices et des curseurs est essentielle pour assurer l’efficacité du système. Les capacités de gestion des grandes quantités de données, la flexibilité des indices et la possibilité d’adapter les curseurs aux besoins spécifiques d’une application en font un système très performant. Cela permet à l'AS/400 de gérer des bases de données d’une ampleur considérable, tout en restant flexible et évolutif.

Il convient aussi de noter que bien que le SLIC impose certaines limitations en raison de la taille des structures internes, l'architecture de l’AS/400 est conçue de manière à permettre une évolution future. Par exemple, les arbres radix binaires utilisés pour les indices sont configurables, et il existe des mécanismes pour étendre les capacités de stockage et de traitement si nécessaire. Cela offre une robustesse dans la gestion des données tout en permettant une adaptation aux évolutions technologiques futures.

En somme, comprendre les détails de ces objets systèmes et leur fonctionnement est crucial pour saisir la puissance et la flexibilité de l'AS/400. Le système repose sur une série de mécanismes interconnectés qui permettent de gérer efficacement les données à grande échelle, tout en offrant des options d’adaptation aux besoins spécifiques des utilisateurs et des applications.

Comment le traitement des processus interactifs est-il amélioré dans les systèmes clients-serveurs ?

Le traitement interactif sur des systèmes tels que l'AS/400 repose sur des terminaux comme le 5250, qui sont attachés au serveur. Ce type de traitement nécessite un grand nombre de changements de processus, en particulier lorsque des centaines, voire des milliers de terminaux sont connectés simultanément. Chaque mise à jour d'un champ à l'écran engendre des échanges de processus fréquents, ce qui peut devenir un goulot d'étranglement si ces échanges sont trop nombreux.

Avec l’avènement de l’informatique client-serveur, une grande partie de la gestion de l’affichage à l’écran a été transférée du serveur vers le PC client. Cela a permis de réduire le nombre de changements de processus nécessaires sur l’AS/400. Cependant, même dans un environnement client-serveur, de nombreux aspects restent similaires à ceux du traitement interactif. Par exemple, lorsqu’un grand nombre d’utilisateurs pressent des touches ou cliquent simultanément, chacun demandant des entrées/sorties de base de données et attendant une réponse, des changements de processus rapides sont encore nécessaires dans le serveur. L'AS/400 se distingue par sa capacité à gérer efficacement un grand nombre de processus simultanés, ce qui permet de répondre aux exigences de transfert de données dans un environnement client-serveur.

Les applications serveur, en revanche, peuvent être plus gourmandes en ressources processeur. Prenons l'exemple d’une application de support à la décision où une grande quantité de données doit être analysée pour générer des rapports. Ce type de traitement ressemble davantage à un environnement par lots qu'à un environnement interactif. Il exige des capacités de calcul intensif, et ce, de manière plus stable et continue.

Les performances du processeur dans un AS/400 se sont donc améliorées pour répondre à ce besoin en puissance de calcul. En 1994, lors du lancement de modèles AS/400 spécialement conçus pour une meilleure performance serveur, des processeurs plus puissants et une grande quantité de mémoire ont été intégrés. Ces modèles ont rapidement montré qu’ils étaient très compétitifs, tant en termes de prix que de performances. En effet, de nombreux clients ont constaté que ces modèles étaient plus adaptés pour des applications par lots, grâce à leurs processeurs hautes performances.

L’introduction des processeurs RISC dans les AS/400 a permis d