Der CDC 6600 war ein Großrechner-Computer von Control Data Corporation, zuerst (zuerst in den Vereinigten Staaten) geliefert 1964 an das Strahlenlaboratorium von Lawrence, den Teil der Universität Kaliforniens an Berkeley. Es wurde in erster Linie für die hohe Energie Kernphysik-Forschung besonders für die Analyse von innerhalb des Luftblase-Raums von Alvarez fotografierten Kernereignissen verwendet. Der allererste CDC 6600 wurde ungefähr ein Jahr früher an Conseil Européen pour la Recherche Nucléaire (CERN) in der Nähe von Genf, die Schweiz auch für den Gebrauch in der hohen Energie Kernphysik-Forschung geliefert.

allgemein betrachtet, ist es der erste erfolgreiche Supercomputer, seinen schnellsten Vorgänger, IBM 7030 Stretch vor ungefähr dreimal überbietend. Mit der Leistung von ungefähr 1 megaFLOPS ist es der schnellste Computer in der Welt von 1964-69 geblieben, als es diesen Status seinem Nachfolger, der CDC 7600 aufgegeben hat.

Die Systemorganisation des CDC 6600 wurde für das einfachere (und langsamer) CDC 6400, und später eine Version verwendet, die zwei 6400 Verarbeiter bekannt als der CDC 6500 enthält. Diese Maschinen waren mit den 6600 mit der Instruktion vereinbar, aber sind langsamer wegen eines viel einfacheren und mehr folgenden Verarbeiter-Designs gelaufen. Die komplette Familie wird jetzt den CDC 6000 Reihen genannt. Der CDC 7600 sollte ebenso ursprünglich vereinbar sein, sein Leben anfangend, weil der CDC 6800, aber während der Designvereinbarkeit für die völlige Leistung fallen gelassen war. Während die 7600 Zentraleinheit vereinbar mit den 6600 geblieben ist, tragbaren Benutzercode erlaubend, waren die peripherischen Verarbeiter-Einheiten (PPUs) verschieden, ein verschiedenes Betriebssystem verlangend.

Ein CDC 6600 ist auf der Anzeige am Computergeschichtsmuseum in der Bergansicht, Kalifornien.

Geschichte und Einfluss

Die ersten Produkte von CDC haben auf den Maschinen basiert, die im ZEITALTER entworfen sind, das Seymour Cray gebeten worden war, nach dem Bewegen zu CDC zu aktualisieren. Nach einer experimentellen als der Wenige Charakter bekannten Maschine haben sie CDC 1604, einen der ersten kommerziellen Transistor-basierten Computer und eine der schnellsten Maschinen auf dem Markt geliefert. Management war erfreut, und hat Pläne für eine neue Reihe von Maschinen gemacht, die zum Geschäftsgebrauch mehr geschneidert wurden; sie würden Instruktionen für das Charakter-Berühren und die Aufzeichnung einschließen, die zum Beispiel bleibt. Cray hat sich für solch ein Projekt nicht interessiert, und hat die Absicht gesetzt, eine neue Maschine zu erzeugen, die 50mal schneller sein würde als 1604. Wenn gefragt, einen ausführlichen Bericht über Pläne in einem und fünf Jahren in die Zukunft zu vollenden, hat er zurückgeschrieben, dass seine fünfjährige Absicht war, "den größten Computer in der Welt zu erzeugen,", "am größten" damals synonymisch mit "dem schnellsten" zu sein, und dass sein einer Jahr-Plan war, "ein fünfter vom Weg zu sein".

Seine Kernmannschaft in neue Büros in der Nähe das ursprüngliche CDC Hauptquartier bringend, haben sie angefangen, mit höheren Qualitätsversionen der "preiswerten" Transistoren zu experimentieren, die Cray 1604 verwendet hatte. Nach viel Experimentieren haben sie gefunden, dass es einfach keine Weise gab, wie die Germanium-basierten Transistoren viel schneller geführt werden konnten als diejenigen, die 1604 verwendet sind. Die "Büromaschine", die Management ursprünglich gewollt hatte, jetzt sich als der CDC 3000 Reihen formend, hat sie darüber gestoßen, so weit sie gehen konnten. Cray hat dann entschieden, dass die Lösung war, mit den dann neuen silikonbasierten Transistoren von Halbleiter von Fairchild zu arbeiten, die gerade auf den Markt und die angebotene drastisch verbesserte umschaltende Leistung kamen.

