Der IBM 1401

Source: http://www.columbia.edu/cu/computinghistory/1401.html

[ Siehe Galerie ]


Foto: IBM 1401 Data Processing System Reference Manual A24-1403- x .

Das IBM 1401 Data Processing System , ein Transistor-Logik-Computer mit gespeicherten Programmen, wurde im Oktober 1959 angekündigt. Für 2500 US - Dollar pro Monat bei minimaler Konfiguration war dies IBMs erster erschwinglicher Allzweckcomputer und sollte alle Buchhaltungsmaschinen ersetzen Taschenrechner , die immer noch eine günstigere Alternative zu den IBM- Computern 650 und 70 x darstellten. Tausende von 1401 wurden verkauft oder vermietet; Tatsächlich war es der erste Computer, der 10.000 Einheiten einsetzte. Der 1401 war ein dezimaler (nicht binärer) Computer mit Wörtern variabler Länge, die aus 8-Bit-Bytes mit 6-Bit-BCD ( binär codierte Dezimalzahl) bestanden) Zeichen (plus Paritäts- und Wortmarkenbits) und war hauptsächlich für geschäftliche Anwendungen gedacht (sein wissenschaftliches Gegenstück war das 1620 ). Der 1401 war der erste in der 1400er-Computerserie von IBM, zu der später die Modelle 1410 , 1440 und 1460 gehörten. Ursprünglich nur in Maschinen- oder Assemblersprache oder (etwas später) Autocoder programmiert , was sich für viele Menschen als schwierig erwies, wurde der 1401 bald zum Erfolg Host einer der frühesten geschäftsorientierten Programmiersprachen auf hohem Niveau, RPG (Report Program Generator), was seine Benutzerfreundlichkeit und Popularität steigerte [ 4 ]. Später wurde FORTRAN für die wissenschaftliche Programmierung hinzugefügt.

Laut Hugh T. Hoskins gab es vor dem Erscheinen von Autocoder einen Assembler namens SOPAT, der von IBM geliefert wurde. Dies geschah 1962 an der University of Southern California School of Business. Siehe auch die späteren Kommentare von Keith Williams unten .

Der 1401 war so beliebt, dass (der Legende nach) im Jahr 2000 noch 1401-Anwendungen auf 1401-Simulatoren liefen (bei denen es sich möglicherweise um 70x0-Anwendungen handelte und sie daher auf eigenen Simulatoren liefen), was eine besondere Herausforderung bei der Umstellung auf das Jahr 2000 darstellte . Sie können darauf wetten, dass die Programmierer der 1960er-Jahre, die nur über ein paar Tausend Bytes Speicher verfügten, keinen Kern für vierstellige Jahreszahlen verschwendet haben!

Im Bild (von links nach rechts; folgen Sie den Links für größere Bilder):

Der Drucker 1403 konnte bis zu 1400 Zeilen mit 132 Spalten pro Minute drucken, manchmal auch mehr. Der Leser/Locher 1402 konnte 1000 Karten (eine halbe Schachtel) in seinem Einzugsfach unterbringen, 800 Karten pro Minute lesen und 250 Karten pro Minute lochen. Loren Wilton (von Burroughs/Unisys, der während seines Studiums mit dem 1401 arbeitete) wies darauf hin (31. Dezember 2003), dass:

... wenn Sie eine Handvoll Karten in den Leseeinzug fallen lassen (was normalerweise beim Beladen des Fachs geschieht und ohnehin passieren würde, sobald Sie das Lesegerät starten), würde das Fach zusammen mit dem Leseeinzug eine ganze Schachtel enthalten Karten einfach, oder 2000+ Karten.

Dies war sehr praktisch, da es die Zeit reduzierte, die Sie für das Einlegen der Karten in das Lesegerät aufwenden mussten, und Sie Ihre Zeit der Verwaltung des Lochers widmen konnten, der über ein viel kleineres Magazin verfügte, und der Lese-/Locher-Stapler, die nur einen Kartenleser hatten Jeder Stapel fasst maximal etwa 800 bis 1000 Karten. Normalerweise wurde nur der rechte Stapler für das Lesegerät und der linke Stapler für den Locher verwendet, sodass mehrere Stapler nicht viel halfen.

Wenn Sie einen Auftrag ausführen würden, der Daten auf vorgedruckte Formulare druckt (insbesondere auf mehrlagigem Papier oder steifem Papier), müssten Sie auch viel Zeit für die Überwachung des 1403-Staplers aufwenden, um sicherzustellen, dass am Ende keine Formulare ausgegeben werden Es verschüttet sich über den ganzen Boden und stapelt sich nicht ordentlich im Stapler. Dicke Formulare ließen sich in der Regel nicht gut stapeln, insbesondere wenn der Drucker viele Hochgeschwindigkeitsbewegungen durchführte, wie es bei Formularaufträgen üblich ist.

Nicht abgebildet: die 1406-Speichereinheit mit Kernspeicher . Der 1401 war mit bis zu 4K 8-Bit-Zeichen Kernspeicher ausgestattet; Der 1406 erhöhte seine Speicherkapazität auf 8 KB, 12 KB oder 16 KB (der oben gezeigte 1401 verfügt also über 4 KB).

