Système IBM/38 - IBM System/38

Système IBM/38
Logo IBM.svg
S38 I.jpg
Système IBM/38
Fabricant IBM
Date de sortie 1978 ; il y a 43 ans ( 1978 )
Abandonné 1988
Système opérateur Installation du programme de contrôle
Dimensions 1260x1775x750mm
Successeur IBM AS/400
Articles Liés Système/36

Le System/38 est un mini - ordinateur et un ordinateur de milieu de gamme abandonnés fabriqués et vendus par IBM . Le système a été annoncé en 1978. Le System/38 a un adressage 48 bits , ce qui était unique pour l'époque, et un nouveau système de base de données intégré. Il était orienté vers un environnement système multi-utilisateurs . A l'époque, le système type gérait d'une dizaine à plusieurs dizaines de terminaux .

Histoire

Le System/38 a été introduit le 24 octobre 1978 et livré en 1980. Développé sous le nom de code « Pacific », il a été commercialisé en août 1979. Le système offrait un certain nombre de fonctionnalités innovantes et a été conçu par un certain nombre d'ingénieurs dont Frank Soltis et Glenn Henry . L'architecture partageait de nombreuses similitudes avec la conception du projet IBM Future Systems échoué , y compris le magasin à un niveau , l'utilisation de microcode pour implémenter les fonctionnalités du système d'exploitation et l'abstraction de l'interface machine. Il avait été développé pendant huit ans par le laboratoire d' IBM à Rochester , Minnesota. Le président de la General Systems Division (GSD) d'IBM a déclaré à l'époque : « Le System/38 est le plus grand programme que nous ayons jamais introduit dans GSD et c'est l'un des trois ou quatre plus grands programmes jamais introduits dans IBM.

Le système a été conçu pour succéder au System/3 , mais il n'est pas compatible avec ces ordinateurs. Les prédécesseurs du System/38 incluent le System/3 (1969), le System/32 (1975) et le System/34 (1977). En 1983, le System/36 est sorti en tant qu'ordinateur professionnel bas de gamme pour les utilisateurs qui trouvaient le System/38 trop cher pour leurs besoins. Le System/38 a été remplacé par la famille d'ordinateurs milieu de gamme AS/400 en 1988, qui utilisait à l'origine une architecture de processeur similaire au System/38, avant d'adopter des processeurs PowerPC en 1995.

Caractéristiques matérielles

Vue d'ensemble des internes
Deux disques durs

L'unité système IBM 5381 contient un processeur, une mémoire principale, un stockage sur disque, un lecteur de magasin de disquettes et une console système avec clavier et écran. 5381 était disponible dans les modèles 100 et 200.

L'unité système IBM 5382 est physiquement identique à 5381, mais avec des processeurs plus puissants, plus de mémoire et plus de stockage sur disque. 5382 était disponible dans les modèles 300, 400, 500, 600 et 700.

Les utilisateurs interagissaient généralement avec le système via les terminaux de la série IBM 5250 . En 1984, IBM a ajouté la possibilité de connecter des terminaux orientés graphiques qui nécessitaient auparavant un ordinateur central.

Unité de traitement

Le système comprend une unité centrale de traitement avec 512K, 768K, 1024K, 1280K ou 1536K octets de stockage principal. Le processeur est implémenté sur vingt-neuf puces Schottky TTL LSI montées sur une carte de circuit imprimé 10x15". Il comprend une unité de gestion de mémoire prenant en charge la pagination à la demande , utilisée par le logiciel système pour implémenter une architecture de stockage à un niveau .

Le processeur System/38 dispose d'un espace d'adressage de 48 bits , qui a été sélectionné comme un compromis entre l' adressage 64 bits , que certains ingénieurs IBM souhaitaient dans un souci de pérennité, et l' adressage 32 bits , que d'autres ingénieurs voulaient pour réduire les coûts. fins.

Clavier/écran de la console système

Console IBM System/38

