Système IBM/360 - IBM System/360

Système/360
IBM System 360 modèle 30 profile.agr.jpg
Processeur IBM System/360 modèle 30
Designer IBM
Morceaux 32 bits
Introduit 7 avril 1964 ; il y a 57 ans ( 1964-04-07 )
Concevoir SCRC
Taper Registre-Registre
Registre-Mémoire
Mémoire-Mémoire
Codage Variable (2, 4 ou 6 octets de long)
Branchement Code de condition , indexation, comptage
Endianité Gros
Taille de la page N/A, sauf pour 360/67
Ouvert Oui
Successeur Système/370
Registres
Usage général 16 × 32 bits
Point flottant 4 × 64 bits

Le système IBM / 360 ( S / 360 est une famille de) ordinateur central des systèmes qui a été annoncé par IBM le 7 Avril 1964, et livrés entre 1965 et 1978. Il a été la première famille d'ordinateurs conçus pour couvrir la gamme complète des applications , du petit au grand, à la fois commercial et scientifique. La conception a fait une distinction claire entre l' architecture et la mise en œuvre, permettant à IBM de publier une suite de conceptions compatibles à différents prix. Tous sauf le modèle 44 partiellement compatible et les systèmes les plus chers utilisent un microcode pour implémenter le jeu d'instructions, qui comprend un adressage d'octets sur 8 bits et des calculs à virgule flottante binaire, décimale et hexadécimale .

Le lancement de la famille System/360 a introduit la technologie Solid Logic (SLT) d'IBM, une nouvelle technologie qui a marqué le début d'ordinateurs plus puissants mais plus petits.

Le modèle System/360 le plus lent annoncé en 1964, le Model 30 , pouvait exécuter jusqu'à 34 500 instructions par seconde, avec une mémoire de 8 à 64  Ko . Les modèles haute performance sont venus plus tard. L' IBM System/360 Model 91 de 1967 pouvait exécuter jusqu'à 16,6 millions d'instructions par seconde . Les modèles 360 plus grands pouvaient avoir jusqu'à 8  Mo de mémoire principale , bien que cette quantité de mémoire principale soit inhabituelle - une grande installation pouvait avoir aussi peu que 256 Ko de stockage principal, mais 512 Ko, 768 Ko ou 1024 Ko étaient plus courants. Jusqu'à 8 mégaoctets de stockage à grande capacité (LCS) plus lent (8 microsecondes ) étaient également disponibles pour certains modèles.

L'IBM 360 a connu un vif succès sur le marché, permettant aux clients d'acheter un système plus petit en sachant qu'ils seraient toujours en mesure de migrer vers le haut si leurs besoins augmentaient, sans reprogrammer le logiciel d'application ni remplacer les périphériques. Beaucoup considèrent la conception comme l'un des ordinateurs les plus réussis de l'histoire, influençant la conception informatique pour les années à venir.

L'architecte en chef de System/360 était Gene Amdahl , et le projet a été géré par Fred Brooks , responsable du président Thomas J. Watson Jr. La version commerciale a été pilotée par un autre des lieutenants de Watson, John R. Opel , qui a géré le lancement de La famille d'ordinateurs centraux System 360 d'IBM en 1964.

La compatibilité au niveau des applications (avec certaines restrictions) pour le logiciel System/360 est maintenue à ce jour avec les serveurs mainframe System z .

Historique du système/360

Un processeur IBM System/360 modèle 20 avec panneaux avant retirés, avec IBM 2560 MFCM (Multi-Function Card Machine)
Processeur IBM System/360 modèle 30 (rouge, au milieu de l'image), lecteurs de bande à sa gauche et lecteurs de disque à sa droite, au Computer History Museum
Processeur IBM System/360 modèle 50, console de l'opérateur informatique et périphériques chez Volkswagen
Console de l'opérateur System/360 modèle 65 , avec voyants de valeur de registre et interrupteurs à bascule (milieu de l'image) et interrupteur « tirer d'urgence » (en haut à droite)

Une famille d'ordinateurs

Contrastant avec les pratiques habituelles de l'industrie à l'époque, IBM a créé une toute nouvelle série d'ordinateurs, du petit au grand, de faible à haute performance, utilisant tous le même jeu d'instructions (à deux exceptions près pour des marchés spécifiques). Cet exploit a permis aux clients d'utiliser un modèle moins cher, puis de passer à des systèmes plus grands à mesure que leurs besoins augmentaient sans le temps et les frais de réécriture du logiciel. Avant l'introduction de System/360, les applications commerciales et scientifiques utilisaient différents ordinateurs avec des jeux d'instructions et des systèmes d'exploitation différents. Les ordinateurs de différentes tailles avaient également leurs propres jeux d'instructions. IBM a été le premier fabricant à exploiter la technologie du microcode pour implémenter une gamme compatible d'ordinateurs aux performances très différentes, bien que les modèles les plus grands et les plus rapides aient plutôt une logique câblée.

Cette flexibilité a considérablement réduit les barrières à l'entrée. Avec la plupart des autres fournisseurs, les clients devaient choisir entre des machines qu'ils pouvaient dépasser et des machines potentiellement trop puissantes et donc trop coûteuses. Cela signifiait que de nombreuses entreprises n'achetaient tout simplement pas d'ordinateurs.

Des modèles

IBM a initialement annoncé une série de six ordinateurs et quarante périphériques communs. IBM a finalement livré quatorze modèles, dont de rares modèles uniques pour la NASA . Le modèle le moins cher était le modèle 20 avec aussi peu que 4096 octets de mémoire centrale , huit registres 16 bits au lieu des seize registres 32 bits des autres modèles System/360, et un jeu d'instructions qui était un sous-ensemble de celui utilisé par le reste de la gamme.

L'annonce initiale en 1964 incluait les modèles 30 , 40 , 50 , 60, 62 et 70. Les trois premiers étaient des systèmes bas à moyen de gamme destinés au marché de la série IBM 1400 . Tous les trois ont été expédiés pour la première fois à la mi-1965. Les trois dernières, destinées à remplacer les machines de la série 7000 , n'ont jamais été expédiées et ont été remplacées par les 65 et 75 , qui ont été livrées pour la première fois en novembre 1965 et janvier 1966, respectivement.