Die 1405 Disk Storage Unit Model 1 hatte eine Kapazität von „10 Millionen alphanumerischen Zeichen auf 25 Festplatten“ (Platten). Das Modell 2 enthielt 20 Millionen Zeichen auf 50 Platten. Der Zugriff auf jede Platte erfolgt über einen eigenen Zugriffsarm (Lese-/Schreibkopf). Dabei handelt es sich um eines der frühesten in Produktion befindlichen Festplattenlaufwerke, der direkte Nachkomme des ursprünglichen IBM 305 Disk File, das 1956 mit seinem RAMAC-Computer (RANdoM ACcess) eingeführt wurde. „Durch die Inline-Methode der Datenverarbeitung werden die Aufzeichnungen eines Unternehmens kontinuierlich verwaltet.“ -aktueller Status. Jede Transaktion, die sich auf ein Unternehmen auswirkt, kann verarbeitet werden, wenn sie stattfindet, und alle betroffenen Datensätze und Konten werden sofort aktualisiert. Den Führungskräften einer Organisation stehen jederzeit Informationen über den Status jedes Kontos zur Verfügung Moment."

Abteilung für Anekdoten

Von Bob Resnikoff, vielleicht der einzige Mitarbeiter hier, der länger als ich dabei ist*:

Ich glaube mich zu erinnern (obwohl ich nicht sicher bin), dass wir den 1401 zur Verarbeitung von Druckbändern vom 7090 (oder 7094) verwendet haben. Da der 7090 „so schnell“ war, galt es als Ressourcenverschwendung, ihn zum Drucken von Ausgaben zu verwenden. Daher wurde die Druck- und Lochausgabe auf Band geschrieben (gerade Parität für Text, ungerade für Binärdatei), die dann auf dem 1401 verarbeitet wurde. Der 1401 gefiel mir schon immer; Ich erinnere mich daran, dass es irgendwie elegant und sparsam im Speicherverbrauch war (die Wörter waren nur so lang, wie man sie brauchte).

Das hier ist von mir ...

Als ich Mitte der 1960er Jahre in der Bundeswehr in Deutschland war , hatten wir im Hauptquartier der 7. Armee in Stuttgart, Patch Barracks, einen mobilen 1401. Er befand sich in einem GROSSEN LKW-Anhänger. Bei unseren Manövern war es dabei. Der Anhänger war an eine Deuce and Half angekuppelt , und ein riesiger gasbetriebener Generator war an den Anhänger angekuppelt. Sobald wir im Wald oder wo auch immer eingesetzt waren, ließen sich die Seiten des Anhängers teleskopieren und man hatte einen ziemlich großen Maschinenraum voller Locher, Prüfgeräte , 1401, Bandlaufwerken, Schreibtischen usw. Vielleicht waren die Locher und Prüfgeräte drin ein separater Trailer, jetzt ist alles bewölkt. Ich war nicht hoch genug, um direkt etwas mit dem Computer zu tun zu haben, ich habe die Tastenanschläge und EAMs gemacht ( 407 ,Sortierer usw.). Ich hatte keine Ahnung, wozu das alles diente, außer dass es Command and Control Information System (CCIS) hieß. Wie auch immer, es hat wochenlang in den Tiefen des Schwarzwalds seinen Dienst getan, egal wie viel Schlamm wir aufgespürt haben.

Im Juli 2006 hörte ich von Wade Harper, der zur gleichen Zeit beim CCIS war, der darüber nachdachte:

Es ist kaum zu glauben, dass wir 12 E6 und 12 E7, 3 Lt und 2 oder 3 WO hatten, um einen Computer mit NUR 8 KB Speicher zu programmieren.

Ja. Übrigens sind E6 und E7 eingetragene Gehaltsstufen. LT ist Leutnant. WO ist Warrant Officer, was zwischen Enlisted und Officer liegt. Warrant Officers sind in der Regel Hubschrauberpiloten. Die Mannschaften (es waren in der Tat alle Männer), mit einer Ausnahme, waren Spezialisten und keine Unteroffiziere (Unteroffiziere, also Sergeants), was bedeutete, dass sie den gleichen Lohn wie Sergeanten erhielten, ohne die Leute herumkommandieren zu müssen. Eine gute Idee finde ich: Menschen entsprechend ihrer Fähigkeiten und Leistungen zu fördern, sie weiterhin das tun zu lassen, was sie gut können, ohne sie ins Management zu zwingen. (Anscheinend hat die Armee diese Praxis vor einigen Jahren aufgegeben.) Später erklärte Wade, was der 1401 tatsächlich bei CCIS tat:

Der 1041 wurde für MRS (Military Report System) im Feld programmiert. Das war eine einfache sequentielle Datenbank auf Band. 1 Block für jeden Bericht. Jedes Hauptquartier übermittelte Informationen im Kartenformat, die als Eingabe für MRS auf Band gespeichert wurden. Mit nur 8K RAM konnten wir kaum etwas programmieren. Jeder Bericht musste das gleiche Format haben. Keine individuellen Berechnungen. Eines Tages waren wir am Ball und Jodie Powers fragte sich, ob wir mit jedem Datenblock irgendwie 1 oder 2 KB Code auf das Band bringen könnten. Dann könnten wir jeden Bericht individualisieren. Also habe ich es endlich programmiert und es funktioniert sehr gut. Wir haben auch Dinge für die Garnisonsarbeit programmiert. Ich hatte die gesamte konventionelle Munition in Europa. Spurling (weil er Deutsch sprach) und ich glaube Jerry Cook hatten das Marschbefehlsprogramm (für den Kriegsfall). An die anderen Projekte kann ich mich nicht erinnern. Wir gingen zu vielen Bataillonshauptquartieren und bettelten um Arbeit. Ich blieb 20 Jahre in der Armee. Anschließend arbeitete ich als Systemprogrammierer an der IBM 360/370 und anderen, bis ich 1996 endgültig in den Ruhestand ging. Ich hatte das Glück, in der Armee Computerprogrammierung zu lernen.