La console System/38 intègre un clavier et un écran d'affichage de 16 lignes de 64 caractères, incompatibles avec les terminaux 5250 connectés localement , qui sont soit 12x40 soit 24x80, selon le modèle. Le clavier est à la disposition de l'opérateur système pour saisir les commandes de la langue de contrôle.

Lecteur de magasin de disquettes

Le lecteur de magasin de disquettes est standard sur tous les modèles.

Architecture logicielle

Interface machine

Le System/38 et ses descendants utilisent une architecture d'interface machine pour isoler le logiciel d'application et la plupart du système d'exploitation des dépendances matérielles, y compris des détails tels que la taille de l'adresse et la taille du registre.

Les compilateurs pour System/38 et ses successeurs génèrent du code dans un jeu d'instructions de haut niveau connu sous le nom d' interface machine , ou MI. MI est un jeu d'instructions virtuel ; ce n'est pas le jeu d'instructions du processeur sous-jacent. MI fonctionne sur des objets au lieu d'adresses de mémoire ou de registres traditionnels.

Contrairement à d'autres architectures de machines virtuelles dans lesquelles les instructions virtuelles sont interprétées au moment de l'exécution (voir P-code machine ), les instructions MI ne sont jamais interprétées. Elles constituent un pas de temps de compilation intermédiaire et sont traduites dans le jeu d'instructions du processeur en tant qu'étape de compilation finale. Les instructions MI sont stockées dans l'objet programme final, en plus des instructions machine exécutables. Si un programme est déplacé d'un processeur avec un jeu d'instructions natif vers un processeur avec un autre jeu d'instructions natif, les instructions MI seront retraduites dans le jeu d'instructions natif de la nouvelle machine avant que le programme ne soit exécuté pour la première fois sur le nouvel appareil.

Le TIMI (Technology Independent Machine Interface) de l'OS/400 est une extension rétrocompatible du System/38 MI. En conséquence, il est possible qu'un programme développé à l'origine sur un System/38 s'exécute sur le matériel IBM i actuel sans jamais être recompilé.

Microcode

IBM a qualifié tout le code situé sous la couche d'interface machine de l'architecture System/38 de microcode et l'a traité comme faisant partie du matériel. Le terme microcode a été utilisé pour couvrir un large éventail de code de bas niveau, allant du microcode traditionnel aux fonctionnalités généralement associées aux noyaux d'autres systèmes d'exploitation, ainsi qu'à la mise en œuvre de la base de données intégrée. Il y avait deux niveaux de microcode dans le System/38 :

  • Microcode horizontal (HMC), qui a mis en œuvre une architecture de jeu d'instructions à mémoire de registre /mémoire-mémoire connue sous le nom de jeu d'instructions de microprogrammation interne (IMP) ou d' interface microprogrammée interne (IMPI) en utilisant le microcode natif du processeur du System/38. Certaines fonctionnalités de bas niveau et sensibles aux performances telles que l'ordonnancement des tâches (c'est-à-dire le processus) et la transmission de messages ont été implémentées directement dans le microcode dans le cadre du microcode horizontal. Le microcode horizontal résidait dans le magasin de contrôle ; il correspondait au microcode traditionnel.
  • Microcode vertical (VMC), qui a implémenté l'interface machine en termes d'architecture IMPI ; cela a été mis en œuvre en traduisant le code MI en code IMPI et en l'exécutant. Il a également mis en œuvre la base de données intégrée et d'autres composants du système d'exploitation qui ne pouvaient pas être mis en œuvre en termes d'instructions MI. Cela a été mis en œuvre en utilisant un mélange d' assemblage PL/MP et IMPI. Le microcode vertical résidait dans la mémoire principale.

L'utilisation du terme microcode découle d'une affaire antitrust contre IBM en 1969 qui a entraîné le dégroupage des logiciels d'IBM de ses produits matériels (c'est-à-dire exigeant que les logiciels soient achetés séparément du matériel). En traitant le code de bas niveau du System/38 comme faisant partie du matériel, IBM a pu traiter le MI comme le jeu d'instructions natif du System/38, et ainsi avoir la liberté de changer l'IMPI et le microcode en tant que matériel sous-jacent. évolué. Les premiers systèmes AS/400 ont hérité de la structure du microcode System/38, mais le terme microcode a été abandonné, ce qui a conduit IBM à renommer les couches en Vertical Licensed Internal Code et Horizontal Licensed Internal Code .