Les ajouts ultérieurs au bas de gamme comprenaient les modèles 20 (1966, mentionné ci-dessus), 22 (1971) et 25 (1968). Le modèle 20 avait plusieurs sous-modèles ; le sous-modèle 5 se situait à l'extrémité supérieure du modèle. Le modèle 22 était un modèle 30 recyclé avec des limitations mineures : une configuration de mémoire maximale plus petite et des canaux d'E/S plus lents, ce qui le limitait à des périphériques de disque et de bande plus lents et de capacité inférieure que sur le 30.

Le modèle 44 (1966) était un modèle spécialisé, conçu pour le calcul scientifique et pour le calcul en temps réel et le contrôle des processus, comportant quelques instructions supplémentaires, et avec toutes les instructions de stockage à stockage et cinq autres instructions complexes éliminées.

Cette image de la console de l'opérateur IBM System 360 Model 91 a été prise par la NASA à la fin des années 1960.

Une succession de machines haut de gamme comprenait le modèle 67 (1966, mentionné ci-dessous, brièvement prévu comme les 64 et 66), 85 (1969), 91 (1967, prévu comme 92), 95 (1968) et 195 (1971 ). La conception 85 était intermédiaire entre la ligne System/360 et la suite System/370 et était la base du 370/165. Il existait une version System/370 du 195, mais elle n'incluait pas la traduction dynamique d'adresses.

Les implémentations différaient considérablement, utilisant différentes largeurs de chemin de données natives, la présence ou l'absence de microcode, tout en étant extrêmement compatibles. Sauf lorsque spécifiquement documentés, les modèles étaient architecturalement compatibles. Le 91 , par exemple, était conçu pour le calcul scientifique et fournissait une exécution d'instructions dans le désordre (et pouvait produire des "interruptions imprécises" si un déroutement de programme se produisait alors que plusieurs instructions étaient en cours de lecture), mais ne disposait pas du jeu d'instructions décimal utilisé dans le commerce applications. De nouvelles fonctionnalités pouvaient être ajoutées sans violer les définitions architecturales : le 65 avait une version à double processeur (M65MP) avec des extensions pour la signalisation inter-CPU ; le 85 introduit la mémoire cache. Les modèles 44, 75, 91, 95 et 195 ont été mis en œuvre avec une logique câblée, plutôt que microcodée comme tous les autres modèles.

Le modèle 67 , annoncé en août 1965, a été le premier système IBM de production à offrir du matériel de traduction d'adresses dynamique (mémoire virtuelle) pour prendre en charge le temps partagé . « DAT » est maintenant plus communément appelé MMU . Une unité expérimentale unique fut construite sur la base d'un modèle 40. Avant le 67, IBM avait annoncé les modèles 64 et 66, versions DAT des 60 et 62, mais ils furent presque aussitôt remplacés par le 67 en même temps que le 60 et 62 ont été remplacés par le 65. Le matériel DAT réapparaîtrait dans la série S/370 en 1972, bien qu'il soit initialement absent de la série. Comme son proche parent, le 65, le 67 proposait également deux processeurs.

IBM a cessé de commercialiser tous les modèles System/360 à la fin de 1977.

Rétrocompatibilité

Les clients existants d'IBM avaient un gros investissement dans des logiciels qui s'exécutaient sur des machines de deuxième génération . Plusieurs modèles offraient la possibilité d' émuler l'ancien ordinateur du client en utilisant une combinaison de matériel spécial, de microcode spécial et d'un programme d'émulation qui utilisait les instructions d'émulation pour simuler le système cible, afin que les anciens programmes puissent s'exécuter sur la nouvelle machine.

Système/modèle 360 Systèmes émulés
Modèle 20 1401
Modèle 30 1401
1440
1460
Modèle 40 1401
1440
1460
1410
7010
Modèle 50 1401
1440
1460
1410
7010
7070, 7072 et 7074
Modèle 65 7070, 7072 et 7074
7080
709
7090, 7094 7094 II
7040 et 7044
Modèle 85 709
7090, 7094 7094 II
7040 et 7044
Sous contrôle OS

Les clients devaient initialement arrêter l'ordinateur et charger le programme d'émulation.

IBM a ensuite ajouté des fonctionnalités et des programmes d'émulation modifiés pour permettre l'émulation des 1401, 1440, 1460, 1410 et 7010 sous le contrôle d'un système d'exploitation. Le modèle 85 et les versions ultérieures du System/370 ont maintenu le précédent, en conservant les options d'émulation et en permettant aux programmes d'émulation de s'exécuter sous le contrôle du système d'exploitation aux côtés des programmes natifs.

Successeurs et variantes

