DE3439302A1 - Speichersteuerungsvorrichtung - Google Patents
SpeichersteuerungsvorrichtungInfo
- Publication number
- DE3439302A1 DE3439302A1 DE19843439302 DE3439302A DE3439302A1 DE 3439302 A1 DE3439302 A1 DE 3439302A1 DE 19843439302 DE19843439302 DE 19843439302 DE 3439302 A DE3439302 A DE 3439302A DE 3439302 A1 DE3439302 A1 DE 3439302A1
- Authority
- DE
- Germany
- Prior art keywords
- request
- control device
- memory
- processor
- address field
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 239000000872 buffer Substances 0.000 claims description 61
- 238000012217 deletion Methods 0.000 claims description 7
- 230000037430 deletion Effects 0.000 claims description 7
- 238000000034 method Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 230000003111 delayed effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/14—Handling requests for interconnection or transfer
- G06F13/16—Handling requests for interconnection or transfer for access to memory bus
- G06F13/18—Handling requests for interconnection or transfer for access to memory bus based on priority control
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0806—Multiuser, multiprocessor or multiprocessing cache systems
- G06F12/0815—Cache consistency protocols
- G06F12/0817—Cache consistency protocols using directory methods
- G06F12/0822—Copy directories
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System Of A Hierarchy Structure (AREA)
- Multi Processors (AREA)
Description
HITACHI, LTD., Tokyo, Japan
Speichersteuerungsvorrichtung
Die Erfindung betrifft eine Speichersteuerungsvorrichtung, die mehrere Pufferadreßfelder^ insbesondere ein erstes Pufferadreßfeld
als Inhaltsverzeichnis für einen Pufferspeicher, in das Adressen von Daten, die von einem von mehreren Prozessoren
gemeinsam genutzten Speicher kopiert sind, eingetragen sind und ein zweites Pufferadreßfeld, das vom ersten Pufferadreßfeld
unabhängig ist und für eine von einem weiteren Prozessor angeforderte Speicheradressprüfung vorgesehen ist,
aufweist.
Ein Datenverarbeitungssystem liest Daten, wie Befehle und Operanden aus dem Hauptspeicher aus und verarbeitet sie.
Der Hauptspeicher weist eine große Speicherkapazität und eine im Vergleich mit der Verarbeitungsgeschwindigkeit des
Prozessors lange Zugriffszeit auf. Folglich kann ein benötigter Datenposten in der nachfolgend beschriebenen Weise
mit höherer Geschwindigkeit zur Verfügung gestellt werden.
81-A9162-02/AtAl
Ein Prozessor weist dazu einen Pufferspeicher auf, der im Vergleich mit dem Hauptspeicher eine geringere Kapazität·
und eine größere Zugriffsgeschwindigkeit hat , und der
Prozessor greift zum Pufferspeicher zu, in dem eine Kopie derjenigen Daten aus dem Hauptspeicher steht, die häufiger gebraucht
werden. Indem auf das als Inhaltsverzeichnis vorgesehene Pufferadreßfeld zurückgegriffen wird, wird entschieden,
ob das benötigte Datum im Puffer steht (Im-Puffer-Zustand) oder nicht (Nicht-Im-Puffer-Zustand).
In einem Multiprozessorsystem, das mehrere Prozessoren aufweist,
die solche Pufferspeicher haben und gemeinsam den Hauptspeicher nutzen, tritt ein Konflikt zwischen den Datenposten
im Pufferspeicher und dem Hauptspeicher auf, falls ein Prozessor einen unter einer gegebenen Adresse im Hauptspeicher
gespeicherten Datenposten auffrischt bzw. fort-.schreibt und falls dieser Datenposten im Pufferspeicher
eines weiteren Prozessors steht.
Aus der US-PS 3 618 040 ist ein Multiprozessorsystem bekannt, in dem der Hauptspeicher gemeinsam von mehreren Prozessoren,
die jeweils Pufferspeicher haben, genutzt wird. Bei diesem
bekannten Multiprozessorsystem wird eine Speicheradresse unter der ein Datenposten abzuspeichern ist, den anderen Prozessoren
gemeldet, die dann ein Pufferadreßfeld abfragen und bestimmen,
ob die gemeldete Adresse bereits in das Pufferadreßfeld eingetragen
ist. Falls dies so ist, wird die eingetragene Adresse gelöscht.
Aus der US-PS 4 056 844 ist bekannt, daß das obengenannte Pufferadreßfeld aus einem ersten Adreßfeld und einem zweiten
Adreßfeld besteht, die beide dieselben Daten speichern. Auf eine von einem anderen Prozessor gemeldete Adresse wird auf
deren Eintrag im zweiten Adreßfeld geprüft. Dadurch wird eine Blockierung des Zugriffs des betrachteten Prozessors zum
ersten Adreßfeld wegen des Zugriffs zum gleichen Adreßfeld
auf die Meldung der Adresse des anderen Prozessors hin , vermieden.
Die ersten und zweiten Adreßfelder werden wie folgt aufgefrischt. Wenn das Datum auf eine angeforderte Adresse im
Pufferspeicher nicht steht und ein Datenblock (beispielsweise 64 Byte) an Stellen, die die angeforderte Adresse enthalten,
durch einen Blocktransfer vom Hauptspeicher zum Pufferspeicher ersetzt wird, wird die Adresse des ersetzten Datenblocks
registriert, und wenn eine von einem anderen Prozessor gemeldete Adresse aufrechterhalten wird, wird die registrierte
Adresse gelöscht (ungültig gemacht).
Üblicherweise werden die erste Steuertabelle (Adreßfeld) und die zweite Steuertabelle (Adreßfeld) in der folgenden Weise
aktualisiert.
1. Für einen Blocktransfer wird eine Fortschreibeanforderung
für das erste Adreßfeld ausgegeben, wenn der Datentransfer vom Hauptspeicher zum Pufferspeicher beendet ist, während
eine Anforderung zum Fortschreiben des zweiten Adreßfelds ausgegeben wird, sobald eine Lese(Hol)-Anforderung an den
Hauptspeicher ausgegeben wird. Gemäß dieser Ausführungen werden das erste und das zweite Adreßfeld unabhängig
voneinander aktualisiert.
2. Wenn ein anderer Prozessor in den Hauptspeicher einschreibt (einspeichert) wird eine Fortschreibeanforderung zuerst
an das zweite Adreßfeld ausgegeben, sobald eine Leseanforderung an den Hauptspeicher ausgegeben wird, danach wird
das erste Adreßfeld fortgeschrieben.
3. Wenn sich die unter 1. und 2. beschriebenen Fortschreibevorgänge
stören, wird das erste Adreßfeld ohne Rücksicht auf die Verarbeitungsfolge für den Hauptspeicher fortgeschrieben, während das
zweite Adreßfeld entsprechend der Zugriffsfolge zum Hauptspeicher fortgeschrieben wird.
Beim herkömmlichen System ergeben sich folgende Schwierigkeiten. Beispielsweise führen in einem Programm, in dem der
andere Prozessor eine Speicheranforderung in der Reihenfolge
Adresse X und Adresse Y an einen Hauptspeicher, der mit dem anderen System verkehrt, ausgibt und der eigene Prozessor
Daten an der Adresse X nach der Bestätigung, daß der andere Prozessor das Datum an der Adresse Y aktualisiert hat, holt
(in diesem Programm wird natürlich angenommen, daß das Datum an der Adresse X bereits aktualisiert ist, wenn das Fortschreiben
an der Adresse Y beendet ist), der andere Prozessor die Speicheroperation zuerst an der Adresse X und dann an
der Adresse Y aus, wohingegen der eigene Prozessor zuerst das Datum der Adresse Y und dann das Datum der Adresse X
ausliest. Für eine Ausleseanforderung des eigenen Prozessors wird mittels des ersten Adreßfeldes geprüft, ob das betrachtete
Datum bereits im Pufferspeicher steht. Falls dies so ist, wird das Datum aus dem Pufferspeicher ausgelesen und
andernfalls ein Blocktransfer vom Hauptspeicher zum Pufferspeicher
ausgeführt. Falls die Anforderung des anderen Prozessors für das Abspeichern an der Adresse Y des Hauptspeicher
in diesem Fall beendet ist, gibt der eigene Prozessor eine Anforderung zum Auslesen der an der Adresse X
gespeicherten Daten, nachdem der Blooktransfer beendet ist,
aus. Somit wird im ersten Adreßfeld geprüft, ob die betrachteten Daten im Pufferspeicher stehen. Falls das Löschen der
Daten des zweiten Adreßfeldes aufgrund der Spe>icheranforderung
für das Speichern an der Adresse X des Hauptspeichers vom anderen Prozessor verzögert wurde und noch nicht ausgeführt'
ist, bleibt die X-Adresse , die zuvor in das erste Adreßfeld eingetragen wurde unverändert, und somit liest der eigene
Prozessor die Daten aus dem Pufferspeicher. Die ausgelesenen Daten enthalten jedoch eine alte Information, d.h. , daß der
eigene Prozessor einen ungültigen Datenposten erhalten hat.
Um solch ein Auslesen ungültiger Datenposten zu vermeiden, werden üblicherweise folgende Verfahren angewendet. Zwischen
dem Auslesevorgang bei der Y-Adresse und dem Auslesevorgang bei der X-Adresse wird ein Befehl zur seriellen Verarbeitung
eingefügt, um das Ende der durch eine Speicheranforderung des anderen Prozessors hervorgerufenen ungültigen Operation
für den Pufferspeicher festzustellen, oder es wird im eigenen Prozessor verhindert, daß dieser zum Pufferspeicher zugreift,
wenn eine ungültige Operation aufgrund des zweiten Adreßfelds und des ersten Adreßfelds (falls durch Prüfen des zweiten
Adreßfelds festgestellt wird, daß die Daten eingetragen sind) aufgrund einer Speicheranforderung vom anderen Prozessor,
der in den Hauptspeicher Daten einspeichern will, ausgeführt wird. Die zuerst genannte Methode bedeutet jedoch eine Einschränkung
des Programmieres und der eingeführte Befehl zur seriellen Verarbeitung verringert die Leistungsfähigkeit, wohingegen
die zweite Methode ebenfalls die Leistungsfähigkeit verringert, weil die Zugriffsoperation zum Pufferspeicher unbedingt verhindert
wird. j
Es ist deshalb Aufgabe der Erfindung, eine Speichersteuerungs- \
vorrichtung zu ermöglichen, die eine ungültige Operation wegen ^ einer zeitweisen Dateninkonsistenz zwischen Pufferspeicher \
und dem gemeinsam genützten Hauptspeicher in Verbindung mit der \ Fortschreibeoperation der ersten und zweiten Adreßfelder und j
auch die Verzögerung des Fortschreibevorgangs des ersten und zweiten Adreßfelds aufgrund einer Adreßmeldung vom anderen
Prozessor im Vergleich mit einer Leseanforderung vom eigenen eigenen Prozessor verhindert.
Zur Lösung der obigen Aufgabe wird gemäß der Erfindung der Inhalt des zweiten Pufferadreßfeldes fortgeschrieben, wenn
der eigene Prozessor Daten in den gemeinsamen Speicher speichert und danach der Inhalt des ersten Pufferadreßfelds
fortgeschrieben, wodurch die Fortschreibeoperationen für das
3Λ39302
erste und zweite Pufferadreßfeld synchronisiert werden. Eine
neuerliche Zugriffsanforderung vom eigenen Prozessor wird erst angenommen, wenn ein Blocktransfer vom gemeinsamen
Speicher zum Pufferspeicher des eigenen Prozessor beendet und das erste Pufferadreßfeld in Verbindung mit dem Blocktransfer
fortgeschrieben ist.
Die Erfindung wird im folgenden anhand der Zeichnung näher beschrieben. Es zeigen:
Fig. 1 ein Blockschaltbild eines erfindungsgemäßen Ausführungsbeispiels;
Fig. 2 ein Blockschaltbild von Einzelheiten einer in Figur 1 dargestellten Steuereinrichtung für das
zweite Adreßfeld;
Fig. 3 ein Blockschaltbild von Einzelheiten einer in Figur 1 dargestellten Steuereinrichtung für
das erste Adreßfeld;
Fig. 4 ein Zeitdiagramm, das Operationen des herkömmlichen Systems erläutert; und
Fig. 5 ein Zeitdiagramm, das Operationen des Ausführungsbeispiels gemäß den Figuren 1 bis 3 erläutert.
In Fig. 1 ist ein Blockschaltbild eines Ausführungsbeispiels gemäß der Erfindung dargestellt. Ein Hauptspeicher (MS) 3
wird gemeinsam von zwei Prozessoren 1a und 1b über eine Speichersteuereinheit (SCU) 2 genutzt. Der Prozessor 1b
ist mit dem Prozessor 1a identisch und die auf ihn bezogenen Bezugsziffern erhalten den Buchstaben b. Von ihm sind keine
Einzelheiten dargestellt.
Der Prozessor 1a weist eine (nicht dargestellte) Befehlsverarbeitungseinheit
(IPU) auf, die über eine Leitung 10a an
eine erste Steuereinrichtung 4a Lese- oder Schreibzugriffsanforderungen
aussendet. Die erste Steuereinrichtung 4a weist ein erstes Pufferadreßfeld (BAA) 5a auf, das dasselbe sein
kann, wie es in der US-PS 4 056 844 beschrieben ist.
Die erste Steuereinrichtung 4a prüft auf eine Zugriffsanforderung
auf der Leitung 10a hin das BAA 5a und ermittelt, ob die benötigten Daten im Pufferspeicher (BS) 6a stehen.
Wenn die Daten gelesen sind, überträgt sie der BS 6a über eine Leitung 12a zur IPU. Falls die angeforderten Daten
nicht vorhanden sind (nicht im BS-Zustand) gibt die erste Steuereinrichtung 4a eine Leseanforderung über eine Leitung
13a an die SCU 2 aus, um Daten aus dem MS 3 auszulesen. Die zuvor beschriebenen Operationen werden im weiteren Blocktransfer
bezeichnet. Eine über die Leitung 13a empfangene Blocktransferanforderung
wird mit einer MS-Anforderung von anderen Prozessoren (einschließlich Eingabe/Ausgabeeinheiten)
für den Zugriff zum MS 3 in der SCU 2 verglichen. Falls die Leitung 13a eine höhere Priorität hat, wird über eine Leitung
14 an den MS 3 eine Blocktransferanforderung ausgegeben. Nach dem Empfang dieser Anforderung überträgt der MS 3 einen
Datenblock über eine Leitung 15a zum BS 6a, der den Datenblock abspeichert und gleichzeitig die Zieldaten über eine
Leitung 12a der IPU überträgt.
Die SCU 2 ist mit einer Leitung 16a mit der ersten Steuereinrichtung
4a verbunden, die als Vorsignalleitung verwendet wird und einen Blocktransfer vom MS 3 zum BS 6a anzeigt.
Die SCU 2 ist mit einer zum Prozessor 1a gehörigen zweiten Steuereinrichtung 7a und mit einer zum Prozessor 1b gehörigen
zweiten Steuereinrichtung 7b verbunden. Die Steuereinrichtungen 7a und 7b weisen jeweils zweite Pufferadreßfeider 8a und 8b
auf, die ebenfalls Frontadreßfelder (FAA) heißen. Das FAA 8a kann mit dem aus der US-PS 4 056 844 bekannten identisch sein.
Wenn ein Blocktransfer vom MS 3 zum BS 6a des Prozessors 1a ausgeführt ist, wird die für den Blocktransfer gültige Adresse,
die von der SCU 2 der zweiten Steuereinrichtung 7a übertragen wird, eingetragen. Wenn das FAA 8a in Verbindung mit dem
Blocktransfer fortgeschrieben wird (die Adresse wird ersetzt), gibt die zweite Steuereinrichtung 7a über eine Leitung 19a
der ersten Steuereinrichtung 4a eine Mitteilung zum Eintragen der für den Blocktransfer gültigen Adresse (das ist eine
Aktualisierungsanforderung). Nach Beendigung des Blocktransfers
und wenn die Bedingungen für die Aktualisierungsanforderung erfüllt sind, schreibt die erste Steuereinrichtung 4a den In-.
halt des BAA 5a fort. Folglich speichern das BAA 5a und das FAA 8a dieselben Daten.
Andererseits wird , sobald eine Hauptspeicheranforderung vom anderen Prozessor 1b über eine Leitung 13b von der SCU 2 ausgewählt
wird, eine Lese- oder Schreibanforderung von der SCU 2 dem MS 3 über die Leitung 14 in derselben zuvor beschriebenen
Weise ausgegeben. Auf eine Leseanforderung hin werden die vom MS 3 ausgelesenen Daten über eine Leitung 15b zum anderen
Prozessor 1b, der die Leseanforderung ausgegeben hat , übertragen.
Wenn der Prozessor 1b eine Schreibanforderung ausgibt, werden die von der Leitung 14 empfangenen Daten in den
MS 3 eingeschrieben und die SCU 2 gibt gleichzeitig eine Schreibadreß-Prüfanforderung über eine Leitung 18a an die
zweite Steuereinrichtung 7a des Prozessorss 1a aus. Auf den Empfang der Schreibadreß-Prüfanforderung hin prüft die zweite
Steuereinrichtung 7a, ob die relevante Adresse im FAA 8a steht. Falls dies so ist, wird die im betrachteten Bereich
des FAA 8a gespeicherte Information ungültig gemacht (das heißt, der Adreßeintrag wird gelöscht) und gleichzeitig eine
Löschanforderung für das BAA 5a über die Leitung 19a zur ersten Steuereinrichtung 4a ausgegeben. Auf den Empfang der
Löschanforderung von der Leitung 19a macht die Steuereinrichtung 4a den betreffenden Bereich des BAA 5a ungültig.
Die erfindungsgemäß auszuführenden Operationen des BAA 5a
und FAA 8a sind zuvor im einzelnen beschrieben worden. Die auf der Seite des Prozessors 1b auszuführenden Operationen
sind genau dieselben wie beim Prozessor 1a. Der Prozessor 1b kann ein Eingabe/Ausgabe-Prozessor (IOP) sein, der keinen
Pufferspeicher zur Steuerung der Eingabe/Ausgabevorrichtungen aufweist. In einer solchen Konfiguration enthält der Prozessor
1b weder die erste Steuereinrichtung 4b noch die zweite Steuereinrichtung 7b.
Fig. 2 stellt im einzelnen die zweite Steuereinrichtung 7a von Figur 1 dar. Die von der SCU 2 ausgegebenen FAA Fortschreibanforderungen
werden in einem Anforderungsstapel 50 in der Reihenfolge ihres Empfangs gestapelt. Für eine Blocktransferanforderung
vom eigenen Prozessor 1a wird eine Adresseneintragsmeldung zusammen mit einer Adresse für den
Blocktransfer über die Leitung 17a an das FAA 8a übertragen. Für eine Schreibanforderung vom anderen Prozessor 1b zum
Dateneinschreiben in den MS 3 wird eine Speicheradressenanforderung zusammen mit einer Speicheradresse über die
Leitung 18a ausgegeben. Der Anforderungsstapel 50 wird im
"first-in first-out"-Verfahren betrieben, das heißt, daß
die Datenposten in der Reihenfolge ihres Empfangs gestapelt und ausgelesen werden. Das heißt, daß die Ausleseoperation
einer Anforderung, die im Anforde rungs stapel 50 steht, nach dem mehrere Anforderungen bereits gestapelt sind; erst dann
ausgeführt wird, nachdem die anderen Anforderungen bereits ausgelesen sind. Falls die vom Stapel 50 geholte Anforderung
ein Eintragsbefehl wegen eines Blocktransfers ist, wird eine Ersetzanforderung über eine Leitung 56 an das FAA 8a ausgegeben
und gleichzeitig in ein Eintragsanforderungsregister 58 gesetzt. Im FAA 8a wird die alte Adresse durch die zusammen
mit der Ersetzanforderung empfangene Adresse ersetzt . Die Eintragsanforderung und die Adresse, die im Register 58
zwischengespeichert sind, werden in einem Lösch/Ersatzstapel 53 über ein ODER-Glied 59 gestapelt. Das herkömmliche System
ist nicht so aufgebaut, daß die Eintragsanforderung von der zweiten Steuereinrichtung 7a zur ersten Steuereinrichtung 4a
geleitet wird.
Falls die vom Anforderungsstapel 50 ausgegebene Anforderung für die Speicheradreßprüfung ist , wird dem FAA 8a eine Zugriffsmeldung über eine Leitung 54 zugeführt, die gleichzeitig
in ein Löschanforderungsregister 51 gesetzt wird. Das FAA 8a prüft, ob die zusammen mit der Zugriffsmeldung empfangene Adresse
im FAA 8a steht. Wenn die Adresse gefunden ist, gibt das FAA 8a ein FAA-Erkennungssignal an eine Leitung 57 aus. Dieses
Signal gibt ein UND-Glied 52 frei, so daß die Löschanforderung und die Adresse im Lösch/Ersatzstapel 53 gestapelt werden.
Gleichzeitig wird der Ausgang des UND-Glieds 52 als eine Löschanforderung im Anforderungsstapel 50 gespeichert und als
Löschanforderung der FAA 8a über eine Leitung 55 vom Stapel 50 zugeführt.
In Fig. 3 sind Einzelheiten der in Figur 1 dargestellten ersten Steuereinrichtung 4a dargestellt. In Figur 3 wird
eine Speicherzugriffsanforderung von der IPU über die Leitung 10a einem UND-Glied 21 angelegt. Gemäß einer weiter unten
folgenden Beschreibung wird die Speicherzugriffsanforderung
von der IPU über das UND-Glied 21 einer Prioritätsschaltung 22 übertragen, falls ein Flip-Flop 26 seinen Normalzustand
annimmt. Ein Setzausgangssignal von einem später beschriebenen Flip-Flop 29 wird der Prioritätsschaltung 22 zugeführt.
Abhängig von der Bedingung wird einer dieser Eingänge angenommen. Für die Prioritätsschaltung 22 hat das Setzausgangssignal
des Flip-Flops 29 Vorrang. Folglich nimmt die Prioritätsschaltung 22 eine Zugriffsanforderung von der IPU an,
wenn das Flip-Flop 29 im rückgesetzten Zustand ist. Auf den Empfang der Zugriffsanforderung von der IPU hin gibt die
Prioritätsschaltung 22 eine Bezugsanzeige über eine Leitung 39 an das BAA 5a. Zusammen mit der Bezugsanzeige wird die
Adresse für die Zugriffsanforderung von der IPU dem BAA 5a
eingegeben, das daraufhin prüft, ob die Adresse eingetragen ist. Falls festgestellt wird, daß der "Im-BS"-Zustand gesetzt
wurde, wird zum BS für eine Lese- oder Schreiboperation zugegriffen, wie dies in Figur 1 dargestellt ist. Falls
für eine Leseanforderung auf einer Leitung 41 ein Signal "Nicht im BS" auftritt, wird ein Signal, das den "Nicht im BS"-Zustand
anzeigt, über eine Leitung 42 vom BAA 5a abgegeben, das das UND-Glied 23 öffnet, so daß ein Blocktransfer der
SCU 2 über die Leitung 13a mitgeteilt wird. Gleichzeitig wird das Flip-Flop 26 gesetzt und das UND-Glied 21 gesperrt,
womit die folgende Zugriffsanforderung von der IPU blockiert wird. Falls die Zugriffsanforderung von der IPU eine Schreibanforderung
ist, wird ein Signal, das die Schreibanforderung mitteilt, über eine Leitung 43 ausgegeben, sobald die Zugriffsmeldung zur Leitung 39 übertragen ist. Beim Zustand
"Im BS" werden die Schreibdaten von der IPU in den BS 6a und den MS 3 eingespeichert. Beim Zustand "Nicht im BS" werden
die Schreibdaten nur in den MS 3 eingespeichert. In einem System, bei dem der "store-in-BS"-Aufbau angewendet
wird, werden im Zustand "Im-BS" die Daten in den BS 6a eingeschrieben und nur die Adresse für die Löschanforderung
der SCU 2 übertragen, wodurch diese Adresse den anderen Prozessoren gemeldet werden kann.
Wenn von der SCU 2 auf eine Blocktransferanfrage hin ein
Blocktransfer-Vorsignal über die Leitung 16a zurückgegeben wird, wird das Vorsignal durch einen Zähler 24 gezählt.
Das heißt, daß ein Blocktransfer nach mehreren Übertragungsvorgängen beendet ist. Beispielsweise erfordert ein 64-Byte-Blocktransfer
vier 16-Byte-Datenübertragungsvorgänge. Ein Vorsignal wird immer, wenn die Datenübertragung ausgeführt
wird, geliefert. Mit der Annahme , daß ein Blocktransfer vier Datenübertragungsoperationen erfordert und vier Vorsignale
zurückgegeben werden, wird mit einem Ausgang des Zählers 24 ein Blocktransferende-Flip-Flop 25 gesetzt.
Weil die SCU 2 eine Eintragsmeldung an die zweite Steuereinrichtung
7a gleichzeitig mit der Blocktransferoperation, wie sie oben beschrieben wurde, ausgibt, wird diese Eintragsmeldung
(Ersatzanforderung) über die Leitung 19a von der zweiten Steuereinrichtung 7a zur ersten Steuereinrichtung
übertragen, wenn das Fortschreiben des FAA 8a beendet ist. Eine Lösch- oder Ersatzanforderung wird durch ein Signal
einer Leitung 45 gekennzeichnet. Durch eine Ersatzanfrage wird das Flip-Flop 29 gesetzt und falls das Signal
auf der Leitung 45 "1" ist , wird in diesem Fall auch ein Flip-Flop 35 gesetzt. Ein Setzausgang des Flip-Flops 29
geht über eine Leitung 30 und die Prioritätsschaltung 22, und eine Ersatzanforderung geht über eine Leitung 37 über
UND-Glieder 31 und 32 zum BAA 5a. Zur gleichen Zeit wird ein Ausgang des UND-Glieds 31 über ein Register 36 zum
Flip-Flop 29 übertragen, wodurch das Flip-Flop 29 zurückgesetzt wird. Falls über die Leitung 37 eine Ersatzanforderung
an das BAA 5a ergeht, wird gleichzeitig ein Flip-Flop 28 gesetzt. Mit dem vom Flip-Flop 25 gelieferten Setzausgang,
der das Ende des Blocktransfers mitteilt, wird ein UND-Glied 27 geöffnet; das Flip-Flop, das einen Blocktransfer
anforderte, wird zurückgesetzt, und das UND-Glied 21 wird zur Annahme der folgenden Speicherzugriffsanforderungen
freigegeben. Die Flip-Flops 25 und 28 werden nach einer vorgegebenen Zeitdauer durch ein Register 40 zurückgesetzt.
Im Stand der Technik wird das Flip-Flop 26 gesetzt, wenn eine Blocktransfer-Anforderung zur SCU 2 übertragen wird, und
das Ende des Blocktransfers wird durch den Zähler 24 angezeigt. Wenn der Blocktransfer beendet ist, wird das Flip-Flop
26 zurückgesetzt, damit die folgende Speicherzugriffsanforderung empfangen werden kann und gleichzeitig wird eine
Eintragsmeldung dem BAA 5a geliefert, das heißt, die Fortschreibeoperation für das BAA 5a und das FAA 8a erfolgen
asynchron.
Eine Löschanforderung für das BAA 5a wird in Verbindung mit der Schreibadreßprüfung für eine Schreibanforderung vom anderen
Prozessor über die Leitung 19a von der zweiten Steuereinrichtung 7a übertragen. Diese Löschanforderung setzt das
Flip-Flop 29. Die Unterscheidung Lösch- oder Ersatzanforderung
wird mittels eines Signals auf einer Leitung 45 getroffen. Das Signal auf der Leitung 45 ist für eine Löschanforderung "0",
und das Flip-Flop 35 wird zurückgesetzt. Ein Ausgang des Flip-Flops 29 geht über die Leitung 30 und die Prioritätsschaltung 22, so daß eine Löschanforderung der BAA 5a über
die UND-Glieder 31, 32 und 33 eingegeben wird. Gleichzeitig geht das Ausgangssignal des UND-Glieds 31 über ein Register
36 und setzt das Flip-Flop 29 zurück.
Um einen besseren Einblick in die Operationen zu schaffen, ist in Eigur 4 ein Zeitdiagramm von Zugriffs- und Fortschreibeoperationen,
die mit dem BAA und FAA auszuführen sind, gemäß dem Stand der Technik dargestellt. In diesem Diagramm stellen
ST, F, STX und FX jeweils eine Schreibanforderung, eine Leseanforderung, eine Schreibanforderung für Adresse X und eine
Leseanforderung für Adresse X dar. Wie zuvor beschrieben, stellt Fig. 4 ein Zeitdiagramm vom eigenen Prozessor für
einenVerarbeitungsfluß, bei dem der andere Prozessor STX und STY anfordert und der eigene Prozessor FY und FX anfordert,
dar. Der andere Prozessor gibt die Anforderungen für STX und STY zu den Zeitpunkten TQ und T1 aus. Diese
Anforderungen bewirken jeweils eine Schreibanforderung an das MS. Die zweite Steuereinrichtung des eigenen Prozessors
greift zum FAA mittels der Adresse X zum Zeitpunkt T2 zu.
Für ein Signal "Im FAA" wird die in der FAA eingetragene Adresse X zum Zeitpunkt T, gelöscht und gleichzeitig im
Löschstapel gestapelt. Für die STY-Anforderung ist der Zustand "Nicht-im FAA" eingetragen, obwohl zum Zeitpunkt T.
zum FAA zugegriffen wird. Wenn der eigene Prozessor
eine FY-Anforderung ausgibt, wird zum BAA zum Zeitpunkt T-, zugegriffen. Da das System im Zustand "Nicht im BS"
ist, wird ein Blocktransfer für vier Zyklen beginnend vom Zeitpunkt T, eingeleitet. Eine Ersatzoperation im FAA wird
zur Zeit T1- ausgeführt. Im Stand der Technik wird eine FX-Anforderung,
die der FY-Anforderung folgt zum Zeitpunkt TR
angenommen und zum BAA zum Zeitpunkt Tq zugegriffen, da
eine Ersatzoperation im BAA eingeleitet wird und der folgende Zugriff erst empfangen werden kann, wenn ein Blocktransfer
beendet ist. Auf diese Weise bleibt, falls ein STX im Löschstapel und im Wartezustand wegen anderer zuvor gestapelter
im Wartezustand befindlicher Anforderungen steht, bleibt beispielsweise
bis zum Zeitpunkt T17 die Adresse X im BAA eingetragen
und der Zustand "Im BS" wird angezeigt. Somit wird ein alter Datenposten, der vor einem Schreibvorgang zum Zeitpunkt T1Q
gespeichert wurde, gelesen.
Dagegen zeigt Fig. 5 ein Zeitdiagramm von Bezugs- und Fortschreiboperationen
des BAA und FAA gemäß einer Ausführungsform der Erfindung unter denselben Bedingungen wie für das
Zeitdiagramm in Figur 4. Erfindungsgemäß erfolgen die Fortschreibeoperationen
im BAA und FAA synchron und eine Bezugsoperation zum BAA für die folgende Speicherzugriffsanforderung
des eigenen Prozessors wird verhindert, bis eine Ersatzoperation im BAA für die vorangehende Speicherzugriffsanforderung
beendet ist. Aus Figur 5 kann man erkennen, daß eine Ersatzanforderung CT5) für das FAA aufgrund einer einer
FX-Anforderung vorangehender FY-Anforderung ebenfalls im
Lösch/Ersatzstapel 53 gestapelt wird und daß die Adresse Y im BAA 5 durch eine von der FAA-Ersatzanforderung resultierenden
Anforderung eingetragen wird. Die folgende FX-Anforderung wird angenommen, wenn der Blocktransfer von FY beendet
ist und die BAA-Ersatzoperation fertig ist. Folglich ist das Löschen der Adresse X zum Zeitpunkt T12 beendet, so daß der
Zustand "Nicht im BS" gemeldet wird, wenn zum BAA 5a aufgrund der FX-Anforderung zum Zeitpunkt T1- zugegriffen wird.
Als Ergebnis wird ein Blocktransfer vom Hauptspeicher ausgeführt
und neue durch den anderen Prozessor eingespeicherte Daten verarbeitet.
Die Operationen des Prozessors 1a wurden anhand eines Ausführungsbeispiels
beschrieben. Die Operationen des Prozessors 1b sind genau dieselben, wenn der Prozessor 1a als der andere
Prozessor betrachtet wird.
Obwohl der Hauptspeicher als gemeinsamer Speicher im Ausführungsbeispiel
dient, kann das System auch so aufgebaut sein, daß der Hauptspeicher von Figur 1 durch einen Zwischen-Pufferspeicher
ersetzt wird und der Hauptspeicher eine höhere Systemhierarchie über dem Zwischen-Pufferspeicher einnimmt.
Auf jeden Fall gibt die "Adresse" diejenige an, die dem Hauptspeicher zugeordnet ist.
-SO-
- Leerseite -
Claims (5)
1. Speichersteuerungsvorrichtung für ein Datenverarbeitungssystem
mit
einem gemeinsamen Speicher (3), der gemeinsam von mehreren Prozessoren (1a, 1b) genutzt wird, wobei mindestens
einer der Prozessoren (1a) einen Pufferspeicher (6a) mit einer Kopie eines Teils der im gemeinsamen
Speicher (3) gespeicherten Daten, enthält
dadurch gekennzeichnet,
daß in Verbindung mit zumindest einem Prozessor (1a) mit dem Pufferspeicher (6a) die Speichersteuerungsvorrichtung
enthält:
ein erstes Pufferadreßfeld (5a), das Adressen von im
Pufferspeicher (6a) gespeicherten Daten speichert und auf eine Zugriffsanforderung des eigenen Prozessors
(1a) hin angibt, ob ein Datenposten im Pufferspeicher (6a) steht;
ein zweites Pufferadreßfeld (8a), das dieselben Adressen wie im ersten Pufferadreßfeld (5a) speichert;
eine Speichersteuereinheit (2), die den Inhalt des ersten
Pufferadreßfeldes (5a) fortschreibt, nachdem der Inhalt des zweiten Pufferadreßfeldes in Verbindung mit einem
Blocktransfer von dem gemeinsamen Speicher (3) zum
81-A9162-02/AtAl
Pufferspeicher (6a) des eigenen Prozessors (1a) und mit einer Speicheroperation des anderen Prozessors (1b)
fortgeschrieben wurde; und
eine Prioritätseinrichtung (22), die eine neue Zugriffsanforderung vom eigenen Prozessor unter der Bedingung
annimmt, daß der Blocktransfer zum eigenen Prozessor
(1a) beendet ist und daß der Inhalt des ersten Pufferadreßfeldes (5a) in Verbindung mit dem Blocktransfer
durch die Speichersteuereinheit (2) fortgeschrieben wurde.
2. Speichersteuerungsvorrichtung nach Anspruch 1,
dadurch gekennzeichnet, daß die Speichersteuereinheit (2) aufweist:
eine erste Steuereinrichtung (4a), die das Fortschreiben des ersten Pufferadreßßeldes (5a) steuert und
eine zweite Steuereinrichtung (7a), die den Zugriff zum zweiten Pufferadreßfeld (8a) auf eine Schreibadreßprüfanforderung
in Verbindung mit einer vom eigenen Prozessor (1b) ausgeführten Schreiboperation für den gemeinsamen
Speicher (3) steuert, und einen Löschvorgang der ersten Steuereinrichtung (4a) meldet, wenn eine Adresse für
die Schreiboperation zuvor im zweiten Pufferadreßfeld
(8a) eingetragen ist und die im zweiten Pufferadreßfeld (8a) eingetragene Adresse löscht.
3. Speichersteuerungsvorrichtung nach Anspruch 2, dadurch gekennzeichnet,
daß die zweite Steuereinrichtung (7a) eine Stapeleinrichtung (50) aufweist, die eine im zweiten Pufferadreßfeld
(8a) gespeicherte Adresse in Verbindung mit einer Ersatzmeldung für eine Blocktransferanforderung des eigenen
Prozessors (1a) ersetzt und der ersten Steuereinrichtung (4a) eine Ersatzmeldung ausgibt.
4. Speichersteuerungsvorrichtung nach Anspruch 3, dadurch gekennzeichnet,
daß die zweite Steuereinrichtung (7a) aufweist:
einen Anforderungsstapel (50), der gemäß dem "first-in
first-out"-Prinzip die Schreibadreßprüfanforderung , die Ersatzmeldung
und die Löschmeldung, die innerhalb der eigenen Steuereinrichtung (7a) auftritt, in der Reihenfolge ihres
Empfangs stapelt und eine Bezugs-, Lösch- oder Ersatzmeldung dem zweiten Pufferadreßfeld (8a) entsprechend
einer vom Stapel (50) ausgegebenen Anforderung ausgibt und
einen Lösch-/Ersatzstäpel (53), der gemäß dem "first-in
first-out"-Prinzip eine an die erste Steuereinrichtung
(4a) ausgegebene Löschmeldung und eine Ersatzmeldung in der Reihenfolge ihres Empfangs stapelt, wobei die
zweite Steuereinrichtung (7a), wenn der Anforderungsstapel (50) eine Schreibadressenprüfanforderung ausgibt,
eine Löschmeldung im Lösch/Ersatzstapel (53) in Ver- ■ bindung mit einer vom zweiten Pufferadreßfeld (8a) j
ausgegebenen Meldung über die Anwesenheit einer mit der
Schreibadressenprüfung verbundenen Adresse und außerdem eine Löschmeldung im Anforderungsstapel (50) und wenn
eine Ersatzanforderung vom Anforderungsstapel (50) ausgeht, eine Ersatzmeldung im Lösch/Ersatzstapel (53)
stapelt.
5. Speichersteuerungsvorrichtung nach Anspruch 3, dadurch gekennzeichnet,
daß die erste Steuereinrichtung (4a) aufweist:
eine Meldeeinrichtung (29), die eine Lösch- oder Ersatzmeldung
auf eine Lösch- oder Ersatzmeldung von der zweiten Steuereinrichtung (7a) an das erste Pufferadreßfeld
(5a) liefert,
eine Meldeeinrichtung (26), die meldet, daß ein Blocktransfer
stattfindet,
eine Rücksetzeinrichtung (27), die beim Ende des Blocktransfers die von der Meldeeinrichtung (26) ausgegebene
Blocktransfermeldung und eine Ersatzmeldung für das erste Pufferadreßfeld (5a), die die Meldeeinrichtung (29)
ausgegeben hat, zurücksetzt und
eine Einrichtung (21) die im eigenen Prozessor (1a) verhütet, daß dieser eine Zugriffsanforderung annimmt,
solange die Meldeeinrichtung (26) einen Blocktransfer
meldet.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP58202004A JPS6093563A (ja) | 1983-10-27 | 1983-10-27 | バツフア記憶制御方式 |
Publications (2)
Publication Number | Publication Date |
---|---|
DE3439302A1 true DE3439302A1 (de) | 1985-05-09 |
DE3439302C2 DE3439302C2 (de) | 1987-08-13 |
Family
ID=16450328
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE19843439302 Granted DE3439302A1 (de) | 1983-10-27 | 1984-10-26 | Speichersteuerungsvorrichtung |
Country Status (3)
Country | Link |
---|---|
US (1) | US4683533A (de) |
JP (1) | JPS6093563A (de) |
DE (1) | DE3439302A1 (de) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0258559A2 (de) * | 1986-06-27 | 1988-03-09 | Bull HN Information Systems Inc. | Cachespeicherkohärenzsteuerung mit einem Speicher, der ein laufendes Lesen anzeigt |
DE3919802A1 (de) * | 1988-06-17 | 1989-12-21 | Hitachi Ltd | Speicherbaustein mit vektorprozessoren und einem skalarprozessor |
DE4103093A1 (de) * | 1990-02-01 | 1991-08-08 | Hitachi Ltd | Computersystem und steuerverfahren fuer dieses computersystem |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR920001282B1 (ko) * | 1987-10-02 | 1992-02-10 | 가부시키가이샤 히타치세이사쿠쇼 | 버퍼메모리 제어장치 |
JPH07111713B2 (ja) * | 1988-02-24 | 1995-11-29 | 富士通株式会社 | 構成変更制御方式 |
US4949246A (en) * | 1988-06-23 | 1990-08-14 | Ncr Corporation | Adapter for transmission of data words of different lengths |
US5226169A (en) * | 1988-12-30 | 1993-07-06 | International Business Machines Corp. | System for execution of storage-immediate and storage-storage instructions within cache buffer storage |
DE68923863T2 (de) * | 1989-01-13 | 1996-03-28 | Ibm | Ein-/Ausgabecachespeicherung. |
DE4005319C2 (de) * | 1989-02-22 | 1994-06-16 | Siemens Nixdorf Inf Syst | Verfahren und Anordnung zur Aufrechterhaltung der Datenkonsistenz in einem Multiprozessorsystem mit privaten Cachespeichern |
JPH0778786B2 (ja) * | 1989-05-10 | 1995-08-23 | 株式会社日立製作所 | 記憶制御方式 |
US5155828A (en) * | 1989-07-05 | 1992-10-13 | Hewlett-Packard Company | Computing system with a cache memory and an additional look-aside cache memory |
JPH0748191B2 (ja) * | 1989-08-10 | 1995-05-24 | 株式会社日立製作所 | バッファ記憶制御装置 |
US5330773A (en) * | 1989-08-29 | 1994-07-19 | Bongrain S.A. | Process for making cheese or a cheese-related specialty |
JPH03216744A (ja) * | 1990-01-22 | 1991-09-24 | Fujitsu Ltd | 内蔵キャッシュ・メモリ制御方式 |
JP4325843B2 (ja) * | 2002-12-20 | 2009-09-02 | 株式会社日立製作所 | 論理ボリュームコピー先性能調整方法及び装置 |
US7343457B1 (en) * | 2003-08-01 | 2008-03-11 | Unisys Corporation | Dual active bank memory controller |
JP2005149082A (ja) * | 2003-11-14 | 2005-06-09 | Hitachi Ltd | ストレージ制御装置、及びストレージ制御装置の制御方法 |
US7590213B1 (en) * | 2004-03-18 | 2009-09-15 | Holtec International, Inc. | Systems and methods for storing spent nuclear fuel having protection design |
US7330526B2 (en) * | 2005-03-25 | 2008-02-12 | Holtec International, Inc. | System and method of storing high level waste |
US9443625B2 (en) | 2005-03-25 | 2016-09-13 | Holtec International, Inc. | Method of storing high level radioactive waste |
US9001958B2 (en) | 2010-04-21 | 2015-04-07 | Holtec International, Inc. | System and method for reclaiming energy from heat emanating from spent nuclear fuel |
US11569001B2 (en) | 2008-04-29 | 2023-01-31 | Holtec International | Autonomous self-powered system for removing thermal energy from pools of liquid heated by radioactive materials |
EP2430635A4 (de) | 2009-05-06 | 2013-12-25 | Holtec International Inc | Vorrichtung für lagerung und/oder transport von hochradioaktivem abfall sowie verfahren zu ihrer herstellung |
US9514853B2 (en) | 2010-08-12 | 2016-12-06 | Holtec International | System for storing high level radioactive waste |
US11887744B2 (en) | 2011-08-12 | 2024-01-30 | Holtec International | Container for radioactive waste |
US11373774B2 (en) | 2010-08-12 | 2022-06-28 | Holtec International | Ventilated transfer cask |
US10811154B2 (en) | 2010-08-12 | 2020-10-20 | Holtec International | Container for radioactive waste |
US8905259B2 (en) | 2010-08-12 | 2014-12-09 | Holtec International, Inc. | Ventilated system for storing high level radioactive waste |
WO2013085638A1 (en) | 2011-10-28 | 2013-06-13 | Holtec International, Inc. | Method for controlling temperature of a radioactive waste storage system |
EP2839484A4 (de) | 2012-04-18 | 2016-01-06 | Holtec International Inc | Lagerung und/oder transport von hochradioaktivem abfall |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3618040A (en) * | 1968-09-18 | 1971-11-02 | Hitachi Ltd | Memory control apparatus in multiprocessor system |
US4056844A (en) * | 1974-02-26 | 1977-11-01 | Hitachi, Ltd. | Memory control system using plural buffer address arrays |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3573745A (en) * | 1968-12-04 | 1971-04-06 | Bell Telephone Labor Inc | Group queuing |
US4349871A (en) * | 1980-01-28 | 1982-09-14 | Digital Equipment Corporation | Duplicate tag store for cached multiprocessor system |
US4392200A (en) * | 1980-01-28 | 1983-07-05 | Digital Equipment Corporation | Cached multiprocessor system with pipeline timing |
JPS5864690A (ja) * | 1981-10-14 | 1983-04-18 | Hitachi Ltd | キヤツシユメモリ制御方法 |
-
1983
- 1983-10-27 JP JP58202004A patent/JPS6093563A/ja active Granted
-
1984
- 1984-10-25 US US06/664,771 patent/US4683533A/en not_active Expired - Lifetime
- 1984-10-26 DE DE19843439302 patent/DE3439302A1/de active Granted
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3618040A (en) * | 1968-09-18 | 1971-11-02 | Hitachi Ltd | Memory control apparatus in multiprocessor system |
US4056844A (en) * | 1974-02-26 | 1977-11-01 | Hitachi, Ltd. | Memory control system using plural buffer address arrays |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0258559A2 (de) * | 1986-06-27 | 1988-03-09 | Bull HN Information Systems Inc. | Cachespeicherkohärenzsteuerung mit einem Speicher, der ein laufendes Lesen anzeigt |
EP0258559B1 (de) * | 1986-06-27 | 1994-06-22 | Bull HN Information Systems Inc. | Cachespeicherkohärenzsteuerung mit einem Speicher, der ein laufendes Lesen anzeigt |
DE3919802A1 (de) * | 1988-06-17 | 1989-12-21 | Hitachi Ltd | Speicherbaustein mit vektorprozessoren und einem skalarprozessor |
DE4103093A1 (de) * | 1990-02-01 | 1991-08-08 | Hitachi Ltd | Computersystem und steuerverfahren fuer dieses computersystem |
DE4103093C2 (de) * | 1990-02-01 | 1998-05-28 | Hitachi Ltd | Verfahren zum Steuern eines Datenübertragungs-Pufferspeichers und Computersystem zum Durchführen dieses Verfahrens |
Also Published As
Publication number | Publication date |
---|---|
US4683533A (en) | 1987-07-28 |
JPS6093563A (ja) | 1985-05-25 |
DE3439302C2 (de) | 1987-08-13 |
JPS6321220B2 (de) | 1988-05-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE3439302C2 (de) | ||
DE68924306T2 (de) | Mehrprozessorrechneranordnungen mit gemeinsamem Speicher und privaten Cache-Speichern. | |
DE69733374T2 (de) | Speichersteuerungsvorrichtung und -system | |
DE69327387T2 (de) | An einen paketvermittelten Bus gekoppelte Nachschreibsteuerungsschaltung für eine Cachespeichersteuerungsschaltung | |
DE2415900C3 (de) | Rechenautomat mit mehreren mit je einem Vorratsspeicher versehenen Rechenanlagen | |
DE69519816T2 (de) | Anordnung mit Duplikat des Cache-Etikettenspeichers | |
DE69031086T2 (de) | Cache-Speicherinhaltssteuerung in Mehrprozessornetzwerken | |
DE68902193T2 (de) | Datenspeicheranordnung. | |
DE69027253T2 (de) | Multiprozessor-Cachespeichersystem | |
DE69032337T2 (de) | Multiprozessorsystem verwendendes Datenbasisverarbeitungssystem | |
DE69722512T2 (de) | Mehrrechnersystem mit einem die Anzahl der Antworten enthaltenden Kohärenzprotokoll | |
DE3502147C2 (de) | ||
DE69222060T2 (de) | Semaphore umgehung. | |
EP0013737A1 (de) | Mehrstufige Speicherhierarchie für ein Datenverarbeitungssystem | |
DE69527634T2 (de) | Rechner-Cachespeichersystem | |
DE3621321A1 (de) | Cache-speicher- bzw. multiprozessor-system und betriebsverfahren | |
DE1952158A1 (de) | Speicherschutzverfahren und Einrichtung zur Durchfuehrung dieses Verfahrens | |
DE3011552A1 (de) | Datenverarbeitungsanlage mit einem hauptspeicher sowie wenigsten einem datenprozessor mit zugeordnetem adressenumformer | |
DE4420451A1 (de) | Sperrmechanismus für ein CHECK-IN/CHECK-OUT-Modell | |
DE68928454T2 (de) | Multiprozessorsystem mit hierarchischer cachespeicheranordnung | |
DE3642324A1 (de) | Multiprozessoranlage mit prozessor-zugriffssteuerung | |
DE10219623A1 (de) | System und Verfahren zur Speicherentscheidung unter Verwendung von mehreren Warteschlangen | |
DE69031297T2 (de) | Eingabewarteschlange für Speichersubsysteme | |
DE69616903T2 (de) | Mehrprozessoranordnung und Verfahren zur Synchronisierung zwischen Prozessoren | |
DE3046912C2 (de) | Schaltungsanordnung zum selektiven Löschen von Cachespeichern in einer Multiprozessor-Datenverarbeitungsanlage |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
D2 | Grant after examination | ||
8364 | No opposition during term of opposition | ||
8339 | Ceased/non-payment of the annual fee |