Priorité de mise en file d'attente automatique de Houston - Houston Automatic Spooling Priority

Voir aussi : Spooling

Le Houston Automatic Spooling Priority Program, communément appelé HASP , est une extension du système d'exploitation IBM OS/360 et de ses successeurs offrant une prise en charge étendue de la « gestion des travaux, de la gestion des données, de la gestion des tâches et de la saisie à distance des travaux ».

Histoire

OS/360 incluait des routines de spoulage, appelées lecteurs/interprètes et rédacteurs de sortie . Chaque lecteur/interprète était « responsable de la lecture d'un flot de travaux d'entrée », c'est-à-dire d'un périphérique d'entrée. De même, chaque rédacteur de sortie était responsable du contrôle d'une imprimante ou d'un poinçon . Les données spoulées étaient stockées dans des ensembles de données temporaires du système d' exploitation contrôlés par les services du système d'exploitation standard. Chaque lecteur/interprète ou rédacteur de sortie était une tâche distincte du système d'exploitation dans sa propre partition ou région. Un système avec un grand nombre de lecteurs, d'imprimantes et de poinçons peut avoir un grand nombre de tâches de mise en file d'attente.

HASP a été développé par les sous- traitants d' IBM Federal Systems Division au Lyndon B. Johnson Space Center à Houston . Les développeurs étaient Tom Simpson et Bob Crabtree. HASP était un programme qui s'exécutait sur un ordinateur central et exécutait des fonctions telles que : la planification , le contrôle du flux de travail, le spoulage et l'impression/la perforation. HASP n'avait pas de support pour IBM System/360 Operating System Remote Job Entry , 360S-RC-536, mais fournissait ses propres installations à peu près équivalentes.

Dans HASP II V3, NIH a créé la capacité de spool partagé pour HASP qui était utilisée par de nombreux sites mainframe. Il a permis à chaque système HASP de partager un spool et un point de contrôle communs. Cela a permis d'équilibrer la charge de travail dans un environnement multi-mainframe. Dans HASP II V4, Don Greb et Dave Miko de Mellon Bank ont déplacé le spool partagé vers cette version et l'ont transféré dans le spool multi-accès JES2 (prise en charge formelle d'IBM de HASP dans MVS ). Plus de 350 exemplaires des mods de spool partagés HASP II V4 ont été distribués dans le monde. Le spool partagé Mellon Mods a été ajouté au processus de distribution SHARE afin qu'ils puissent être plus largement accessibles.

Le programme était parfois appelé sous divers autres noms, mais rien n'indique qu'IBM les ait jamais utilisés dans des documents officiels.

Le programme est devenu classé dans le cadre de la bibliothèque IBM Type-III . Il avait un concurrent, ASP (Attached Support Processor), qui fonctionnait sur un ordinateur central et contrôlait la planification des autres ordinateurs centraux attachés. ASP est devenu plus tard JES3 .

Dans MVS , HASP est devenu JES2, l'un des deux sous-systèmes d'entrée de travail . Il a fallu de nombreuses années avant que les étiquettes HASP ne soient supprimées de la source JES2, et les messages émis par JES2 sont toujours préfixés par "$HASP".

Une version modifiée de HASP a été utilisée pour fournir des services de mise en file d'attente par lots et de saisie de travaux à distance pour le Michigan Terminal System à la fin des années 1960, 1970 et 1980.

Organisation du programme

HASP a contourné la plupart des services du système d'exploitation avec un code spécialement conçu pour l'efficacité. HASP fonctionnait comme une tâche de système d'exploitation unique et utilisait le multitâche coopératif en interne pour exécuter des processeurs afin d'effectuer des tâches telles que l'exécution de lecteurs de cartes, d'imprimantes et de perforations, la gestion des fichiers spoule , la communication avec l'opérateur système et la conduite de plusieurs lignes de communication pour la saisie de travaux à distance .

Hasp a été entièrement écrit en assembleur System/360 et un système HASP typique peut nécessiter 86 Ko de mémoire, qui peut être de la mémoire virtuelle sur les systèmes OS/VS.

pré-JES JECL

Une grande partie de ce qui allait devenir le JECL de JES2 faisait partie de HASP.

  • /*MESSAGE permettait d'envoyer un message à l'opérateur de la console.
  • /*SETUP informerait l'opérateur de ce qui était nécessaire (bandes, disques, etc.)
    et pendant ce temps, le travail était dans une file d'attente HOLD.
  • /*ROUTE PRINT & /*ROUTE PUNCH permet une flexibilité, selon les besoins.

Saisie d'emploi à distance

HASP supporté terminaux IBM tels que 2770, 2780 et 3780 , mais en outre fourni un appui pour plusieurs laissant la communication avec les postes de travail intelligents tels que l' IBM 1130 et System / 360 Model 20 . Les sorties multiples sont « une transmission bidirectionnelle pseudo-simultanée entièrement synchrone d'un nombre variable de flux de données entre deux ordinateurs ou plus utilisant des installations de communication synchrones binaires ».

Des fournisseurs tiers ont développé une variété de simulateurs 2770/2780/3780 et d'implémentations multi-leaving pour une utilisation avec HASP et ASP. Certains de ces fournisseurs appelaient à tort leurs produits des émulateurs HASP , mais les produits étaient en fait des terminaux qui parlaient à HASP ; ils n'ont rempli aucune des fonctions du HASP.

Commandes de l'opérateur

L'opérateur de console RJE peut entrer un ensemble restreint de commandes d'opérateur de console HASP. Ces commandes HASP étaient le précurseur du langage de contrôle d'entrée de travail de JES2 ( JES2 JECL ).

Les opérandes étaient limités à ceux de ce site distant, par conséquent DJ1-999 (ci-dessous) n'en affichait généralement que quelques-uns, ceux encore en attente du site distant de l'opérateur.

Certaines des commandes de la console HASP RJE, qui peuvent être saisies sous forme abrégée (une seule lettre) ou épelées, sont :

Court Longue Opérande(s) Exemple
E redémarrage nom de l'appareil E rm1.rdr
Z arrêter nom de l'appareil Z rm1.pr1
ré affichage (J, moi et autres) par exemple
DJ travail d'affichage Numéro de tâche (ou plage) DJ345 ou DJ1-999
AD affichage actif (emplois actifs affichés) AD
DI afficher les initiateurs (lettres d'initiateur affichées) DI
C Annuler (Travail ou nom_de_l'appareil) par exemple
JC annuler le travail Numéro de travail CJ678
C Annuler nom de l'appareil C rm1.rdr

Une ligne de commande "C rm1.rdr" était censée annuler plutôt que soumettre le jeu de cartes en cours de lecture. Cela aurait pu être utile si un bourrage de carte rendait plus judicieux de laisser d'autres travaux se poursuivre pendant qu'une ou plusieurs cartes étaient remplacées lors d'un coup de poing à proximité.

Journal des travaux

La sortie du journal de travail HASP a fourni un résumé des ressources utilisées pour le travail (la sortie est apparue en majuscules) :

  • Heure de début
  • Temps d'arrêt
  • Temps d'exécution
  • Utilisation de la mémoire
  • Espace de bobine utilisé
  • Cartes lues
  • Cartes perforées
  • Lignes imprimées

Voir également

Remarques

Les références