Während dieser Periode ist CDC von einem Anlauf bis eine große Gesellschaft gewachsen, und Cray ist zunehmend frustriert damit geworden, was er als lächerliche Verwaltungsvoraussetzungen gesehen hat. Dinge sind beträchtlich angespannter 1962 geworden, als der neue CDC 3600 zur nahen Produktionsqualität angefangen hat und geschienen ist, genau zu sein, was Management gewollt hat, als sie es gewollt haben. Cray hat schließlich dem CEO von CDC, William Norris gesagt, dass sich etwas ändern musste, oder er würde die Gesellschaft verlassen. Norris hat gefunden, dass er zu wichtig war, um zu verlieren, und Cray das grüne Licht gegeben hat, um ein neues Laboratorium aufzustellen, wo auch immer er gewollt hat.

Nach einer kurzen Suche hat sich Cray dafür entschieden, zu seiner Heimatstadt von Chippewa-Fällen, WI zurückzukehren, wo er einen Block des Landes gekauft hat und ein neues Laboratorium in Gang gebracht hat. Obwohl dieser Prozess eine ziemlich lange Verzögerung im Design seiner neuen Maschine eingeführt hat, sobald im neuen Laboratorium die Dinge angefangen haben, schnell fortzuschreiten. Zu diesem Zeitpunkt wurden die neuen Transistoren ziemlich zuverlässig, und mit ihnen gebaute Module haben dazu geneigt, richtig am ersten Versuch zu arbeiten. Als sie mit Jim Thornton gearbeitet hat, der der Systemarchitekt und das 'verborgene Genie' hinter den 6600 war, hat die Maschine bald Form angenommen.

Mehr als 100 CDC 6600 wurden über die Lebenszeit der Maschine verkauft. Viele von diesen sind zu verschiedenen Atombombe-verwandten Laboratorien gegangen, und ziemlich viele haben ihren Weg in die Universität Rechenlaboratorien gefunden. Cray hat sofort seine Aufmerksamkeit auf seinen Ersatz gelenkt, dieses Mal ein Ziel von 10mal der Leistung der 6600, geliefert als der CDC 7600 setzend. Später CDC Cyber 70 und 170 Computer waren dem CDC 6600 im gesamten Design sehr ähnlich.

Beschreibung

Typische Maschinen des Zeitalters haben eine einzelne komplizierte Zentraleinheit verwendet, um das komplette System zu steuern. Ein typisches Programm würde zuerst Daten ins Gedächtnis laden (häufig vorgerollten Bibliothekscode verwendend), es bearbeiten, und dann schreiben, dass es zurücktritt. Das hat verlangt, dass die Zentraleinheiten ziemlich kompliziert waren, um den ganzen Satz von Instruktionen zu behandeln, die sie aufgefordert würden durchzuführen. Eine komplizierte Zentraleinheit hat eine große Zentraleinheit einbezogen, Signalverzögerungen einführend, während Information zwischen den individuellen Modulen geflossen ist, die sie zusammensetzen. Diese Verzögerungen legen eine maximale obere Grenze zwischen der Leistung fest, die Maschine konnte nur an einer Maschinengeschwindigkeit funktionieren, die der Signalzeit erlaubt hat, das folgende Modul zu erreichen.

Cray hat eine andere Annäherung genommen. Zurzeit sind Zentraleinheiten allgemein langsamer gelaufen als das Hauptgedächtnis, dem sie beigefügt wurden. Zum Beispiel könnte ein Verarbeiter 15 Zyklen nehmen, um zwei Zahlen zu multiplizieren, während jeder Speicherzugang nur einen oder zwei genommen hat. Das hat bedeutet, dass es eine bedeutende Zeit gab, wo das Hauptgedächtnis müßig war. Es war diese Bereitschaftszeit, die die 6600 ausgenutzt haben.

Anstatt zu versuchen, die Zentraleinheit alle Aufgaben behandeln zu lassen, haben die 6600 Zentraleinheiten Arithmetik und Logik nur behandelt. Das ist auf eine viel kleinere Zentraleinheit hinausgelaufen, die mit einer höheren Uhr-Geschwindigkeit funktionieren konnte. Verbunden mit den schnelleren umschaltenden Geschwindigkeiten der Silikontransistoren hat das neue Zentraleinheitsdesign leicht alles dann Verfügbares überboten. Das neue Design ist an 10 MHz (100 ns Zyklus) ungefähr zehnmal schneller gelaufen als andere Maschinen auf dem Markt. Zusätzlich zur Uhr, die schneller ist, hat der einfache Verarbeiter Instruktionen in weniger Uhr-Zyklen durchgeführt; zum Beispiel konnte die Zentraleinheit eine Multiplikation in zehn Zyklen vollenden.