_____________________________

*

Geschrieben vor 2011, als ich entlassen wurde. Innerhalb weniger Jahre auch Bob, nach knapp 50 Jahren. Raus mit dem Alten und rein mit dem Neuen!

Lehren aus dem Dschungel

von Gary H. Anthes

Gary Anthes schrieb am 30. März 2005 Folgendes: „Mein eigener kleiner Beitrag zur 1401 Appreciation Society und der Autocoder Programmers Alumni Association ist der Anhang, eine Kolumne, die ich vor ein paar Jahren für Computerworld geschrieben habe. Viel Spaß.“ [ Computerworld , 20. August 1990, Manager's Journal, S. 60. BYLINE: Von Gary H. Anthes. Anthes, Korrespondent von Computerworld in Washington, D.C., ist ein ehemaliger Oberstleutnant der US-Marine und war stellvertretender Direktor der Datenverarbeitung im Navy Supply Depot in Da Nang, Vietnam.]

Die feindlichen Raketen kamen immer nachts, aber sie waren nicht gut gezielt und richteten selten großen Schaden an. Und als ein Kumpel bei Alarmstufe Rot von einer Giftschlange gebissen wurde, als er in einem Bunker Zuflucht suchte, beschloss ich, im Bett zu bleiben, wann immer die Raketen einschlugen.

Doch kurz vor Tagesanbruch des 24. Februar 1970 hatte der Vietcong Glück und ich erfuhr etwas über die Wiederherstellung nach einem Katastrophenfall.

Eine irgendwo im vietnamesischen Dschungel abgefeuerte Rakete traf das Versorgungsdepot der US-Marine in der Nähe von Da Nang und landete auf wundersame Weise auf einem Stapel von 6.000 Panzerabwehrminen. Die explodierenden Minen sandten Schockwellen über das Depot und legten das Datenverarbeitungszentrum, in dem ich arbeitete, dem Erdboden gleich. Sekundärexplosionen hielten 13 Stunden lang an.

Als ich die gewaltige Explosion in meinem mehrere Meilen entfernten Lager hörte, dachte ich sofort an den grauen Koffer mit den fünf Bändern, die jeden Tag aktualisiert und von der Baustelle mitgenommen wurden, für den Fall, dass die Computerverarbeitung jemals in die Notfalleinrichtung der Marine verlegt werden musste Philippinen. Aber der Koffer mit den Backup-Daten befand sich nicht an seinem gewohnten Platz neben meinem Bett; Ich hatte am Vorabend vergessen, es mitzunehmen. Während mir die Visionen von Kriegsgerichten durch den Kopf tanzten, fuhr ich zum Versorgungsdepot, um bei den Aufräum- und Bergungsarbeiten zu helfen.

Obwohl das Gebäude, in dem sich das Rechenzentrum befand, eingestürzt war, schienen der IBM 1401-Computer und seine Gruppe elektromechanischer Lochkartenmaschinen mehr oder weniger intakt zu sein, obwohl sie mit Tonnen von Staub und Trümmern bedeckt waren. Und der Koffer mit den Magnetbändern befand sich dort, wo ich ihn offenbar unversehrt gelassen hatte.

Bald trafen zwei zivile IBM-Ingenieure am Tatort ein, und ob sie in den nächsten Tagen überhaupt schliefen, war nicht ersichtlich. Der Computer wurde zu einem intakten Lagerhaus in der Nähe gerollt, wo Navy Sea Bees rund um die Uhr daran arbeitete, einen Doppelboden und eine Klimaanlage zu installieren. Dank dieser heldenhaften Bemühungen und der industrietauglichen Staubsauger von IBM konnten die Geräte innerhalb einer Woche gereinigt und wieder funktionsfähig gemacht werden.

Der IBM 1401 – ein Vorgänger des System 360 – verfügte über die gesamte Rechenleistung und den Speicher heutiger Arcade-Spiele, lief jedoch drei Schichten am Tag, sieben Tage die Woche und überwachte einen Bestand von 105.000 Artikeln, die Anforderungen im Wert von 32 Millionen US-Dollar unterstützten ein Monat. Obwohl der Computer und seine Anwendungen zur Bestandskontrolle für die Mission der Marine, Kampftruppen zu versorgen, von entscheidender Bedeutung waren, verlief die Wiederherstellung nach einem Katastrophenfall so schnell, dass die Marineleitung beschloss, mich nicht mit den Sicherungsbändern auf die Philippinen zu schicken. So entkam ich einem Kriegsgerichtsverfahren und erfuhr nie, ob die Explosionen die Teile der Bänder in Buchstabensuppe verwandelt hatten.

Aus all dem lassen sich für den heutigen Rechenzentrumsmanager einige Lektionen lernen, die nichts mit Vietcong-Raketen, Panzerabwehrminen oder Giftschlangen zu tun haben. Erwarten Sie zunächst das Unerwartete. Zweitens: Verfügen Sie über einen vergoldeten Servicevertrag, der von engagierten, kompetenten Mitarbeitern unterstützt wird. Und schließlich: Wenn Sie derjenige sind, der mit den Backup-Bändern betraut ist, sollten Sie Ihre Arbeit nicht ohne diese aufgeben.

Abteilung für Korrekturen

Folgendes erhielt Bill Nugent im März 2005:

Wenn es um Speicherkapazität geht, verstehen die meisten Menschen unter 4K, 12K, 16K die Zahlen 4096, 12288 und 16384. Der IBM 1401 verfügte über Speicherkapazitäten von 4000, 8000, 12000 und 16000 Wörtern. Vielleicht möchten Sie den Unterschied erklären. Außerdem war jeder Speicherort ein Wort, kein 8-Bit-Zeichen. Auf eines der Bits konnte nicht zugegriffen werden, da es sich um ein Paritätsbit handelte, und ein anderes Bit war die Wortmarke (WM), die den Beginn eines Befehls (nach oben lesen) und das Ende eines Datenfelds (nach unten durch den Speicher lesen) markierte.

Die fünf Ausgabetrichter (Stapler) des 1402 waren eine sehr nützliche Funktion. Standardmäßig wirft der Locher die Karte in den linken Stapel und optional in den zweiten von links oder den mittleren Stapel. Der Leser wird standardmäßig in den rechten Stapler und wahlweise in den zweiten von rechts oder den mittleren Stapler gesteckt. Ich habe viele Programme verwendet und ein oder zwei Programme geschrieben, die Datenkarten standardmäßig in den mittleren Stapler einlesen, es sei denn, die Karte würde ersetzt werden. In diesem Fall fiel sie in den zweiten vom rechten Stapler und der Kartenstanzer stanzte einen Ersatz und legen Sie es in den Mittelstapler.

Das einzig Seltsame an der 1401 war, dass der Kartenleser die Adressen 001 bis 080 einlesen konnte. Wenn die Schaltfläche „Laden“ gedrückt wurde, las der Kartenleser die erste Karte ein, das I-Addr-Register wurde auf 001 gesetzt, sodass die Ausführung an der Adresse 001 begann und so würde der Bootloader beginnen (lassen Sie es mich wissen, wenn Sie eine ausführlichere Erklärung zum Bootloader wünschen). Der Kartenstanzer stanzt von Adresse 101 bis 180 und der Drucker druckt von 201 bis 132, wobei Adresse 200 für die Kanalsteuerung verwendet wird (rechte Phrase).

Da der Computer über eine variable Wortlänge verfügte, war es einfach, ein Programm mit Arithmetik variabler Wortlänge zu schreiben. Ein 1401 mit der optionalen Befehlsoption „Multiplizieren/Dividieren“ könnte zwei 80-Dezimalzahlen in etwa 15 Minuten mit einem einzigen Befehl multiplizieren.

Von Keith Williams, 1. Mai 2006:

Ich habe gerade Ihre Seiten zum 1401 unter http://www.columbia.edu/cu/computinghistory/1401.html gefunden

Es hat mir große Freude bereitet, denn ich kam im Oktober 1959 zu IBM, genau zu dem Zeitpunkt, als diese Maschine angekündigt wurde. Der 1401 war der erste Computer, den ich kannte, und wahrscheinlich der einzige, den ich gründlich verstand. Ich lernte 1960, die Maschine zu programmieren, und brachte es 1961 anderen IBM-Mitarbeitern und Kundenprogrammierern bei.

Ich fühle mich verpflichtet, eine kleine Tatsache auf Ihrer Seite zu korrigieren. Autocoder war nicht die erste Programmiersprache für den 1401. Das Befehlsrepertoire und das Speicheradressierungssystem waren einfach genug, um das Codieren einfacher Routinen in Maschinensprache zu ermöglichen, aber das erste Assemblerprogramm war als SPS (Symbolic Programming System) bekannt. Dieses Programmiersystem wurde von IBM mit der Maschine angekündigt.

Viele der frühen 1401er (die die Lochkartenabrechnungssysteme ersetzten) bestanden lediglich aus der 1401-Verarbeitungseinheit, einem 1402-Kartenleser/Lochgerät und einem 1403-Drucker. Sie hatten keine Band- oder Platteneinheiten, und tatsächlich waren diese Einheiten in der ersten Ankündigung nicht enthalten. Autocoder benötigte eine Band- oder Platteneinheit, um Ihr symbolisches Programm zu verarbeiten und den Objektcode zu erzeugen. Autocoder wurde erstmals auf dem 1410 verfügbar gemacht und eine 1401-Version erschien erst Ende 1961.

Bis dahin haben wir den 1401 im SPS (Symbolic Programming System) programmiert. Das SPS-Assemblerprogramm befand sich in einem Stapel Lochkarten. Das symbolische Programm des Programmierers wurde ebenfalls in Karten gestanzt und hinter dem SPS-Assembler im Lesestapel des 1402 abgelegt. Beim Drücken der „Laden“-Taste wurde der SPS-Assembler in den Kernspeicher des 1401 geladen und las und verarbeitete sofort das symbolische Programm des Benutzers Programm. Die Übersetzung war ein zweistufiger Prozess: Zuerst wurde ein teilweise übersetztes Deck auf der Stanzseite des 1402 ausgestanzt. Dieses teilweise übersetzte Programm wurde dann zurück in die Leseseite des 1402 eingespeist, und in diesem zweiten Durchgang entstand ein vollständig übersetztes Objektprogramm wurde auf der Stempelseite ausgestanzt.

Der 1401 wurde mit einer Auswahl von 5 verschiedenen Kernspeichergrößen geliefert. Für praktische „Standalone“-Rechnungen betrug die Mindestspeichergröße 4 KB Zeichen, es waren jedoch auch 8-, 12- oder 16-KB-Speicherkonfigurationen möglich. Für Systeme, die als Offline-Druckersystem für die deutlich leistungsstärkere IBM 700/7000-Serie eingesetzt werden sollten, wurde es außerdem mit einer Mindestspeicherkonfiguration von 1,4 KB ausgeliefert.

Um einen Punkt von Bill Nugent zu verdeutlichen: Die kleinste adressierbare Speichereinheit der 1400er-Serie war als „Zeichen“ bekannt und bestand aus acht Binärbits (physikalisch gesehen acht Ferritkernen). Es war das Äquivalent dessen, was wir heute als „Byte“ bezeichnen, aber dieser Begriff wurde erst mit der Ankündigung der Maschinen der dritten Generation (System /360) verwendet. Wie Bill erklärt, wurden sechs der Bits zur Zeichenkodierung verwendet, wobei ein System namens BCD verwendet wurde, das auf dem Code basiert, der in IBM-Lochkarten verwendet wird. Das siebte Bit wurde als Paritätsbit und das achte als „Wortmarke“ verwendet. Ein „Wort“ bestand in der 1400er-Serie aus einer variablen Anzahl aufeinanderfolgender Zeichenpositionen, wobei auf der letzten das Bit „Wortmarkierung“ aktiviert war. Es wurde daher als Maschine mit variabler Wortlänge bezeichnet. im Gegensatz zur festen Wortlänge der Vorgänger 709 und 650. Jede maschinensprachliche Anweisung stellte ein „Wort“ dar und konnte in der Länge zwischen 1, 4, 7 und 8 Zeichen variieren, wobei die letzte Anweisung eine Wortmarke trug. Datenwörter hatten natürlich eine völlig variable Länge und wurden Zeichen für Zeichen der Reihe nach verarbeitet, bis die Wortmarke gefunden wurde.

Mehr Geschichten...

Von Karen B. McLaughlin, 24. August 2006:

Ich war ein früher SPS-Programmierer und begann 1961 am Lawrence Radiation Laboratory (LRL), frisch von der UC Berkeley. Keith Williams hat viele Einzelheiten klargestellt, die ich in den anderen Erinnerungen vor seinem Beitrag nicht erkennen konnte. Seine Beschreibungen weckten Erinnerungen an das, was wir Programmierer zum Testen und Debuggen durchmachen mussten, einschließlich des Ladens/Entladens von Lochkarten und der Sicherstellung, dass das Papier richtig gestapelt wurde. Niemand erwähnte das Lochen von Schlüsseln, aber das war eine weitere Fähigkeit, die wir uns alle aneignen mussten, weil das Locher-Personal damit beschäftigt war, Datenkarten zu lochen, da wir keine Bandlaufwerke hatten. Ein wesentliches Merkmal des 1401 (und anderer seiner Zeit) war, dass, da es kein Betriebssystem gab, jeder Fehler dem Programm im Kern zugeschrieben werden konnte, was das Debuggen zu einer relativ einfachen Problemlösung machte.

Ein weiterer Punkt zum 1401: Die Konsole verfügte über Bitschalter, die es einem Programmierer ermöglichten, den Kern dynamisch zu ändern, was ein Debuggen im laufenden Betrieb ermöglichte – vorausgesetzt, man kannte Hollerith. Da die Programmierer nur eine Stunde pro Tag praktische Tests hatten, war das eine nützliche Funktion.

Das Programmdesign musste elegant und sparsam sein und Überlagerungen und Strukturen nutzen, bevor der Begriff erfunden wurde. Heutzutage haben viele Menschen einen PDA und ein Mobiltelefon dabei, die jeweils über mehr Speicher verfügen als der erste Computer, mit dem wir 1968 die Lohn- und Gehaltsabrechnung für über 5.000 Mitarbeiter bei LRL Berkeley und Livermore erstellt haben.

Ich blieb im Computerbereich, lernte viele verschiedene Maschinen, Sprachen, Projekte und Berufsbezeichnungen kennen und ging schließlich 1999 nach 25 Jahren am Jet Propulsion Laboratory in den Ruhestand. Mit einem freudigen Gefühl des Überflusses, möglicherweise hervorgerufen durch meine frühen Erfahrungen mit dem 1401, habe ich gerade einen Personal Computer mit fast 500 GB Speicher fertiggestellt, weit mehr, als ich jemals nutzen kann.

Ich hatte im Laufe der Jahre eine wunderbare und herausfordernde Fahrt, aber das Programmieren und Bedienen des 1401 hat mir immer am meisten Spaß gemacht.

Robert N. Sammer, 21. Mai 2007:

Nachdem ich die Artikel auf Ihrer Website gelesen habe, möchte ich Folgendes hinzufügen.

Im Jahr 1962 trat ich als 1401-Computerbediener in die Computerbetriebsabteilung von IBM in New York Time/Life ein.

Zu meinen Aufgaben gehörte es, alle eingehenden Computerjobs, die die Programmierer dem Zentrum übermittelten, mithilfe des Satelliten 1401 auf Band zu speichern. Dies ermöglichte es den aktuellen Großrechnern (7090, 7040/44), Jobs ohne die zeitaufwändigen Ein-/Ausgabefunktionen zu verarbeiten.

Das New Yorker Rechenzentrum war ein Satellit zum Hauptrechenzentrum in Poughkeepsie, New York, sodass die zweite Schicht in New York über Telefonleitungen, sogenannte Televerarbeitung, den Überfluss an Aufträgen, die in New York nicht bearbeitet werden konnten, an Poughkeepsie weiterleiten würde.

Da wir eine Deadline einhalten mussten und viele Aufträge per Televerarbeitung nach Poughkeepsie übertragen werden mussten, stapelte ich die Vielzahl der Aufträge auf das Kartenlese-Einzugsfach, das bis zu 3000 Karten aufnehmen konnte, drückte am Computer auf Start und der Vorgang von der Karte auf Band begann . Bei einer Überprüfung des Lesegeräts (das Lesegerät erkannte einen Fehler zwischen der Einlese- und der Prüfbürste) musste der Bediener die Karten im Karteneinleseschacht vorsichtig entfernen, damit die Integrität der Kartenreihenfolge gewahrt blieb. Entfernen Sie die Karten von der Oberseite des Leseeinzugsfachs, damit die verbleibenden Karten im Fach nach oben gedrückt werden können, damit der Bediener die Karten in das Lesegerät spülen kann. Nun würde der Bediener die Karte fälschlicherweise überprüfen, um festzustellen, ob es einen gültigen Grund für die Überprüfung des Lesegeräts gibt. Wenn keine Karten zu sehen waren, ersetzte der Bediener alle Karten in der richtigen Reihenfolge und startete das Lesegerät. Wenn nichts passierte, würde die Karte-zu-Band-Verarbeitung fortgesetzt. Wenn dieselbe Karte noch einmal von einem Lesegerät überprüft würde, würde der Job aus dem Jobstrom entfernt und der Programmierer benachrichtigt.

Eines Nachts gab der Leser, der mit dieser Aufgabe betraut war, immer wieder falsche Leserschecks aus. Es würde fünf oder sechs Karten lesen und die nächste Karte prüfen. Nach Durchführung des oben beschriebenen Verfahrens liest das Lesegerät neun oder zehn Karten und prüft die nächste Karte.

Ich habe meinen Vorgesetzten gebeten, die CEs (Customer Engineers) mit der Überprüfung des Lesegeräts zu beauftragen. Mir wurde gesagt, dass die CEs während der ersten Schicht mehrmals Kontrollen durchgeführt hätten, aber keinen Grund für die Leserkontrollen finden konnten. Nach etwa dem zwanzigsten Lesercheck tat ich, als die Zeit knapp wurde, das, was jeder gute amerikanische Do-It-Yourself-Mechaniker tun würde.

(Um den Stress einer achtstündigen Schicht auf meinen Füßen zu lindern, kaufte ich ein Paar Schuhe mit Gummisohlen. Das Sohlendesign erinnerte mich an ein frisch gepflügtes Feld mit kleinen Tälern und scharfen Spitzen, die auf jedem Schuh von einer Seite zur anderen gingen.)

Wenn es nicht funktioniert, nachdem Sie es überprüft und nichts Falsches gefunden haben, werfen Sie es! Genau das habe ich getan. Der Abdruck meines Schuhs blieb an der Tür des 1401 zurück, da auf den erhöhten weißen Fliesenböden im Operationssaal normaler Staub zu finden war.

Während meiner restlichen Schicht funktionierte das Lesegerät nicht mehr und las einwandfrei. Es funktionierte in der dritten Schicht und in der ersten Schicht, und als ich zur Arbeit zurückkehrte, war mein Schuhabdruck immer noch da und ich erhielt von meinen Kollegen vielen Dank für die Reparatur des Lesegeräts.

Die CEs waren sogar von meiner Lösung überrascht. Der Aufdruck blieb einige Tage lang erhalten, wurde jedoch entfernt, bevor der CE-Manager und die Gäste zu einem Rundgang durch die Betriebsabteilung kamen. Aufgrund Ihrer Website-Artikel und der Frage, was, wenn überhaupt, zum 50. Jahrestag der Einführung des 1401 getan werden soll, habe ich mich für die Programmierung des 1401 neu geschult und ein kleines Hilfsprogramm dafür geschrieben und bin zu 95 % sicher, dass dies der Fall sein wird funktioniert, wenn es in 1401 eingegeben wird. Ja, ich habe 1401 am Computer gespielt, um das Programm auszuprobieren, und ja, es war schwierig, SPS-Codierung in ein Objektdeck, wie wir es 1962 nannten, zu übersetzen, aber ich hatte SPASS. Und das nach einer 38-jährigen Karriere in den Bereichen Design, Spezifikationserstellung, Codierung, Debugging, Tests usw. von IBM Main Frame-Computersystemen.

Kommentar...

4. Juli 2007:

Edward G. Nilges

13A 6F 1F Wang Long Village

Yung Shue Wan

Lamma Island

HONGKONG

Lieber Frank:

Als ehemaliger IBM 1401-Programmierer, der einen reinen Objektcode-Compiler für Fortran debuggte, nachdem IBM im Januar 1971 die Unterstützung für 1401 eingestellt hatte, und der auf eigene Faust Mathematik mit erhöhter Präzision und neue Formen der Arithmetik mit „modifizierten Adressen“ entdeckte, bin ich eigentlich ganz ruhig Ich war wütend, als ich las, dass die Armee über die Ressourcen verfügte, verschwenderisch in den Wäldern Deutschlands ein „1401-Rechenzentrum“ einzurichten, während meine Universität um Ressourcen bettelte, um ihre Studenten zu unterrichten.

Dies liegt daran, dass das Rechenzentrum 1401 wahrscheinlich nicht viel unternommen hat und ein Trottel war.

Ich bewundere die harte Arbeit und den Heldenmut der Datenverarbeitungstechniker, die die 1401 nach einem Raketenangriff aus Vietnam in Da Nang geborgen haben. Allerdings marschierte ich zur gleichen Zeit, als ich den 1401 lernte, gegen diesen verrückten Krieg, so verrückt wie der heutige Krieg im Irak, wo zweifellos der Heldentum, die Selbstaufopferung und die harte Arbeit niedriger und glanzloser Milizen eine Rolle spielen. Spezifikationen werden verschwendet, damit Offiziere im Flaggenrang befördert werden können und der schlechteste Präsident in der amerikanischen Geschichte so tun kann, als wäre er ein Mann.

Meine direkte Erfahrung als Datenverarbeitungsprofi in den folgenden dreißig Jahren war, dass in Amerika dem zivilen Sektor systematisch Zeit und Ressourcen für die Entwicklung effektiver und zuverlässiger Systeme für menschliche Bedürfnisse fehlten, sodass unser militärisch-industrielles Establishment Geld für idiotische Unternehmungen verschwenden konnte vom Herumkarren eines Großrechners in einem Lastwagen bis hin zu „Star Wars“.

Ich entdeckte im Januar 1972 die Folgen des Macho-Big-Talks von IBM-Kundeningenieuren, die als Wehrpflichtige ihren Macho-Big-Talk gelernt hatten, weil einer von ihnen meine Universität angeklagt hatte, eine Universität, der es an Mitteln mangelte, weil die Roosevelt University den schlechten Geschmack hatte, Arbeitskräfte auszubilden Klassenleute und Farbige, weil sie den IBM 1401 Fortran-Compiler „repariert“ haben, um mit Roosevelts minimaler Speicherkonfiguration zu arbeiten … indem sie nicht verfügbaren Speicher verwendet haben, um zu einer Unterroutine zu verzweigen, die den Laufzeitinterpreter überlagerte.

Diese „Lösung“ wurde nie getestet, sondern voller Verachtung meinem Mathematikprofessor vorgeworfen, der lediglich versuchte, Schülern der Arbeiterklasse und farbigen Studenten eine erste Ausbildung in Informatik zu ermöglichen, damit sie mit wohlhabenden Kindern an der University of Chicago konkurrieren konnten.

Der Techniker des Kunden wusste nicht einmal, dass die Roosevelt University dafür bezahlte und über die zusätzliche Hardware verfügte, um Multiplikationen und Divisionen im Speicher durchzuführen, und war offenbar auch nicht neugierig darauf. Ich habe seinen „Fix“ entfernt und die richtige Multiplikationsanweisung eingefügt, und der Compiler funktionierte und wurde anschließend in Klassen verwendet.

Die intellektuelle Neugier und das sexistische Gerede der Kundeningenieure (die ihrer Meinung nach gerne bei Roosevelt arbeiteten, weil es schon damals altmodisch war und ein Glasfenster an der Michigan Avenue hatte, das sich zum Beobachten von Mädchen eignete) waren Teil und Teil einer militärischen und unternehmerischen Quasi-Bewegung -Elite, die damals wie heute darauf besteht, Amerika in einen dauerhaften Krieg im Irak zu "führen" (der aus einem mangelnden intellektuellen Interesse daran resultierte, ob Saddam Hussein über Massenvernichtungswaffen verfügte), und eine zunehmende Zahl von Amerikanern, die bei der Arbeit und in der Freizeit durch konstruierte Datensysteme gequält werden von unwissenden Männern, die es ihnen versäumen, ihnen eine Krankenversicherung anzubieten, die es versäumen, Veteranen die Leistungen zu gewähren, die sie verdient haben, und die es versäumen, ihre Kreditwürdigkeit korrekt aufzuzeichnen und ihre Kreditwürdigkeit zur Beute der Kriminellen zu machen.

Lyndon Baines Johnsons „Great Society“ und ihr Hoffnungsschimmer waren bereits 1972 verschwunden, und in der Folge hatten die Roosevelt University und ihre Studenten schon damals aufgrund des wahnsinnigen Bombenanschlags von Nixon im Jahr 1972 zunehmend keinen Zugang zu Geldern für Bildung oder andere echte menschliche Bedürfnisse Kampagne und Destabilisierung der chilenischen Regierung hatten Vorrang.

Aus diesem Grund habe ich mitgeholfen und 12 Stunden am Tag gearbeitet, um das IBM 1401-System der Roosevelt University am Leben zu halten, bis es aktualisiert werden konnte. Ich habe eine Reihe von Software und Verfahren für zuverlässiges Rechnen entwickelt, die es dem Kanzler ermöglichten, Studenten genau zu benoten, und dem Schatzmeister, Mitarbeiter zu bezahlen, in einer Zeit, in der dies größtenteils das Programmieren in der SPS-Assemblersprache bedeutete und der Fortran-Compiler für Berichte zur Verfügung stand.

Aus diesem Grund bin ich entsetzt darüber, dass der militärisch-industrielle Komplex und die alternden Männer, die von diesem Komplex abgelehnt werden, den Einsatz der 1401 zur Tötung von vier Millionen Menschen in Vietnam feiern. Es ist auch bekannt, dass ich (aufgrund von Unternehmensrisiken) die Übernahme des Computermuseums in Mountain View durch Hardware-Typen (und politische Konservative, die unangemessen Pro-Bush-Schimpftiraden in die technische Kommunikation einfügen) in Frage stelle, die den 1401 in Hardware rekonstruieren. Dadurch werden knappe Ressourcen verschwendet und möglicherweise toxische Technologien neu aufgebaut, während das Computermuseum viel mehr von der „tiefen“ Technologie der Vergangenheit in der Softwaresimulation präsentieren könnte.

Weitere Details zu meinen frühen Abenteuern mit der Zusammenstellung auf dem 1401 können Sie in meinem Buch über eine moderne Technologie lesen. Es heißt „ Build Your Own Net Language and Compiler “ (Apress 2004). Ich bin nach wie vor davon überzeugt, dass es sich bei den meisten Software- und Hardwarebemühungen in Amerika damals und heute nicht um ernsthafte technische und intellektuelle Unternehmungen handelt, sondern um private und öffentliche Unternehmungen, die zeigen sollten, dass „alles unter Kontrolle ist“ ... als die Vorfälle in Manhattan im September 2001 und … in Glasgow letzte Woche zeigen, dass dies überhaupt nicht der Fall ist und dass perverse Technologie für Gewaltdemonstrationen (wenn nicht sogar regelrechter Mord, wie wenn Datensysteme verwendet werden, um unsere Zerstörung von Zielen aus der Luft zu verfolgen) das Anti geschaffen hat -Amerikanismus, der heute in anderen Ländern die Norm ist.

Sehr aufrichtig

Edward G. Nilges

Ihr Herausgeber antwortet verspätet (2015):

Die US-Armee im Deutschland der 1960er Jahre war relativ harmlos. Eine große Geld- und Ressourcenverschwendung, genau wie der Kalte Krieg selbst, aber es hat nicht viel mehr Schaden angerichtet, als ab und zu ein Huhn zu überfahren. Als ich Edward 2007 antwortete (wir führten einen längeren Briefwechsel), „öffnete mir 1965 die amerikanische Invasion der Dominikanischen Republik wirklich die Augen (immer noch ein Teenager, aber bereits in der Armee), und sie kam genau zu dem Zeitpunkt, als Johnson fing an, jeden Monat 50.000 Kinder für Vietnam einzuberufen. Ich habe mich gefragt, in welcher Armee ich bin?“ Ich beantragte die Entlassung als Kriegsdienstverweigerer aus Gewissensgründen und verbrachte mein letztes Jahr in der Armee damit, darauf zu warten, dass sie herausfanden, was mit dem Antrag geschehen sollte.

Heute sehen wir das Ergebnis der Nachkriegsprioritäten Amerikas: Große Teile des Nahen Ostens kollabieren völlig, Mexiko und Mittelamerika werden zu Schlachtfeldern; die US-Wirtschaft liegt in Trümmern, bis auf diejenigen an der Spitze; Unser politisches System ist fest entschlossen, alles Gute rückgängig zu machen, was seit FDRs Amtsantritt erreicht wurde. Der Planet selbst wird schnell zu einer Giftmülldeponie, die im toten Meer versinkt. Und das ist die kurze Liste. Ich bin also auf Edwards Seite, aber das ist eine Computer-Nostalgie-Seite :-) Dennoch ist es immer gut, die Dinge ins rechte Licht zu rücken. (Ergänzung 2021: Wenn Sie alles über meine glorreiche Karriere in der Armee wissen möchten, können Sie es hier lesen .)