System/360 (à l'exception du modèle 20) a été remplacé par la gamme compatible System/370 en 1970 et les utilisateurs du modèle 20 ont été ciblés pour passer à l' IBM System/3 . (L'idée d'une percée majeure avec la technologie FS a été abandonnée au milieu des années 1970 pour des raisons de rentabilité et de continuité.) Les derniers systèmes IBM compatibles incluent la famille 4300 , la famille 308x , le 3090 , les familles ES/9000 et 9672 ( famille System/390 ) et la série IBM Z.

Les ordinateurs qui étaient pour la plupart identiques ou compatibles en termes de code machine ou de l' architecture du système / 360 inclus Amdahl 470 famille de (et ses successeurs), Hitachi ordinateurs centraux, les séries UNIVAC 9000 , Fujitsu comme Facom, la RCA Spectra 70 série , et le système électrique anglais 4 . Les machines System 4 ont été construites sous licence RCA. RCA a vendu la série Spectra à ce qui était alors UNIVAC , où ils sont devenus la série UNIVAC 70. UNIVAC a également développé la série UNIVAC 90 en tant que successeur de la série 9000 et de la série 70. L' Union soviétique a produit un clone System/360 nommé ES EVM .

L' ordinateur portable IBM 5100 , introduit en 1975, offrait une option pour exécuter le langage de programmation APL.SV du System/360 via un émulateur matériel. IBM a utilisé cette approche pour éviter les coûts et les délais de création d'une version 5100 spécifique d'APL.

Des System/360 spéciaux durcis aux radiations et quelque peu modifiés, sous la forme de l' ordinateur avionique System/4 Pi , sont utilisés dans plusieurs avions de chasse et de bombardement. Dans la version AP-101 32 bits complète, 4 machines Pi ont été utilisées comme nœuds de calcul répliqués du système informatique tolérant aux pannes de la navette spatiale (en cinq nœuds). La Federal Aviation Administration des États - Unis a exploité l' IBM 9020 , un groupe spécial de System/360 modifiés pour le contrôle du trafic aérien, de 1970 aux années 1990. (Certains logiciels 9020 sont apparemment toujours utilisés via l' émulation sur du matériel plus récent.)

Tableau des modèles System/360

Modèle Annoncé Expédié
Performance scientifique
(kIPS)

Performance commerciale
(kIPS)

Bande passante du processeur
(Mo/sec)

Bande passante mémoire
(Mo/sec)
Taille de la mémoire
(en ( binaire ) Ko)
Poids
(lb)
Remarques
30 avril 1964 juin 1965 10.2 29 1.3 0,7 8-64 1700 (770 kg)
40 avril 1964 avril 1965 40 75 3.2 0,8 16-256 1700-2310 (770-1050 kg)
dépend de la mémoire.
50 avril 1964 août 1965 133 169 8.0 2.0 64-512 4 700-7 135 (2 100-3 236 kg)
dépend de la mémoire.
Prise en charge du stockage grande capacité IBM 2361 (LCS).
60 - 62 avril 1964 jamais Remplacé par le modèle 65
70 avril 1964 jamais Remplacé par le modèle 75
90 avril 1964 jamais Remplacé par le modèle 92
92 août 1964 jamais Redésigné comme IBM System/360 Model 91
20 novembre 1964 mars 1966 2.0 2.6 4-32 1 200 à 1 400 (540 à 640 kg) 16 bits, bas de gamme, jeu d'instructions limité partiellement incompatible
91 janvier 1966 octobre 1967 1900 1 800 133 164 1 024 à 4 096 Disponible sur offre spéciale à partir de novembre 1964
64-66 avril 1965 jamais Remplacé par le modèle 67
65 avril 1965 novembre 1965 563 567 40 21 128-1 024 4290-8830 (1950-4005 kg)
dépend de la mémoire et du nombre de processeurs.
LCS pris en charge
75 avril 1965 janvier 1966 940 670 41 43 256-1 024 5125-5325 (2325-2415 kg)
dépend de la mémoire.
LCS pris en charge
67 août 1965 Mai 1966 40 21 512-2 048 3674 (1700 kg) - Processeur uniquement. Traduction d'adresse dynamique pour le partage du temps
44 août 1965 septembre 1966 118 185 16 4.0 32-256 2900-4200 (1300-1900 kg)
dépend de la mémoire.
Spécialisé en calcul scientifique
95 commande spéciale février 1968 3 800 est. 3 600 est. 133 711 5 220 Performance estimée comme 2× Modèle 91
25 janvier 1968 octobre 1968 9.7 25 1.1 2.2 16-48 2050 (930kg)
85 janvier 1968 Déc 1969 3.245 3 418 100 67 512-4 096 14428 (6544 kg) - Processeur uniquement. Mémoire cache de 16 à 32 Ko, virgule flottante de précision étendue.
195 août 1969 mars 1971 10 000 est. 10 000 est. 148 169 1 024 à 4 096 13450-28350 (6150-12900 kg)
dépend de la mémoire.
32 Ko de mémoire cache IC. Performance estimée comme 3× Modèle 85.
22 avr. 1971 juin 1971 1.3 0,7 24-32 1500 (680kg) Un modèle 30 re-fabriqué
Résumé du modèle
  • Six des vingt modèles IBM System/360 annoncés n'ont jamais été expédiés ou n'ont jamais été commercialisés.
  • Quatorze des vingt modèles IBM System/360 annoncés ont été livrés.

Description technique

Fonctionnalités influentes

Le System/360 a introduit un certain nombre de normes de l'industrie sur le marché, telles que :

Aperçu architectural

La série System/360 a une spécification d' architecture de système informatique . Cette spécification ne fait aucune hypothèse sur l'implémentation elle-même, mais décrit plutôt les interfaces et le comportement attendu d'une implémentation. L'architecture décrit les interfaces obligatoires qui doivent être disponibles sur toutes les implémentations, et les interfaces facultatives. Certains aspects de cette architecture sont :

  • Ordre des octets big endian
  • Un processeur avec
  • Un sous-système de mémoire (appelé stockage) avec
    • 8 bits par octet
    • Une zone de communication processeur spéciale commençant à l'adresse 0
    • Adressage 24 bits
  • Opérations de contrôle manuel qui permettent
    • Un processus d' amorçage (un processus appelé Initial Program Load ou IPL)
    • Interruptions déclenchées par l'opérateur
    • Réinitialisation du système
    • Fonctionnalités de débogage de base
    • Affichage manuel et modifications de l'état du système (mémoire et processeur)
  • Un mécanisme d'entrée/sortie - qui ne décrit pas les appareils eux-mêmes

Certaines des fonctionnalités optionnelles sont :

Tous les modèles de System/360, à l'exception des modèles 20 et 44, ont mis en œuvre cette spécification.

Les opérations arithmétiques et logiques binaires sont exécutées de registre à registre et de mémoire à registre/registre à mémoire en tant que fonction standard. Si l'option Commercial Instruction Set a été installée, l' arithmétique décimale condensée peut être exécutée comme mémoire à mémoire avec certaines opérations de mémoire à registre. La fonction de jeu d'instructions scientifiques, si elle était installée, donnait accès à quatre registres à virgule flottante qui pouvaient être programmés pour des opérations à virgule flottante 32 bits ou 64 bits . Les modèles 85 et 195 pouvaient également fonctionner sur des nombres à virgule flottante à précision étendue de 128 bits stockés dans des paires de registres à virgule flottante, et le logiciel fournissait une émulation dans d'autres modèles. Le System/360 utilisait un octet de 8 bits, un mot de 32 bits, un double mot de 64 bits et un quartet de 4 bits . Les instructions machine avaient des opérateurs avec des opérandes, qui pouvaient contenir des numéros de registre ou des adresses mémoire. Cette combinaison complexe d'options d'instruction a donné lieu à une variété de longueurs et de formats d'instruction.

L'adressage de la mémoire a été réalisé en utilisant un schéma de base plus déplacement, avec les registres 1 à F (15). Un déplacement était codé sur 12 bits, permettant ainsi un déplacement de 4096 octets (0-4095), comme décalage par rapport à l'adresse inscrite dans un registre de base.

Le registre 0 ne pouvait pas être utilisé comme registre de base ni comme registre d'index (ni comme registre d'adresse de branche), car "0" était réservé pour indiquer une adresse dans les 4 premiers Ko de mémoire, c'est-à-dire si le registre 0 était spécifié comme décrit, la valeur 0x00000000 a été implicitement entrée dans le calcul de l'adresse effective à la place de toute valeur pouvant être contenue dans le registre 0 (ou si elle est spécifiée comme registre d'adresse de branche, alors aucune branche n'a été prise et le contenu du registre 0 a été ignoré, mais aucun effet secondaire de l'instruction a été effectué).

Ce comportement spécifique a permis l'exécution initiale d'une routine d'interruption, puisque les registres de base ne seraient pas nécessairement mis à 0 pendant les premiers cycles d'instruction d'une routine d'interruption. Il n'est pas nécessaire pour l' IPL ("Initial Program Load" ou boot), car on peut toujours effacer un registre sans avoir besoin de le sauvegarder.

À l'exception du modèle 67, toutes les adresses étaient de vraies adresses mémoire. La mémoire virtuelle n'était pas disponible dans la plupart des mainframes IBM jusqu'à la série System/370 . Le modèle 67 a introduit une architecture de mémoire virtuelle, que MTS , CP-67 et TSS/360 utilisaient, mais pas les systèmes d'exploitation principaux System/360 d'IBM.

Les instructions de code machine System/360 ont une longueur de 2 octets (pas d'opérandes de mémoire), de 4 octets (un opérande) ou de 6 octets (deux opérandes). Les instructions sont toujours situées sur des limites de 2 octets.

Les opérations telles que MVC (Move-Characters) (Hex : D2) ne peuvent déplacer que 256 octets d'informations au maximum. Le déplacement de plus de 256 octets de données nécessitait plusieurs opérations MVC. (La série System/370 a introduit une famille d'instructions plus puissantes telles que l'instruction MVCL "Move-Characters-Long", qui prend en charge le déplacement jusqu'à 16 Mo en un seul bloc.)

Un opérande a une longueur de deux octets, représentant généralement une adresse sous la forme d'un quartet de 4 bits indiquant un registre de base et un déplacement de 12 bits par rapport au contenu de ce registre, dans la plage 000-FFF (indiqué ici sous forme de nombres hexadécimaux ). L'adresse correspondant à cet opérande est le contenu du registre à usage général spécifié plus le déplacement. Par exemple, une instruction MVC qui déplace 256 octets (avec le code de longueur 255 en hexadécimal comme FF ) du registre de base 7, plus le déplacement 000 , au registre de base 8, plus le déplacement 001 , serait codée comme l'instruction à 6 octets " D2FF 8001 7000 " (opérateur/longueur/adresse1/adresse2).

Le System/360 a été conçu pour séparer l' état du système de l'état du problème . Cela a fourni un niveau de base de sécurité et de récupération des erreurs de programmation. Les programmes (utilisateur) problématiques n'ont pas pu modifier les données ou le stockage de programme associé à l'état du système. Des erreurs d'adressage, de données ou d'exception d'opération ont fait entrer la machine dans l'état du système via une routine contrôlée afin que le système d'exploitation puisse essayer de corriger ou de terminer le programme par erreur. De même, il pourrait récupérer certaines erreurs matérielles du processeur via les routines de vérification de la machine .

Canaux

Périphériques interfacés au système via des canaux . Un canal est un processeur spécialisé dont le jeu d'instructions est optimisé pour le transfert de données entre un périphérique et la mémoire principale. En termes modernes, cela pourrait être comparé à un accès direct à la mémoire (DMA). Le S/360 connecte les canaux aux unités de contrôle avec des câbles de bus et d'étiquettes ; IBM les a finalement remplacés par des canaux (Enterprise Systems Connection (ESCON) et Fiber Connection (FICON).

Multiplexeur d'octets et canaux de sélection

Il y avait initialement deux types de canaux ; canaux multiplexeurs d'octets (connus à l'époque simplement sous le nom de "canaux multiplexeurs"), pour connecter des périphériques "à vitesse lente" tels que des lecteurs de cartes et des perforatrices, des imprimantes ligne et des contrôleurs de communication, et des canaux sélecteurs pour connecter des périphériques à grande vitesse, tels que des disques lecteurs , lecteurs de bandes , cellules de données et tambours . Chaque System/360 (à l'exception du modèle 20, qui n'était pas un 360 standard) possède un canal de multiplexeur d'octets et 1 ou plusieurs canaux de sélection, bien que le modèle 25 n'ait qu'un seul canal, qui peut être soit un multiplexeur d'octets, soit un sélecteur canaliser. Les modèles plus petits (jusqu'au modèle 50) ont des canaux intégrés, tandis que pour les modèles plus grands (modèle 65 et plus), les canaux sont de grandes unités séparées dans des armoires séparées : l'IBM 2870 est le canal multiplexeur d'octets avec jusqu'à quatre sous-sélecteurs. -channels, et l'IBM 2860 est jusqu'à trois canaux de sélection.

Le canal multiplexeur d'octets est capable de gérer les E/S vers/depuis plusieurs appareils simultanément aux vitesses nominales les plus élevées de l'appareil, d'où son nom, car il multiplexe les E/S de ces appareils sur un seul chemin de données vers la mémoire principale. Les appareils connectés à un canal de multiplexeur d'octets sont configurés pour fonctionner en mode 1 octet, 2 octets, 4 octets ou "rafale". Les plus gros « blocs » de données sont utilisés pour gérer des appareils de plus en plus rapides. Par exemple, un lecteur de cartes 2501 fonctionnant à 600 cartes par minute serait en mode 1 octet, tandis qu'une imprimante 1403-N1 serait en mode rafale. De plus, les canaux de multiplexage d'octets sur les modèles plus grands ont une section de sous-canal de sélection en option qui s'adapterait aux lecteurs de bande. L'adresse de canal du multiplexeur d'octets était typiquement "0" et les adresses de sous-canal du sélecteur étaient de "C0" à "FF". Ainsi, les lecteurs de bande sur System/360 étaient généralement adressés à 0C0-0C7. Les autres adresses courantes de multiplexeur d'octets sont : 00A : 2501 Lecteur de cartes, 00C/00D : 2540 Lecteur/Punch, 00E/00F : 1403-N1 Imprimantes, 010-013 : 3211 Imprimantes, 020-0BF : 2701/2703 Unités de télécommunications. Ces adresses sont encore couramment utilisées dans les machines virtuelles z/VM.

Les modèles System/360 40 et 50 ont une console 1052-7 intégrée qui est généralement adressée en tant que 01F, cependant, celle-ci n'était pas connectée au canal du multiplexeur d'octets, mais avait plutôt une connexion interne directe à l'ordinateur central. Le modèle 30 a attaché un modèle différent de 1052 via une unité de contrôle 1051. Les modèles 60 à 75 utilisent également le 1052-7.

Câble utilisé comme câble Bus ou Tag pour IBM System/360
Terminateurs de bus et de balises

Les canaux de sélection ont activé les E/S vers les périphériques haute vitesse. Ces dispositifs de stockage étaient attachés à une unité de contrôle puis au canal. L'unité de contrôle permet de connecter des groupes d'appareils aux canaux. Sur les modèles à plus grande vitesse, plusieurs canaux de sélection, qui peuvent fonctionner simultanément ou en parallèle, améliorent les performances globales.

Les unités de contrôle sont connectées aux canaux avec des paires de câbles "bus et tag". Les câbles de bus transportaient les informations d'adresse et de données et les câbles d'étiquette identifiaient quelles données se trouvaient sur le bus. La configuration générale d'un canal consiste à connecter les appareils dans une chaîne, comme ceci : Mainframe - Unité de contrôle X - Unité de contrôle Y - Unité de contrôle Z. Chaque unité de contrôle se voit attribuer une "plage de capture" d'adresses qu'elle dessert. Par exemple, l'unité de contrôle X peut capturer les adresses 40-4F, l'unité de contrôle Y : C0-DF et l'unité de contrôle Z : 80-9F. Les plages de capture devaient être un multiple de 8, 16, 32, 64 ou 128 appareils et être alignées sur des limites appropriées. Chaque unité de contrôle a à son tour un ou plusieurs dispositifs qui lui sont attachés. Par exemple, vous pourriez avoir l'unité de contrôle Y avec 6 disques, qui seraient adressés en tant que C0-C5.

Il existe trois types généraux de câbles bus-and-tag produits par IBM. Le premier est le câble bus-and-tag gris standard, suivi du câble bus-and-tag bleu, et enfin du câble bus-and-tag beige. En règle générale, les nouvelles révisions de câbles sont capables d'atteindre des vitesses plus élevées ou des distances plus longues, et certains périphériques ont spécifié des révisions de câbles minimales en amont et en aval.

L'ordre des câbles des unités de contrôle sur le canal est également important. Chaque unité de contrôle est « ligaturée » en priorité haute ou basse. Lorsqu'une sélection de périphérique était envoyée sur le canal d'un ordinateur central, la sélection était envoyée depuis X->Y->Z->Y->X. Si l'unité de contrôle était "haute", alors la sélection a été vérifiée dans le sens sortant, si "bas" alors la direction entrante. Ainsi, l'unité de contrôle X était soit le 1er soit le 5e, Y était soit le 2e soit le 4e, et Z était le 3e en ligne. Il est également possible d'avoir plusieurs canaux connectés à une unité de contrôle à partir du même ou de plusieurs ordinateurs centraux, offrant ainsi une riche capacité de hautes performances, d'accès multiple et de sauvegarde.

Typiquement, la longueur totale du câble d'un canal est limitée à 200 pieds, moins étant préféré. Chaque unité de contrôle représente environ 10 "pieds" de la limite de 200 pieds.

Bloquer le canal du multiplexeur

IBM a d'abord introduit un nouveau type de canal d'E/S sur les modèles 85 et 195, le canal de multiplexeur de blocs 2880 , puis les a rendus standard sur le System/370 . Ce canal permettait à un périphérique de suspendre un programme de canal, en attendant la fin d'une opération d'E/S et ainsi de libérer le canal pour une utilisation par un autre périphérique. Un canal de multiplexeur de bloc peut prendre en charge des connexions standard de 1,5 Mo/seconde ou, avec la fonction d'interface à 2 octets, 3 Mo/seconde ; ces derniers utilisent un câble tag et deux câbles bus. Sur le S/370, il existe une option pour un canal de streaming de données de 3,0 Mo/s avec un câble de bus et un câble de balise.

L'utilisation initiale pour cela était le disque à tête fixe 2305, qui a 8 "expositions" (adresses d'alias) et une détection de position de rotation (RPS).

Les canaux de multiplexage par blocs peuvent fonctionner comme un canal de sélection pour permettre une connexion compatible de sous-systèmes hérités.

Composants matériels de base

Une carte SLT simple largeur
De nombreuses cartes SLT branchées sur une carte SLT.

Incertain de la fiabilité et de la disponibilité des nouveaux circuits intégrés monolithiques de l'époque , IBM a plutôt choisi de concevoir et de fabriquer ses propres circuits intégrés hybrides personnalisés . Ceux-ci ont été construits sur des substrats céramiques carrés de 11 mm . Les résistances ont été sérigraphiées et des transistors et des diodes encapsulés dans du verre discrets ont été ajoutés. Le substrat a ensuite été recouvert d'un couvercle métallique ou encapsulé dans du plastique pour créer un module « Solid Logic Technology » (SLT).

Un certain nombre de ces modules SLT ont ensuite été montés sur puce retournée sur un petit circuit imprimé multicouche "carte SLT". Chaque carte avait une ou deux prises sur un bord qui se branchaient sur des broches sur l'une des "cartes SLT" de l'ordinateur. C'était l'inverse de la façon dont la plupart des cartes des autres sociétés étaient montées, où les cartes avaient des broches ou des zones de contact imprimées et étaient branchées sur des prises sur les cartes de l'ordinateur.

Jusqu'à vingt cartes SLT peuvent être assemblées côte à côte (verticalement et horizontalement) pour former une "porte logique". Plusieurs portes montées ensemble constituaient un "cadre logique" en forme de boîte. Les portes extérieures étaient généralement articulées le long d'un bord vertical afin qu'elles puissent être ouvertes pour donner accès aux portes intérieures fixes. Les plus grosses machines pourraient avoir plus d'un châssis boulonné ensemble pour produire l'unité finale, telle qu'une unité centrale de traitement (CPU) à châssis multiples.

Logiciel du système d'exploitation

Les plus petits modèles System/360 utilisaient le Basic Operating System/360 ( BOS/360 ), le Tape Operating System (TOS/360) ou le Disk Operating System/360 ( DOS/360 , qui a évolué en DOS/VS, DOS/VSE, VSE/AF, VSE/SP, VSE/ESA, puis z/VSE ).

Les modèles plus grands utilisaient le système d'exploitation/360 (OS/360). IBM a développé plusieurs niveaux d'OS/360, avec des fonctionnalités de plus en plus puissantes : Primary Control Program (PCP), Multiprogrammation avec un nombre fixe de tâches (MFT) et Multiprogrammation avec un nombre variable de tâches (MVT). Le MVT a mis du temps à se développer en un système utilisable, et le MFT, moins ambitieux, a été largement utilisé. Le PCP était utilisé sur des machines intermédiaires trop petites pour exécuter correctement la MFT, et sur des machines plus grandes avant que la MFT ne soit disponible ; les versions finales d'OS/360 n'incluaient que MFT et MVT. Pour les machines System/370 et ultérieures, MFT a évolué vers OS/VS1 , tandis que MVT a évolué vers OS/VS2 (SVS) (Single Virtual Storage), puis diverses versions de MVS (Multiple Virtual Storage) aboutissant à l'actuel z/OS .

Lorsqu'elle a annoncé le modèle 67 en août 1965, IBM a également annoncé TSS/360 (Time-Sharing System) pour livraison en même temps que le 67. TSS/360, une réponse à Multics , était un projet ambitieux qui comprenait de nombreuses fonctionnalités avancées. . Il a eu des problèmes de performances, a été retardé, annulé, rétabli et finalement annulé à nouveau en 1971. Les clients ont migré vers CP-67 , MTS ( Michigan Terminal System ), TSO ( Time Sharing Option for OS/360), ou l'un de plusieurs autres fois -systèmes de partage .

CP-67, le système de machine virtuelle d' origine , était également connu sous le nom de CP/CMS . CP/67 a été développé en dehors du courant dominant d'IBM au Cambridge Scientific Center d' IBM , en coopération avec des chercheurs du MIT . CP/CMS a finalement été largement accepté et a conduit au développement de VM/370 (Virtual Machine) qui avait un système d'exploitation "sous" interactif principal connu sous le nom de VM/CMS (Conversational Monitoring System). Cela a évolué pour devenir le z/VM d'aujourd'hui .

Le modèle 20 offrait un système à bande simplifié et rarement utilisé appelé TPS (Tape Processing System) et DPS (Disk Processing System) qui prenait en charge le lecteur de disque 2311. TPS pourrait fonctionner sur une machine avec 8 Ko de mémoire ; DPS nécessitait 12 Ko, ce qui était assez lourd pour un modèle 20. De nombreux clients fonctionnaient plutôt bien avec 4 Ko et CPS (Card Processing System). Avec TPS et DPS, le lecteur de cartes a été utilisé pour lire les cartes Job Control Language qui définissaient la pile de tâches à exécuter et pour lire les données de transaction telles que les paiements des clients. Le système d'exploitation était stocké sur bande ou sur disque, et les résultats pouvaient également être stockés sur des bandes ou des disques durs. Le traitement des travaux empilés est devenu une possibilité passionnante pour l'utilisateur d'ordinateur petit mais aventureux.

Une suite peu connue et peu utilisée de programmes utilitaires à cartes perforées à 80 colonnes, connue sous le nom de Basic Programming Support (BPS) (en plaisantant : Barely Programming Support), un précurseur de TOS, était disponible pour les petits systèmes.

Noms des composants

IBM a créé un nouveau système de nommage pour les nouveaux composants créés pour System/360, bien que d'anciens noms bien connus, comme IBM 1403 et IBM 1052 , aient été conservés. Dans ce nouveau système de nommage, les composants ont reçu des numéros à quatre chiffres commençant par 2. Le deuxième chiffre décrit le type de composant, comme suit :

20xx : Processeurs arithmétiques, par exemple l' IBM 2030 , qui était le processeur du IBM System/360 Model 30 .
21xx : Les alimentations et autres équipements intimement associés aux processeurs, par exemple l' IBM 2167 Configuration Unit .
22xx : Périphériques de sortie visuelle, par exemple les écrans CRT IBM 2250 et IBM 2260 , et l' imprimante ligne IBM 2203 pour le modèle System/360 20.
23xx : Périphériques de stockage à accès direct, par exemple les lecteurs de disque IBM 2311 et IBM 2314 , l' IBM 2321 Data Cell ;
Stockage principal tel que l' IBM 2361 Large Capacity Storage (Core Storage, Large Core Storage ou LCS) et l' IBM 2365 Processor Storage .
24xx : Lecteurs de bande magnétique , par exemple IBM 2401 , IBM 2405 et IBM 2415 .
25xx : Équipement de traitement de cartes perforées, par exemple IBM 2501 ( lecteur de cartes ), IBM 2520 (perforation de cartes); IBM 2540 (lecteur/perforateur) et IBM 2560 (Multi-Function Card Machine ou MFCM).
26xx : Équipement de manipulation de bande papier , par exemple le lecteur de bande papier IBM 2671 .
27xx : Des équipements de communication, par exemple le terminal interactif IBM 2701 , IBM 2705 , IBM 2741 et le terminal batch IBM 2780 .
28xx : Canaux et contrôleurs, par exemple l' unité de contrôle IBM 2821 , IBM 2841 et IBM 2844 .
29xx : Divers appareils, par exemple le commutateur de canal de données IBM 2914 et le répéteur de canal de données IBM 2944 .

Périphériques

IBM a développé une nouvelle famille d'équipements périphériques pour System/360, en reprenant quelques-uns de ses anciennes séries 1400. Les interfaces ont été standardisées, permettant une plus grande flexibilité pour mélanger et assortir les processeurs, les contrôleurs et les périphériques que dans les gammes de produits précédentes.

De plus, les ordinateurs System/360 pouvaient utiliser certains périphériques développés à l'origine pour les ordinateurs antérieurs. Ces périphériques antérieurs utilisaient un système de numérotation différent, comme l' imprimante à chaîne IBM 1403 . Le 1403, un appareil extrêmement fiable qui avait déjà acquis une réputation de bourreau de travail, a été vendu sous le nom de 1403-N1 lorsqu'il a été adapté pour le System/360.

Des lecteurs de reconnaissance optique de caractères (OCR) IBM 1287 et IBM 1288 étaient également disponibles, qui pouvaient lire les caractères alphanumériques (A/N) et numériques imprimés à la main (NHP/NHW) des rouleaux de ruban de caissier aux pages de taille légale. À l'époque, cela se faisait avec de très grands lecteurs optiques/logiques. Le logiciel était trop lent et cher à l'époque.

Les modèles 65 et inférieurs sont vendus avec un IBM 1052-7 comme machine à écrire console. Le 360/85 avec fonction 5450 utilise une console d'affichage qui n'était compatible avec rien d'autre de la gamme ; la dernière console 3066 pour les 370/165 et 370/168 utilise la même conception d'affichage de base que la 360/85. Les modèles IBM System/360 91 et 195 utilisent un affichage graphique similaire à l'IBM 2250 comme console principale.

Des consoles d'opérateur supplémentaires étaient également disponibles. Certaines machines haut de gamme peuvent être achetées en option avec un affichage graphique 2250 , coûtant plus de 100 000 $ US ; les machines plus petites pourraient utiliser l' écran 2260 moins cher ou plus tard le 3270 .

Périphériques de stockage à accès direct (DASD)

Lecteur de disque IBM 2311

Les premiers lecteurs de disque pour System/360 étaient les IBM 2302 et les IBM 2311 . Le premier tambour pour System/360 était l' IBM 7320 .

Le 2302 de 156 Ko/seconde était basé sur le 1302 antérieur et était disponible en modèle 3 avec deux modules de 112,79 Mo ou en modèle 4 avec quatre de ces modules.

Le 2311, avec un pack de disques 1316 amovible , était basé sur l' IBM 1311 et avait une capacité théorique de 7,2 Mo, bien que la capacité réelle variait selon la conception de l'enregistrement. (Lorsqu'il est utilisé avec un 360/20, le pack 1316 a été formaté en secteurs de 270 octets de longueur fixe , ce qui donne une capacité maximale de 5,4 Mo.)

En 1966, les premiers 2314 expédiés. Cet appareil avait jusqu'à huit lecteurs de disque utilisables avec une unité de contrôle intégrée ; il y avait neuf disques, mais un était réservé en réserve. Chaque lecteur utilisait un pack de disques amovibles 2316 d'une capacité de près de 28 Mo. Les packs de disques pour les 2311 et 2314 étaient physiquement volumineux par rapport aux normes d'aujourd'hui - par exemple, le pack de disques 1316 mesurait environ 14 pouces (36 cm) de diamètre et avait six plateaux empilés sur un axe central. Les plateaux extérieurs supérieur et inférieur ne stockaient pas de données. Les données ont été enregistrées sur les côtés intérieurs des plateaux supérieur et inférieur et des deux côtés des plateaux intérieurs, fournissant 10 surfaces d'enregistrement. Les 10 têtes de lecture/écriture se déplaçaient ensemble sur les surfaces des plateaux, qui étaient formatés avec 203 pistes concentriques. Pour réduire la quantité de mouvement de la tête (recherche), les données ont été écrites dans un cylindre virtuel de l'intérieur du plateau supérieur jusqu'à l'intérieur du plateau inférieur. Ces disques n'étaient généralement pas formatés avec des secteurs de taille fixe comme le sont les disques durs actuels (bien que cela ait été fait avec CP/CMS ). Au contraire, la plupart des logiciels d'E/S System/360 pouvaient personnaliser la longueur de l'enregistrement de données (enregistrements de longueur variable), comme c'était le cas avec les bandes magnétiques.

Lecteurs de disque IBM 2314 et lecteur/perforateur de carte IBM 2540 à l'Université du Michigan

Certains des premiers System/360 les plus puissants utilisaient des périphériques de stockage de batterie tête par piste à grande vitesse. Le 3 500 tr/min 2301, qui a remplacé le 7320, faisait partie de l'annonce originale du System/360, avec une capacité de 4 Mo. L' IBM 2303 de 303,8 Ko/seconde a été annoncé le 31 janvier 1966, avec une capacité de 3,913 Mo. Ce sont les seuls tambours annoncés pour System/360 et System/370, et leur niche a ensuite été occupée par des disques à tête fixe.

Le 6000 RPM 2305 est apparu en 1970, avec des capacités de 5 Mo (2305-1) ou 11 Mo (2305-2) par module. Bien que ces appareils n'aient pas une grande capacité, leur vitesse et leurs taux de transfert les rendaient attrayants pour les besoins de haute performance. Une utilisation typique était la liaison de superposition (par exemple pour les sous-programmes d'OS et d'application) pour les sections de programme écrites pour alterner dans les mêmes régions de mémoire. Les disques et tambours à tête fixe étaient particulièrement efficaces en tant que dispositifs de pagination sur les premiers systèmes de mémoire virtuelle. Le 2305, bien que souvent appelé "tambour", était en fait un périphérique de disque tête par piste, avec 12 surfaces d'enregistrement et un taux de transfert de données allant jusqu'à 3 Mo par seconde.

Rarement vu était l' IBM 2321 Data Cell , un dispositif mécaniquement complexe qui contenait plusieurs bandes magnétiques pour contenir des données; les bandes pouvaient être accédées de manière aléatoire, placées sur un tambour en forme de cylindre pour les opérations de lecture/écriture ; puis renvoyé dans une cartouche de stockage interne. L'IBM Data Cell [sélecteur de nouilles] faisait partie de plusieurs périphériques de stockage à accès direct en ligne "rapides" déposés par IBM (réincarnés ces dernières années en tant que "bandes virtuelles" et périphériques de bibliothèque de bandes automatisés). Le fichier 2321 avait une capacité de 400 Mo, à l'époque où le lecteur de disque 2311 n'avait que 7,2 Mo. L'IBM Data Cell a été proposé pour combler l'écart de coût/capacité/vitesse entre les bandes magnétiques, qui avaient une capacité élevée avec un coût relativement faible par octet stocké, et les disques, qui avaient des dépenses plus élevées par octet. Certaines installations ont également trouvé le fonctionnement électromécanique moins fiable et ont opté pour des formes moins mécaniques de stockage à accès direct.

Le modèle 44 était unique en offrant un lecteur de disque unique intégré en tant que caractéristique standard. Ce lecteur utilisait la cartouche "ramkit" 2315 et fournissait 1 171 200 octets de stockage.

Lecteurs de bande

Lecteurs de bande IBM 2401

Les 2400 lecteurs de bande se composaient d'un lecteur et d'une unité de contrôle combinés, ainsi que de lecteurs de bande 1/2" individuels connectés. Avec System/360, IBM est passé du format de bande IBM 7 pistes au format de bande 9. 2400 lecteurs pouvaient être achetés qui lisaient et écrivaient 7 -track tapes pour la compatibilité avec les anciens lecteurs de bande IBM 729. En 1967, une paire de lecteurs de bande plus lente et moins chère avec unité de contrôle intégrée a été introduite: le 2415. En 1968, le système de bande IBM 2420 a été publié, offrant des débits de données beaucoup plus élevés , opération de bande auto-fileteuse et densité d'emballage de 1600 bpi. Il est resté dans la gamme de produits jusqu'en 1979.

Appareils d'enregistrement unitaire

Imprimante ligne IBM 1403
  • Les appareils à cartes perforées comprenaient le lecteur de cartes 2501 et le lecteur de cartes perforé 2540. Pratiquement tous les System/360 avaient un 2540. Le lecteur/trieur/perforateur 2560 MFCM ("Multi-Function Card Machine"), listé ci-dessus, était pour le modèle 20 uniquement. Il était connu pour ses problèmes de fiabilité (gagnant des acronymes humoristiques impliquant souvent "...Card Muncher" ou "Mal-Function Card Machine").
  • Les imprimantes en ligne étaient l' IBM 1403 et l' IBM 1443, plus lente .
  • Un lecteur de bande papier, l'IBM 2671, a été introduit en 1964. Il avait une vitesse nominale de 1 000 cps. Il y avait aussi un lecteur de bande de papier et un perforateur de bande de papier d'une époque antérieure, disponibles uniquement sous forme de RPQ ( Demander un devis ). Le 1054 (lecteur) et le 1055 (punch), qui ont été reportés (comme la machine à écrire de la console 1052) du système de télétraitement IBM 1050. Tous ces appareils fonctionnaient à un maximum de 15,5 caractères par seconde. Le perforateur de bande de papier du système IBM 1080 était également disponible par RPQ, mais à un prix prohibitif.
  • Les dispositifs de reconnaissance optique de caractères (OCR) 1287 et plus tard les 1288 étaient disponibles sur les 360. Le 1287 pouvait lire les chiffres manuscrits, certaines polices OCR et les bobines de papier OCR de caisse enregistreuse. Le « lecteur de pages » 1288 pouvait gérer des pages dactylographiées jusqu'à la taille légale de la police OCR, ainsi que des chiffres manuscrits. Ces deux dispositifs d'OCR utilisaient un principe de balayage « flying spot », avec le balayage raster fourni par un grand tube cathodique, et les changements de densité de lumière réfléchie étaient captés par un tube photomultiplicateur à gain élevé .
  • MICR ( Magnetic Ink Character Recognition ) était fourni par les trieuses de chèques IBM 1412 et 1419, avec impression à encre magnétique (pour les chéquiers) sur les imprimantes 1445 (une 1443 modifiée qui utilisait un ruban MICR). 1412/1419 et 1445 ont été principalement utilisés par les établissements bancaires.

Machines restantes

Bien qu'ils aient été vendus ou loués en très grand nombre pour un système central de son époque, seuls quelques ordinateurs System/360 restent principalement la propriété non opérationnelle de musées ou de collectionneurs. Voici des exemples de systèmes existants :

  • Le Computer History Museum de Mountain View, en Californie, expose un modèle 30 non fonctionnel , tout comme le Museum of Transport and Technology (Motat) d'Auckland, en Nouvelle-Zélande, et l' Université de technologie de Vienne en Autriche.
  • L' University of Western Australia Computer Club dispose d'un modèle 40 complet en stockage.
  • Le panneau de commande d'un modèle 65, issu d'un complexe de types de modèles System/360 construits pour la FAA sous le nom d' IBM 9020 , est exposé au département informatique de l'université de Stanford . Dans sa configuration maximale, il pourrait comprendre jusqu'à 12 System/360 Model 65 et Model 50. Il a été fabriqué en 1971 et mis hors service en 1993.
  • Le musée de l'informatique KCG de Kyoto Computer Gakuin, la première école d'informatique du Japon en ville, expose un IBM System/360 Model 40.
  • Deux processeurs IBM System/360 modèle 20 ainsi que de nombreux périphériques (formant au moins un système complet) situés à Nuremberg, en Allemagne, ont été achetés sur eBay en avril/mai 2019 pour 3710 € par deux passionnés britanniques qui, au cours de quelques mois, a déplacé la machine à Creslow Park dans le Buckinghamshire , au Royaume-Uni. Le système se trouvait dans un petit bâtiment abandonné laissé intact pendant des décennies et avait apparemment été utilisé dans ce bâtiment puisque tous les périphériques étaient encore entièrement câblés et interconnectés. Les systèmes se trouvent maintenant dans une salle des machines dédiée et sont en cours de restauration en vue d'une future exposition publique.

Une liste en cours d'exécution des systèmes/360 restants est disponible dans l' inventaire mondial des processeurs système/360 restants .

Galerie

Cette galerie montre la console de l'opérateur , avec les lampes de valeur de registre , les interrupteurs à bascule (au milieu des images) et l' interrupteur « tirer d'urgence » (en haut à droite des images) des différents modèles.

Dans la culture populaire

Dans la série télévisée américaine Mad Men (2007-2015), le "IBM 360" a été présenté comme un dispositif de complot dans lequel une entreprise a loué le système à l'agence de publicité et était un arrière-plan important dans la septième saison .

Le film THX 1138 présente plusieurs scènes d'une grande salle informatique avec cinq consoles System/360, des lecteurs de bande et d'autres périphériques.

Une campagne de financement participatif pour le sauvetage et la restauration d'un système IBM 360 de Nuremberg a été financée avec succès.

Voir également

Remarques

Les références

Liens externes

Tiré du journal IBM de recherche et développement

Du journal des systèmes IBM

  • Blaauw, Géorgie ; Brooks, FP (1964). « La structure de SYSTEM/360 : Partie I — Aperçu de la structure logique ». Revue des systèmes IBM . 3 (2) : 119-135. doi : 10.1147/sj.32.0118 .
  • Stevens, WY (1964). « La structure de SYSTEM/360, Partie II : Implémentations du système ». Revue des systèmes IBM . 3 (2) : 136-143. doi : 10.1147/sj.32.0136 .
  • Amdahl, GM (1964). « La structure de SYSTEM/360, Partie III : Considérations relatives à la conception de l'unité de traitement ». Revue des systèmes IBM . 3 (2) : 144-164. doi : 10.1147/sj.32.0144 .
  • Padegs, A. (1964). « La structure de SYSTEM/360, Partie IV : Considérations de conception de canal ». Revue des systèmes IBM . 3 (2) : 165-179. doi : 10.1147/sj.32.0165 .
  • Blaauw, GA (1964). « La structure de SYSTEM/360, Partie V : Organisation multisystème ». Revue des systèmes IBM . 3 (2) : 181-195. doi : 10.1147/sj.32.0181 .
  • Tucker, SG (1967). "Contrôle de microprogramme pour SYSTEM/360". Revue des systèmes IBM . 6 (4) : 222-241. doi : 10.1147/sj.64.0222 .