Jedoch konnte die Zentraleinheit nur eine begrenzte Zahl von einfachen Instruktionen durchführen. Eine typische Zentraleinheit des Zeitalters hatte einen komplizierten Befehlssatz, der Instruktionen eingeschlossen hat, alle normalen "Hauswirtschaft"-Aufgaben wie Speicherzugang und Eingang/Produktion zu behandeln. Cray hat stattdessen diese Instruktionen in getrennten, einfacheren Verarbeitern gewidmet allein diesen Aufgaben durchgeführt, die Zentraleinheit mit einem viel kleineren Befehlssatz verlassend. (Das war davon erst, was später gekommen ist, um Design des reduzierten Befehlssatz-Computers (RISC) genannt zu werden.) Indem es der Zentraleinheit, peripherische Verarbeiter (PPs) und Eingabe/Ausgabe erlaubt worden ist, in der Parallele zu funktionieren, hat das Design beträchtlich die Leistung der Maschine verbessert. Unter üblichen Zuständen würde eine Maschine mit mehreren Verarbeitern auch viel mehr kosten. Der Schlüssel zum Design des 6600 war, die Eingabe/Ausgabe-Verarbeiter zu machen, die als peripherische Verarbeiter (PPs) so bekannt sind, einfach wie möglich. Die PPs haben auf dem einfachen 12-Bit-CDC 160A basiert, der viel langsamer gelaufen ist als die Zentraleinheit, Daten aufnehmend und ihn ins Hauptgedächtnis mit der hohen Geschwindigkeit über die hingebungsvolle Hardware "bespritzend".

Die Maschine hat als Ganzes nach einer Mode funktioniert, die als Barrel und Ablagefach, das "Barrel" bekannt ist, das sich auf die zehn PPs und das "Ablagefach" die Hauptzentraleinheit bezieht. Für jede gegebene Scheibe der Zeit wurden SEITEN Kontrolle der Zentraleinheit gegeben, es bittend, eine Aufgabe (auf Anfrage) zu vollenden. Von Kontrolle wurde dann den folgenden SEITEN im Barrel gereicht. Programme wurden mit einer Schwierigkeit geschrieben, um das genaue Timing der Maschine auszunutzen, um jede "tote Zeit" auf der Zentraleinheit zu vermeiden. Mit der Zentraleinheit, die viel schneller läuft als auf anderen Computern, hat jeder Speicherzugang zehn Zentraleinheitsuhr-Zyklen genommen, um zu vollenden, so durch das Verwenden von zehn PPs jeder wurden SEITEN ein Speicherzugang pro Maschinenzyklus versichert.

Die 10 PPs wurden eigentlich durchgeführt; es gab Zentraleinheitshardware nur für eine Single SEITEN Diese Zentraleinheitshardware wurde geteilt und hat auf 10 SEITEN-Register-Seten funktioniert, die jeden der 10 SEITEN-Staaten (ähnlich modernen Nebenläufigkeitsverarbeitern) vertreten haben. Die SEITEN schreiben sich ein Barrel würde mit jedem SEITEN-Register-Set "rotieren", das dem "Ablagefach" präsentiert ist, das die wirkliche SEITEN-Zentraleinheit besetzt hat. Die geteilte Zentraleinheit würde alle oder einen Teil einer Instruktion von Seiten durchführen, woraufhin das Barrel wieder "rotieren" würde, das Register-Set der folgenden Seiten (Staat) präsentierend. Vielfache "Folgen" des Barrels waren erforderlich, um eine Instruktion zu vollenden. Ein ganzes Barrel "Folge" ist in 1000 Nanosekunden (100 Nanosekunden pro SEITEN) vorgekommen, und eine Instruktion konnte von 1 bis 5 "Folgen" des Barrels nehmen, das, oder mehr zu vollenden ist, wenn es war, übertragen Daten Instruktion.

Die Basis für die 6600 Zentraleinheit ist, was heute ein RISC System, dasjenige genannt werden würde, in dem der Verarbeiter abgestimmt wird, um Instruktionen zu tun, die verhältnismäßig einfach sind und beschränkt haben und bestimmter Zugang zum Gedächtnis. Die Philosophie von vielen anderen Maschinen war zum Verwenden von Instruktionen, die — zum Beispiel, eine einzelne Instruktion kompliziert wurden, die einen operand auswendig herbeiholen und es zu einem Wert in einem Register hinzufügen würde. In den 6600, den Wert ladend, würde auswendig eine Instruktion und das Hinzufügen verlangen, dass man eine Sekunde verlangen würde. Während langsamer in der Theorie wegen der zusätzlichen Speicherzugänge der PPs diesen Aufwand abgeladen hat. Diese Vereinfachung hat auch Programmierer gezwungen, ihrer Speicherzugänge sehr bewusst zu sein, und deshalb absichtlich zu codieren, um sie so viel wie möglich zu reduzieren.

Central Processor (CP)