Installation du programme de contrôle

Article principal: Installation du programme de contrôle

Le système d'exploitation du System/38 est le Control Program Facility (CPF). CPF n'est pas lié au système d' exploitation du programme de support système des systèmes IBM System/34 et System/36. Les objets CPF sont des fichiers, des programmes, des files d'attente de messages, des profils utilisateur et des bibliothèques. Bien que CPF soit considéré comme le système d'exploitation du System/38, il se trouve au-dessus de la couche d'interface machine System/38 et, par conséquent, une grande partie des fonctionnalités du système d'exploitation traditionnel de la plate-forme est implémentée dans le microcode horizontal et vertical.

Le System/38 a également la particularité d'être le premier ordinateur IBM Midrange disponible dans le commerce à avoir un système de gestion de base de données (SGBD) intégré au système d'exploitation.

Le langage de contrôle opérationnel du System/38 est appelé CL , pour Control Language . Les programmes CL, similaires dans leur concept aux scripts shell , peuvent être compilés et exécutés nativement .

Le System/38 a été conçu avec une sécurité intégrée dans son architecture. Chaque objet ou bibliothèque peut avoir un accès contrôlé utilisateur par utilisateur. Ceci a été poursuivi et étendu à toutes les gammes d'ordinateurs AS/400 et iSeries.

Système successeur

Article détaillé : IBM AS/400

Le System/38 a été remplacé par l' AS/400 , qui offrait également la compatibilité avec les données et les logiciels du System/36. Les programmes S/38 avec « l'observabilité » intacte, c'est-à-dire le code source intégré dans l'exécutif binaire compilé au détriment des plus grandes tailles d'objets compilés, peuvent toujours s'exécuter sur les systèmes AS/400 et successeurs car l'option de restauration intègre une recompilation pour le source de la version antérieure. Cependant, la plupart des bibliothèques d'objets d'applications propriétaires ont été compilées sans une telle « observabilité » et nécessitent le remplacement du fournisseur d'origine et des dépenses conséquentes lors de la mise à niveau vers un AS/400. Le prix à l'époque était échelonné, le même logiciel exact, mais basé sur le modèle, sa vitesse et sa capacité, du système sur lequel il devait être installé.

Ventes

IBM a vendu environ 20 000 System/38 au cours des cinq premières années de disponibilité, selon des articles publiés dans les magazines spécialisés NEWS 34/38 et Midrange Computing. Bien que présenté comme un mini - ordinateur , le S/38 était beaucoup plus cher que le best-seller System/34 d'IBM et son remplaçant, le System/36. La difficulté de passer, par exemple, d'un System/34 à un S/38, était tout aussi importante. Bien que les machines présentent certaines similitudes, telles que les périphériques twinax et les langages de programmation RPG , elles sont en réalité très différentes. IBM l'a tacitement reconnu en sortant le System/36 – un System/34 amélioré – après le lancement du S/38.

Sur le marché, IBM s'est ainsi retrouvé avec trois gammes superposées mais incompatibles. Le System/34/36, le System/38 et l'architecture mainframe /360 (que le System/38 a été initialement conçu pour remplacer). Digital Equipment Corporation , à l'époque l'un des principaux concurrents d'IBM, a su exploiter cela en proposant une large gamme de produits basés sur une architecture unique. Le compteur d'IBM à cela, le 9370 ou « baby mainframe », était un échec commercial, et à cette époque, a écrit le New York Times , les ventes du System/36 et du System/38 étaient « à la traîne ».

Les références

Lectures complémentaires

Liens externes