Noch mehr Geschichten...

Von Dave Brown, 6. August 2015:

Es hat mir Spaß gemacht, Ihre Seite über den IBM 1401-Computer zu lesen. Es brachte Erinnerungen zurück. Ich erinnere mich daran, dass der Autocoder-Befehl „Store B-register“, codiert als „SBR“, dazu führte, dass die CPU einen sehr kurzen Funkstoß aussendete, der von einem FM-Transistorradio aufgefangen werden konnte, das oben auf dem CPU-Gehäuse angebracht war. Es gab also Programme, die Weihnachtslieder spielten, indem sie für jede Note SBRs mit der Frequenz pro Sekunde aussendeten. Beim Drucker 1403 befanden sich die Buchstaben auf einem fahrradähnlichen Kettenantrieb mit 132 Hämmern, die die vorbeifliegenden Buchstaben trafen. Ein Programm zum Testen der Integrität der Kette wurde „Chain Breaker“ genannt. Es würde eine Reihe von Chartern drucken, die dazu führten, dass alle 132 Hämmer gleichzeitig feuerten, was eine erhebliche Belastung für die Kette darstellte. Ich erinnere mich, dass es am Drucker einen Knopf gab, mit dem man den Hammerschlag je nach Anzahl der gedruckten Durchschläge vor- oder verzögern konnte, sonst würde die linke oder rechte Seite jedes Buchstabens fehlen. Und wie beim SBR-Unterricht gab es Programme, die das Abfeuern der Hämmer nutzten, um sich Notizen für das Spielen von Weihnachtsliedern zu machen. Mein Favorit war der „Little Drummer Boy“.