Central Processor (CP) und Hauptgedächtnis der 6400, 6500, und 6600 Maschinen hatten eine 60-Bit-Wortlänge. Der Hauptverarbeiter hatte acht allgemeinen Zweck 60 Bit schreiben X0 durch X7 ein, acht 18-Bit-Adresse schreibt A0 durch A7 ein, und acht 18-Bit-Notizblock schreibt B0 durch B7 ein. B0 wurde dauerhaft an der Null durch die Hardware gehalten; viele Programmierer haben es nützlich gefunden, B1 auf 1 zu setzen und dann es als ähnlich unverletzt zu behandeln.

Das BEDIENUNGSFELD hatte keine Instruktionen für den Eingang und die Produktion, die durch Peripherische Verarbeiter (unten) vollbracht werden. Keine opcodes wurden dem Laden oder der Speicherung des Gedächtnisses spezifisch gewidmet; das ist als eine Nebenwirkung der Anweisung zum bestimmten Register vorgekommen. Das Setzen von A1 durch A5 hat das Wort an dieser Adresse in X1 durch X5 beziehungsweise geladen; das Setzen von A6 oder A7 hat ein Wort von X6 oder X7 versorgt. Keine Nebenwirkungen wurden mit A0 vereinigt.

Eine getrennte Hardware-Einheit der Last/Ladens hat den wirklichen Datenfluss unabhängig von der Operation des Instruktionsstroms behandelt, anderen Operationen erlaubend, zu vollenden, während auf Gedächtnis zugegriffen wurde, der (bester Fall) acht Zyklen verlangt hat.

Das 6600 BEDIENUNGSFELD hat 10 eingeschlossen passen funktionellen Einheiten an, vielfachen Instruktionen erlaubend, auf zur gleichen Zeit gearbeitet zu werden. Heute ist das als ein Superskalardesign bekannt, aber es war für seine Zeit einzigartig. Verschieden von den meisten modernen Zentraleinheitsdesigns waren funktionelle Einheiten nicht pipelined; die funktionelle Einheit würde beschäftigt werden, als eine Instruktion dazu "ausgegeben" wurde und beschäftigt für die komplette Zeit bleiben würde, die erforderlich ist, diese Instruktion durchzuführen. (Im Vergleich hat der CDC 7600 pipelining in seine funktionellen Einheiten eingeführt.) Im besten Fall konnte eine Instruktion zu einer funktionellen Einheit jeder 100 ns Uhr-Zyklus ausgegeben werden. Das System hat und decodierte Instruktionen auswendig so schnell wie möglich allgemein schneller gelesen, als sie vollendet werden konnten, und sie von zu den Einheiten für die Verarbeitung gefüttert haben. Die Einheiten waren:

• das Schwimmen des Punkts multipliziert (2 Kopien)
• das Schwimmen des Punkts teilt
• das Schwimmen des Punkts fügt hinzu
• "lange" ganze Zahl fügt hinzu
• Vorwärtszähler (2 Kopien; durchgeführte Speicherlast/Laden)
• Verschiebung
• Boolean-Logik
• Zweig

Schwimmpunkt-Operationen wurden Stolz des Platzes in dieser Architektur gegeben: Die CDC 6600 (und Verwandtschaft) stehen eigentlich allein im im Stande Sein, 60 Bit durchzuführen, die Punkt-Multiplikation rechtzeitig schwimmen lassen, die damit für einen Programm-Zweig vergleichbar ist.

Vorher durchgeführte Instruktionen wurden in einem geheimen Acht-Wörter-Lager, genannt den "Stapel" gespart. Sprünge im Stapel waren schneller als Sprünge aus dem Stapel, weil kein Speicherabruf erforderlich war. Der Stapel wurde durch eine vorbehaltlose Sprung-Instruktion gespült, so wurden vorbehaltlose Sprünge an den Enden von Schleifen als bedingte Sprünge herkömmlich geschrieben, die immer erfolgreich sein würden.

Das System hat eine 10-Megahertz-Uhr verwendet, aber hat ein vierphasiges Signal verwendet, so konnte das System zuweilen an 40 MHz effektiv funktionieren. Eine Schwimmpunkt-Multiplikation hat zehn Zyklen genommen, eine Abteilung hat 29 genommen, und die gesamte Leistung, Speicherverzögerungen und andere Probleme in Betracht ziehend, war ungefähr 3 MFLOPS. Mit den besten verfügbaren Bearbeitern, spät in der Geschichte der Maschine, konnten FORTRAN Programme annehmen, ungefähr 0.5 MFLOPS aufrechtzuerhalten.

Speicherorganisation

Benutzerprogramme werden eingeschränkt, um nur ein aneinander grenzende Gebiet des Hauptgedächtnisses zu verwenden. Der Teil des Gedächtnisses, zu dem ein Durchführungsprogramm Zugang hat, wird vom RA (Verhältnisadresse) und FL (Feldlänge) Register kontrolliert, die für das Benutzerprogramm nicht zugänglich sind. Wenn ein Benutzerprogramm versucht, ein Wort im Hauptgedächtnis an der Adresse a zu lesen oder zu schreiben, wird der Verarbeiter zuerst dass nachprüfen zwischen 0 und FL-1 zu sein. Wenn es ist, greift der Verarbeiter auf das Wort im Hauptgedächtnis an der Adresse RA+a zu. Dieser Prozess ist als grundgebundene Wiederposition bekannt; jedes Benutzerprogramm sieht Kerngedächtnis als ein aneinander grenzender Block Wörter mit der Länge FL, mit der Adresse 0 anfangend; tatsächlich kann das Programm überall im physischen Gedächtnis sein. Mit dieser Technik kann jedes Benutzerprogramm ("umgesiedelt") im Hauptgedächtnis durch das Betriebssystem bewegt werden, so lange das RA-Register seine Position im Gedächtnis widerspiegelt. Ein Benutzerprogramm, das versucht, auf Gedächtnis außerhalb der erlaubten Reihe zuzugreifen (d. h. mit einer Adresse, die nicht weniger ist als FL) wird eine Unterbrechung auslösen, und wird durch das Betriebssystem begrenzt. Wenn das geschieht, kann das Betriebssystem eine Kernmüllkippe schaffen, die den Inhalt des Gedächtnisses des Programms und Register in einer Datei registriert, dem Entwickler des Programms ein Mittel erlaubend, zu wissen, was geschehen ist. Bemerken Sie die Unterscheidung mit virtuellen Speichersystemen; in diesem Fall muss die Gesamtheit eines addressable Raums eines Prozesses im Kerngedächtnis sein, muss aneinander grenzend sein, und seine Größe kann nicht größer sein als die echte Speicherkapazität.

Alle außer den ersten sieben CDC 6000 Reihe-Maschinen konnten mit einem fakultativen System von Extended Core Storage (ECS) konfiguriert werden. ECS wurde von einer verschiedenen Vielfalt des Kerngedächtnisses gebaut, als es im Hauptgedächtnis verwendet wurde. Das hat es wirtschaftlich dafür gemacht, um sowohl größer als auch langsamer zu sein. Der primäre Grund bestand darin, dass ECS Gedächtnis mit nur zwei Leitungen pro Kern angeschlossen wurde (Unähnlichkeit mit 5 für das Hauptgedächtnis), Weil es sehr breite Übertragungen durchgeführt hat, war seine folgende Übertragungsrate dasselbe als dieses des kleinen Kerngedächtnisses. Eine 6000 Zentraleinheit konnte Block-Speicherübertragungen zwischen einem Programm eines Benutzers (oder Betriebssystem) und der ECS Einheit direkt durchführen. Breite Datenpfade wurden verwendet, so war das eine sehr schnelle Operation. Speichergrenzen wurden auf eine ähnliche Weise als Hauptgedächtnis — mit einem RA/FL durch das Betriebssystem aufrechterhaltenen Mechanismus aufrechterhalten. ECS konnte für eine Vielfalt von Zwecken verwendet werden, einschließlich Benutzerdatenreihe zu enthalten, die für das Hauptgedächtnis zu groß war, oft benutzte Dateien, das Tauschen, und gerade als ein Nachrichtenpfad in einem Mehrgroßrechner-Komplex haltend.

Peripherische Verarbeiter (PPs)

Die 'Haushalts'-Aufgaben zu behandeln, die andere Designs, die in der Zentraleinheit, Cray gestellt sind, zehn andere Verarbeiter, gestützt teilweise auf seinem früheren Computer, der CDC 160A eingeschlossen haben. Diese Maschinen, genannt Peripherische Verarbeiter oder PPs, waren volle Computer in ihrem eigenen Recht, aber wurden auf leistende Eingabe/Ausgabe-Aufgaben und das Laufen des Betriebssystems abgestimmt. Einer der PPs war in der gesamten Kontrolle der Maschine einschließlich der Kontrolle des Programms, das auf der Hauptzentraleinheit läuft, während andere verschiedenen Eingabe/Ausgabe-Aufgaben — ganz ähnlich zu Eingabe/Ausgabe-Kanälen in Großrechnern von IBM der Zeit gewidmet würden. Als das Programm eine Art Eingabe/Ausgabe durchführen musste, hat es stattdessen ein kleines Programm in eine dieser anderen Maschinen geladen, und lassen Sie es die Arbeit tun. Die SEITEN würden dann die Zentraleinheit informieren, als die Aufgabe mit einer Unterbrechung abgeschlossen war.

Jeder SEITEN hat sein eigenes Gedächtnis von 4096 12-Bit-Wörtern eingeschlossen. Dieses Gedächtnis, das sowohl für für die Eingabe/Ausgabe-Pufferung als auch für Programm-Lagerung, aber die Ausführungseinheiten gedient ist, wurde durch 10 PPs, in einem configration genannt das Barrel und Ablagefach geteilt. Das hat bedeutet, dass die Ausführungseinheiten (das "Ablagefach") einen Instruktionszyklus von den ersten SEITEN, dann ein Instruktionszyklus von den zweiten SEITEN, usw. in einem gemeinsamen Antrag Mode durchführen würden. Das wurde getan, sowohl um Kosten zu reduzieren, als auch weil der Zugang zum BEDIENUNGSFELD-Gedächtnis 10 SEITEN-Uhr-Zyklen verlangt hat: Wenn ein SEITEN-Zugriffs-BEDIENUNGSFELD-Gedächtnis, die Daten verfügbares nächstes Mal sind, wenn die SEITEN seine Ablagefach-Zeit erhalten.

Wordlengths, Charaktere

Der Hauptverarbeiter hatte 60-Bit-Wörter, während die peripherischen Verarbeiter 12-Bit-Wörter hatten. CDC hat den Begriff "Byte" gebraucht, um sich auf durch peripherische Verarbeiter verwendete 12-Bit-Entitäten zu beziehen; Charaktere waren 6 Bit, und Hauptverarbeiter-Instruktionen waren entweder 15 Bit oder 30 Bit mit einem unterzeichneten 18-Bit-Adressfeld, das letzte Berücksichtigen direkt addressable Speicherraum von 128K Wörtern des Hauptgedächtnisses (umgewandelt zu modernen Begriffen, mit 8-Bit-Bytes, das ist 0.94 Mb). Die unterzeichnete Natur der Adressregister hat ein individuelles Programm auf 128K Wörter beschränkt. (Später CDC vereinbare mit 6000 Maschinen konnten 256K oder mehr Wörter des Hauptgedächtnisses, preisgünstigen Erlaubens haben, aber individuelle Benutzerprogramme wurden noch auf 128K Wörter des CM beschränkt) Hauptverarbeiter-Instruktionen haben an einer Wortgrenze angefangen, als sie das Ziel einer Sprung-Erklärung oder Unterprogramm-Rücksprung-Instruktion waren, deshalb ohne Operationen waren manchmal erforderlich, die letzten 15, 30 oder 45 Bit eines Wortes auszufüllen.

Die 6-Bit-Charaktere, in einer Verschlüsselung haben Anzeigecode genannt, konnte verwendet werden, um bis zu 10 Charaktere kurzum zu versorgen. Sie haben eine Codierung von 64 Charakteren erlaubt, die genug für alle Großbuchstaben-Briefe, Ziffern und eine Zeichensetzung ist. Sicher, genug um FORTRAN zu schreiben, oder finanzielle oder wissenschaftliche Berichte zu drucken. Es gab wirklich zwei Schwankungen der Anzeigecodecodierungen im Gebrauch,-Buchstaben 64 und-Buchstaben 63. Der Satz-Buchstaben 64 hatte den Nachteil dass zwei aufeinander folgende ':' (Doppelpunkt)-Charaktere könnten als das Ende einer Linie interpretiert werden, wenn sie am Ende eines 10-Byte-Wortes gefallen sind. Eine spätere Variante, genannt 6/12-Anzeigecode, wurde auch im Kronos und den NO-Time-Sharing-Systemen verwendet, um vollen Gebrauch der ASCII mit der älteren Software gewissermaßen etwas vereinbaren Codierung zu erlauben.

Ohne Byte-Wenden-Instruktionen überhaupt musste Code geschrieben werden, um Charaktere in Wörter einzupacken und auszuwechseln. Die sehr großen Wörter und der verhältnismäßig kleine Betrag des Gedächtnisses, haben bedeutet, dass Programmierer oft auf dem Gedächtnis sparen würden, indem sie Daten in Wörter am Bit-Niveau einpacken.

Es ist interessant zu bemerken, dass wegen der großen Wortgröße, und mit 10 Charakteren pro Wort es häufig schneller war, um Wörter zu bearbeiten, die mit Charakteren auf einmal voll sind — aber nicht sie auspacken/bearbeiten/wiedereinpacken. Zum Beispiel hat der CDC COBOL-Bearbeiter gut wirklich ganz dezimale Felder mit dieser Technik bearbeiten können. Diese Sorten von Techniken werden jetzt in den 'Multimedia'-Instruktionen von aktuellen Verarbeitern allgemein verwendet.

Physisches Design

Die Maschine wurde in einem Kabinett in der Form von des Pluszeichens mit einer Pumpe und Hitzeex-Wechsler im äußersten von jedem der vier Arme gebaut. Das Abkühlen wurde mit Freon getan, der innerhalb der Maschine zirkuliert und Hitze zu einer abgekühlten Außenwasserversorgung austauscht. Jeder Arm konnte vier Fahrgestelle, jeden über den dicken, das eingehängte in der Nähe vom Zentrum halten, und sich ein bisschen wie ein Buch öffnend. Die Kreuzung "plus" wurde mit Kabeln gefüllt, die das Fahrgestell miteinander verbunden haben. Die Fahrgestelle wurden von 1 numeriert (alle 10 PPUs und ihre Erinnerungen, sowie die 12 ziemlich minimalen Eingabe/Ausgabe-Kanäle enthaltend), zu 16. Das Hauptgedächtnis für die Zentraleinheit wurde über viele der Fahrgestelle ausgebreitet. In einem System mit nur 64K Wörter des Hauptgedächtnisses wurde einer der Arme "plus" weggelassen.

Die Logik der Maschine wurde in Module über das Quadrat und über den dicken paketiert. Jedes Modul hatte einen Stecker (30 Nadeln, zwei vertikale Reihen 15) an einem Rand und sechs Testpunkten am entgegengesetzten Rand. Das Modul wurde zwischen zwei kalten Aluminiumtellern gelegt, um Hitze zu entfernen. Das Modul selbst hat aus gedruckten Leiterplatten von zwei Parallele, mit Bestandteilen bestiegen entweder auf einem der Ausschüsse oder zwischen den zwei Ausschüssen bestanden. Das hat einen sehr dichten, wenn etwas schwierig, zur Verfügung gestellt, um zu reparieren, mit der guten Hitzeeliminierung zu paketieren, die als cordwood Aufbau bekannt war.

Betriebssystem und Programmierung

Es gab einen wunden Punkt mit der 6600 Betriebssystembetreuung — gleitende Zeitachsen. Die Maschinen haben ursprünglich ein sehr einfaches Job-Regelsystem bekannt als geführt, WEIL (Chippewa Betriebssystem), der zusammen" gestützt auf früher CDC 3000 Betriebssystem schnell "geworfen wurde, um etwas zu haben laufend, um die Systeme für die Übergabe zu prüfen. Jedoch waren die Maschinen beabsichtigt, um mit einem viel stärkeren als SIPROS bekannten System geliefert zu werden (für das Gleichzeitige in einer Prozession gehende Betriebssystem), der an der Systemwissenschaftsabteilung der Gesellschaft in Los Angeles entwickelt wurde. Kunden waren mit der Eigenschaft-Liste von SIPROS beeindruckt, und viele hatten in ihre Lieferverträge geschriebenen SIPROS.

SIPROS hat sich erwiesen, ein Hauptmisserfolg zu sein. Entwicklungszeitachsen haben fortgesetzt, zu gleiten, CDC Hauptbeträge des Gewinns in der Form von Lieferverzögerungsstrafen kostend. Nach mehreren Monaten des Wartens mit den Maschinen, die bereit sind, verladen zu werden, wurde das Projekt schließlich annulliert. Die Programmierer, die daran gearbeitet hatten, WEIL wenig Glauben an SIPROS (wahrscheinlich größtenteils dank nicht erfunden hier Syndrom) hatte und fortgesetzt hatte, an der Besserung WEIL zu arbeiten.

Betriebssystementwicklung hat sich dann in zwei Lager aufgespalten. Die CDC-sanktionierte Evolution dessen, WEIL an Sunnyvale, Softwareentwicklungslaboratorium von Kalifornien übernommen wurde. Viele Kunden haben schließlich Übergabe ihrer Systeme mit dieser Software genommen, die dann als SPIELRAUM (Aufsichtskontrolle der Programm-Ausführung) bekannt ist. (Einige Kontrolldatenaußendiensttechniker haben gepflegt, SPIELRAUM als die Sammlung von Sunnyvale zu kennzeichnen, Fehler Zu programmieren). SPIELRAUM-Version 1 wurde im Wesentlichen WEIL auseinander genommen; SPIELRAUM-Version 2 hat neues Gerät und Dateisystembetreuung eingeschlossen; SPIELRAUM-Version 3 hat dauerhafte Dateiunterstützung, EI/200 entfernte Gruppe-Unterstützung und WECHSELSPRECHANLAGE-Time-Sharing-Unterstützung eingeschlossen. SPIELRAUM hatte immer bedeutende Zuverlässigkeits- und Haltbarkeitsprobleme.

Die unterirdische Evolution dessen, WEIL an den Arden Hügeln, Montagewerk von Minnesota stattgefunden hat. MUSKATBLÜTE ([Greg] Mansfield Und [Dave] Cahlander Executive) wurde größtenteils von einem einzelnen Programmierer im außer Stunden geschrieben, als Maschinen verfügbar waren. Seine Merkmalsreihe war im Wesentlichen dasselbe als WEIL und SPIELRAUM 1. Es hat früher behalten, WEIL Dateisystem, aber bedeutende Fortschritte in der Codemodularität gemacht hat, um Systemzuverlässigkeit und Anpassungsfähigkeit zu neuen Speichergeräten zu verbessern. MUSKATBLÜTE war nie ein offizielles Produkt, obwohl viele Kunden im Stande gewesen sind, sich eine Kopie von CDC zu zanken.

MUSKATBLÜTE wurde später als die Basis von Kronos, genannt nach dem griechischen Gott der Zeit verwendet. Der Hauptmarktgrund für seine Adoption war die Entwicklung seiner TELEX-Time-Sharing-Eigenschaft und seiner BATCHIO entfernten Gruppe-Eigenschaft. Kronos hat fortgesetzt, zu verwenden, WEIL/SPIELRAUM 1 Dateisystem mit der Hinzufügung einer dauerhaften Datei zeigt.

Ein Versuch, das SPIELRAUM und Kronos Betriebssystemprodukte zu vereinigen, hat NO, (Netzbetriebssystem) erzeugt. NO war beabsichtigt, um das alleinige Betriebssystem für alle CDC Maschinen, eine Tatsache CDC gefördert schwer zu sein. Viele SPIELRAUM-Kunden sind softwareabhängig von der SPIELRAUM-Architektur geblieben, so haben CDC sie einfach NO/SEIN (Gruppe-Umgebung) umbenannt und sind im Stande gewesen zu behaupten, dass jeder so No in der Praxis führte, war es viel leichter, die Codebasis von Kronos zu modifizieren, um SPIELRAUM-Eigenschaften hinzuzufügen, als die Rückseite.

Die Montagewerk-Umgebung hat auch andere Betriebssysteme erzeugt, die für den Kundengebrauch nie beabsichtigt waren. Diese haben die Technikwerkzeuge SMM für die Hardware-Prüfung und KALEIDOSKOP für die Softwarerauch-Prüfung eingeschlossen. Ein anderes allgemein verwendetes Werkzeug für CDC Außendiensttechniker während der Prüfung war MALET (Wartungsanwendungssprache für die Ausrüstungsprüfung), der verwendet wurde, um Testbestandteile und Geräte nach Reparaturen und/oder Wartung durch Ingenieure zu betonen. Prüfung von Bedingungen hat häufig Festplatte-Sätze und magnetische Bänder verwendet, die mit Fehlern absichtlich gekennzeichnet wurden zu bestimmen, ob die Fehler durch MALET und den Ingenieur entdeckt würden.

Siehe auch

• Geschichte, superzuschätzen
• Grishman, Ralph (1974). Zusammenbau-Sprachprogrammierung für die Kontrolldaten 6000 Reihen und Cyber 70 Reihen. New York, New York: Algorithmics Presse.

• KONTROLLDATEN 6400/6500/6600 COMPUTERSYSTEM-Bedienungshandbuch
• Thornton, J. (1963). Rücksichten im Computerdesign - bis zu den Kontrolldaten 6600 http://www.bitsavers.org/pdf/cdc/cyber/cyber_70/thornton_6600_paper.pdf Führend
• Thornton, J. (1970). Design eines Computers — Die Kontrolldaten 6600. Glenview, Illinois: Scott, Foresman and Co.

Links

• Neil R. Lincoln mit 18 Ingenieuren von Control Data Corporation (CDC) auf Computerarchitektur und Design, Institut von Charles Babbage, Universität Minnesotas. Ingenieure schließen Robert Moe, Wayne Specker, Dennis Grinna, Tom Rowan, Maurice Hutson, Curt Alexander, Don Pagelkopf, Maris Bergmanis, Dolan Toth, Chuck Hawley, Larry Krueger, Mike Pavlov, Dave Resnick, Howard Krohn, Bill Bhend, Kent Steiner, Raymon Kort und Neil R. Lincoln ein. Diskussionsthemen schließen CDC 1604, CDC 6600, CDC 7600, CDC 8600, CDC STERN 100 und Seymour Cray ein.
• Parallele Operation in den Kontrolldaten 6600, James Thornton
• Präsentation des CDC 6600 und andere Maschinen, die von Seymour Cray - durch C. Gordon Bell von Microsoft Research (früher des DEZ) entworfen sind