WO1990005953A1 - Hardware implemented cache coherency protocole with duplicated distributed directories for high-performance multiprocessors - Google Patents

Hardware implemented cache coherency protocole with duplicated distributed directories for high-performance multiprocessors Download PDF

Info

Publication number
WO1990005953A1
WO1990005953A1 PCT/US1989/004792 US8904792W WO9005953A1 WO 1990005953 A1 WO1990005953 A1 WO 1990005953A1 US 8904792 W US8904792 W US 8904792W WO 9005953 A1 WO9005953 A1 WO 9005953A1
Authority
WO
WIPO (PCT)
Prior art keywords
cache
data
processor
memory
directory
Prior art date
Application number
PCT/US1989/004792
Other languages
French (fr)
Inventor
Sanjay Shanker Mathur
John Susanna Fernando
Original Assignee
Unisys Corporation
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Unisys Corporation filed Critical Unisys Corporation
Publication of WO1990005953A1 publication Critical patent/WO1990005953A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/08Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0806Multiuser, multiprocessor or multiprocessing cache systems
    • G06F12/0815Cache consistency protocols
    • G06F12/0831Cache consistency protocols using a bus scheme, e.g. with bus monitoring or watching means

Definitions

  • This disclosure refers to multiprocessor systems having individual cache memories including means to keep the cache memories coherent.
  • the concept of "communication” refers to the exchange of data between different processing activities while the concept of “synchronization” is a special type of communication in which the data transferred is involved with control data information. Synchronization is used for the dual purpose of regulating the proper sequencing of processes and for insuring mutually exclusive access to certain shared data.
  • the multiprocessor systems which use shared-memory will provide for the handling of communication and synchronization by the use of the controlled sharing of data in memory.
  • Multiprocessor systems also have a requirement for sequential consistency which means that there must be a certain order in the allowable sequence of executive instructions during the same process activity which may be shared by different processors. For example, it may be noted that when two concurrent processors are operating, they can effect each others execution through the sharing of writable data and the sending of interrupt signals, but it is the order of these events that is significant importance. Accesses to shared writable (alterable) data should be executed in a mutually exclusive manner.
  • the process activity is allowed to migrate, that is to be scheduled in different processors in order to balance the workload.
  • migrate that is to be scheduled in different processors in order to balance the workload.
  • Previous methods of handling the coherency of memory or handling of data inconsistency have included the following techniques: (i) to use only shared cache memories which are associated with the main memory module and not permit any private cache memory for each individual processor; (ii) attaching a private cache memory to each processing unit, but operating such that any "shared writable data" is not permitted in the cache memory. This type of data is called “non-cachable”. The instructions in other data,which can be copied into cache memory, would be referred to as "cachable”. However, in this situation the data must be tagged as to whether it iis cachable or noncachable; (iii) tagging or shared writable data as noncachable.
  • the snooping controllers are used to watch the system bus for the "Store" command. If a store is made to a location in a cache memory, then the copies of the block of memory in the cache are updated.
  • the present disclosure provides improved methods for handling the coherency problems in multiprocessor systems by the provision of a snooping cache coherency protocol for shared bus multiprocessors.
  • the improved system provides for the update of the cache memory and an image directory unit on a serial basis often designed as "non- atomic" which is to indicate that the updates are done .at different times and not concurrently.
  • the non-atomicity of the directory updates thus allows for the processor-to-cache memory cycle time to be minimized and provide for a higher performance throughput.
  • the present disclosure involves improvements to multiprocessor networks wherein each processor has a private cache memory and the network is connected through a common system bus.
  • the network is provided with a snooping cache coherency protocol having distributed directories such that the updates of the cache memory and its associated image directory are accomplished at different time periods (non- atomic) thus permitting the processor-to-cache cycle time to be minimized.
  • the non-atomicity of directory updates will cause directory inconsistencies (in various memory blocks) to occur during the period between updates.
  • the system bus protocol is arranged to allow for correct operation to maintain data coherency, despite the temporary period of inconsistency.
  • the protocol supports a memory subsystem which queues memory requests such that the processor or cache memory requesting data relinquishes the shared bus after making its request.
  • FIG. 1 is a block diagram of a multiprocessor network architecture
  • FIG. 2 is a block diagram of the architecture for the cache memory and bus interface unit for each processor
  • FIGs. 3A, 3B and 3C are schematic drawings illustrating the organization of the cache memory showing the cache data array, tag array, and PV array;
  • FIG. 4 is a schematic drawing of the image directory units
  • FIG. 5 is a chart illustrating the Command Transmit-Receive Sequence
  • FIG. 6 is a list of the cache-to-bus interface unit commands
  • FIG. 7 is a list of the bus interface unit-cache commands
  • FIG. 8 is a flow chart illustrating the sequence of activities on the bus response lines
  • FIG. 9 is a table indicating how commands are accepted depending on the collective bus response
  • FIG's 10 and 11 are schematic drawings showing the state changes in cache PV array and the image PV array
  • FIG's 12A and 12B are examples used to illustrate data transfers (copy) and the non-atomicity of directory updates.
  • FIG's 13A and 13B are examples used to illustrate data transfers (master) and the non-atomicity of directory updates
  • FIG's 14A and 14B are examples used to illustrate cache-cache data transfer (Master) and the directory updates;
  • FIG's 15A and 15B are examples used to illustrate cache-cache data transfer (copy) and the directory updates
  • FIG. 1 shows a multiprocessor network having a series of processor element modules (PE modules) 6a, 6b, 6c, 6d which are connected to a system bus 24. Also connected to the system bus 24 is a group of memory modules (MM's) 20a, 20b, and 20c.
  • PE modules processor element modules
  • MM's memory modules
  • Each PE module, 6a, 6b, 6c, 6d has a processing element (PE) shown as 10a, 10b, 10c, 10d, a cache memory unit shown as 12a, 12b, 12c, 12d, and a bus interface unit (BIU) shown as 14a, 14b, 14c, and 14d.
  • PE processing element
  • BIU bus interface unit
  • Each PE is linked to its cache memory unit (also called a private cache) which, in turn, is connected to a BIU which links the module to the system bus 24.
  • Each memory module (20a, 20b, 20c) consists of an input queue shown as 20aiq, 20biq, 20ciq, an output queue shown as 20aoq, 20boq, 20coq, and a main memory unit designated 20am, 20bm, 20cm.
  • the input queue queues up accesses (request commands) to the main memory unit.
  • the main memory unit responds to each access by placing a return command in the corresponding output queue.
  • the return command is a system bus command used to transfer information back to the requesting module in response to a request command.
  • the input queue receives commands from the system bus and output queue transmits commands on the system bus.
  • the system consists of processing elements with private caches, aqueueing memory modules and a system bus which interconnects all processor and memory modules.
  • the system bus is a backplane bus operated in a synchronous manner.
  • the signals which comprise the system bus are described hereinafter under the heading "System Bus Signals”.
  • FIG. 2 shows in detail the components of the cache and bus interface unit (BIU) and how they are interconnected.
  • the command bus 7b is used by the processor 10 in order to transmit commands to the cache controller 8. These commands are typically Read, Write, etc.
  • the address bus designated 7c is driven by the processor 10, or by the the cache controller 8, or by the BIU 28.
  • the address bus carries the address of a particular data word or specific status information. Arbitration as to who shall have access to the address bus 7c is controlled by the cache controller 8.
  • the data bus 7d is used to connect the processor 10 and the cache data array unit 12da.
  • the cache data array unit 12da is also connected to the BIU Data device 34 by means of data bus 7d. Data is transferred from the cache 12da to the BIU Data 34 via the data bus 7d, and from the BIU Data 34 to main memory 20, or to BIU's on other modules, over the system bus.
  • the cache memory data array 12da is a memory which is used to store data from the memory module 20 for subsequent use by the processor 10.
  • the detailed architecture of the cache memory data array 12da is shown in FIG. 3A.
  • the cache memory tag array 12ta Connected to the cache controller 8 and to the address bus 7c is the cache memory tag array 12ta. Since a portion of the address of a data block is designated as the "tag", this portion designated as the tag is stored in the cache memory tag array 12ta. Thus for every data block stored in the cache memory data array 12da, the cache memory tag array 12ta will store its own associative tag.
  • the cache memory tag array 12ta is part of the cache directory 32cd which also includes the cache memory PV array 12pv.
  • the cache memory tag array 12ta as part of the cache directory is used to find out whether a particular data block resides in the cache memory data array 12da.
  • the cache memory PV array 12pv is also part of the cache directory 32cd.
  • the cache PV array 12pv stores the "status" of each cache data block that resides in the cache data array 12da.
  • Each data block in the cache data array 12da will be found to be in one of four states; invalid, copy, master, pending. These states are illustrated in FIG. 10.
  • the cache directory 32cd is made up of the cache tag array 12ta together with the cache PV array 12pv.
  • the data bus between the cache data array 12da and the BIU 34 is shown as bus 7d.
  • the bus designated 15b is the command bus for transmitting commands between the cache controller 8 and the BIU 28.
  • the commands transferred on this bus are listed in the tables in FIG's 6 and 7.
  • the BIU consists of two chips, the BIU-Data Chip
  • the BIU-AC 28 controls the BIU-Data 34, by means of the control bus 34a.
  • the main functions of the BIU are to snoop on the system bus to maintain coherent data and buffer data, such data going from the cache memory 12da to the system bus 24, and from the system bus 24 to the cache memory data array 12da.
  • the BIU-AC 28 receives commands from the cache controller 8 and transmits them on the system bus 24. Likewise, any commands arriving from the system bus 24, which are relevant to the particular module, are received by the BIU-AC and then passed on to the cache controller 8.
  • the BIU-AC 28 implements the bus protocol which guarantees coherent data in the cache. To maintain data coherency the BIU-AC 28 needs to know the state of all data held in the cache. It does so by means of the image directory 32bi.
  • the image directory is an exact copy of the cache directory 32cd, and consists of the image tag array 32ti and the image PV array 32p.
  • FIG. 4 shows the organization of the image directory in detail.
  • the signals which connect the cache directory 32cd to the cache controller 8 are as follows:
  • the TAG (address bits [31:12]) are stored in the tag array 12ta.
  • the PV status bits are stored in the PV array 12pv.
  • Data is stored in the cache data array 12da. All three arrays are addressed by the ten address bits ADDR[11:2] obtained from address bus 7c.
  • the ten address bits define Ik sets, where each set consists of four blocks.
  • the BLOCK SELECT lines select one block in any set for writing.
  • the READ/WRITE line selects a read or write operation on the arrays.
  • the signals which connect the image directory to the BIU-AC 28 are as follows.
  • the TAG (address bits [31:12]) are stored in the tag array 32ti.
  • the PV status bits are stored in the PV array 32p. Both arrays are addressed by the ten address bits ADDR[11:2] obtained from the system bus.
  • the ten address bits define Ik sets, where each set consists of four blocks.
  • the BLOCK SELECT lines select one block in any set for writing.
  • the READ/WRITE line selects a read or write operation on the arrays.
  • the TAGMATCH lines indicates whether, and in which block, the address exists, while the PV status lines indicate the status of the desired block in the set.
  • the image directory provides a means of maintaining data coherency without accessing the coche directory 32cd.
  • FIG. 5 shows how commands are transmitted on the system bus on a clock by clock basis.
  • This flow chart defines how the bus response lines are asserted based on the system bus command and image status.
  • Command COM[5:0] The command lines define the type of bus transaction and are defined in Paragraph A-3.
  • Bus Request REQ[l9:0] Each module uses a unique Request line by which it signals to all other modules its intention of using the system bus (i.e. bus request). In this particular implementation the system can have up to twenty modules.
  • PE-ACK This signal is used by any PE module to acknowledge receiving a bus transmission correctly. If the transmission received was a request command (i.e. a command which is a request for data), then a PE which finds (by reading its image directory) that it has the data will assert PE-ACK.
  • a request command i.e. a command which is a request for data
  • PE-ACK tells the transmitter that its request for data will be honored. It also tells the memory modules that they must ignore the command.
  • the receiving module asserts PE-ACK, to inform the transmitter that the data was received correctly.
  • PE-BUSY is used by a receiving PE module to signal the transmitter module that it cannot handle the transmission due to a full input queue. The transmitter will then retransmit later. PE-BUSY also informs the memory modules to ignore the command. PE-BUSY may be asserted by many PE modules at once.
  • MM-ACK Memory modules acknowledge a transmission received without error by asserting MM-ACK, Only one memory module may assert MM-ACK at a given time.
  • MM-BUSY If a command is received by a memory module which finds its input queue full then it asserts MM-BUSY. The transmitter will retransmit that command later.
  • BUS-ERROR Any module which finds an error in a transmission on the system bus, signals the fact by asserting BUS-ERROR. The transmitter will retransmit later.
  • PARITY SIGNALS Address, data, command and source/destination ID signals are protected by parity signals. Parity is checked by all modules on every transmission. (A-3) System Bus Commands
  • the system bus specified in Paragraph A-1 is used to transfer different types of information.
  • the type of information is defined by the command on the bus command lines. This section specifies all the commands which transfer memory data from MM to PE, PE to PE, and PE to MM. Other commands, which have nothing to do with coherency operations, are also defined because they are essential for system operation. Coherency operations caused by these commands are described in Paragraph B.
  • SR Shared Read
  • the cache controller reads its directory (see FIG's 2 and 3) and finds that none of the tags in set 1 matches the tag of the processor address C0C000. Then the cache controller issues a SR command with the specific address C0C00001 to the BIU which transmits the command on the system bus. The BIU transmits the command (000001), the address (C0C00001) and the specific ID of the module for one clock period.
  • the memory module which has the address C0C00001 will then send a
  • PR Private Read
  • PR is identified by the logic value 000010 (binary) on the command lines.
  • the command originates when a PE writes at a specific address, say C0C00001 for example, and the cache controller finds that it does not have that address in its directory. Therefore, the cache controller issues a PR command to the BIU with the address specified as C0C00001. Then the BIU transmits the command (000010), the address (C0C00001), and the ID of the module on the system bus.
  • the memory, or PE module which finds the data as a master, will return the data to the requestor designated as a master.
  • a block of data is classified as "master” when it can be modified by the processor element (PE) which has that master block of data in its cache.
  • TBS Transmit Block Shared
  • a memory module When a memory module receives a SR command, with address C0C00001 for example, it will send back to the requestor a copy of the data block using a TBS command.
  • the data block consists of the four words at addresses C0C00000, C0C00001, C0C00002 and C0C00003. Since there are four data words the transmission takes four clock cycles. In the first clock the command (010001), the address (C0C001) and the corresponding data word, and the requestors ID are transmitted. On the second, third and fourth clocks, only the data words corresponding to addresses C0C00001, C0C00002 and C0C00003 are transmitted.
  • TBP Transmit Block Private
  • a Purge command is used by a PE module when it returns a block of data, designated as a master, back to memory.
  • the command originates at the cache controller, when the PE does a read or write and none of the four blocks in the particular set match the address required by the processor. As described before the cache controller issues a SR or PR command to get the block of data.
  • the cache controller also determines where in the particular set the requested data is to be placed. If that location already has a valid master, it must be returned back to memory using a Purge command. Note that a master cannot be overwritten like a copy can be.
  • a Purge command takes four clocks on the system bus.
  • the address In the first clock the address, the command (000110), the ID of the transmitting module and the word corresponding to the address are transmitted. In the second, third and fourth clocks the other data words are transmitted just as in a TBP or TBS command.
  • a Purge command is received by the memory module which contains the specified address.
  • ND New Data Write
  • This command provides the capability for PE modules doing I/O functions to overwrite a block in memory, for example when a file is being read from a peripheral device.
  • the command causes the existing master to be overwritten by the new data. If the ND is received by a PE, then the cache controller executes the overwrite, else it is done by the memory module when the master is in memory.
  • the ND command consists of four words and is transmitted like a TBP. (A-4)
  • the following commands perform functions not related to data coherency. A brief description follows.
  • TODR Time-of-Day-Read
  • Processor Element reads the time of day from the memory module which contains the time-of-day clock by issuing a TODR.
  • Time-of-Day-Write A PE may change the time-of-day clock in the memory module by issuing TODW.
  • Time-of-Day A memory module returns the time of day, in response to a TODR by transmitting a
  • SPES Signal PE Set
  • SPESACK SPES Acknowledge
  • PE which receives a SPES may respond by sending back a SPESACK command.
  • a Result command may be sent as a response to any command to report status or errors.
  • FIG. 5 illustrates the entire sequence.
  • the sequence of actions taken by the transmitter, and by all other receivers are the same for all one-clock commands.
  • the sequence begins in clock A (FIG. 5) when the transmitter module drives a command on the system bus 24.
  • clock A+1 all modules 6a, 6b, 6c, 20a, 20b, 20c evaluate the command. Evaluation consists of decoding the command lines to find out what the command means, checking parity (on address, data, source/destination ID and command) and executing the snooping function.
  • Snooping is the process of using the address specified in the bus command to access the image directory to find whether a matching address exists in the image and, if so, what the status of the data (master, copy, invalid, pending) is.
  • the results of the snoop is relevant only if the command is a SR, PR, ND, Purge, TBS or TBP, as defined in Paragraph A-2 above.
  • the purpose of snooping is to make the appropriate response on the PE-ACK
  • Asserting BUS-ERROR in Clock A+2 If a command received has a parity error then the module (may be more than one) which finds the parity error asserts BUS-ERROR.
  • Asserting PE-ACK in Clock A+2 If command received is SR,PR or ND, and the image state is Master, then PE-ACK is asserted by a PE module (FIG. 5) provided its input queue is not full. If a TBS, TBP (or Result, TOD or SPESACK) is received and the destination ID of the transmission matches the ID of the PE and, the state in the image is pending then
  • PE-ACK is asserted.
  • PE-ACK is asserted by only one PE module.
  • PE-BUSY is asserted when the input queue is full. PE-BUSY is also asserted when an ND command is received, the image state is copy, and the input queue is full.
  • MM-ACK or MM-BUSY in Clock A+2 A memory module which contains the address specified in a SR, PR, ND or Purge command will assert MM-ACK if its input queue is not full. If the input queue is full then MM-BUSY will be asserted.
  • the active receiver drives its bus response for each data word in clocks A+2 (for data word A), A+3 (for data word B), A+4 (for data word C) and A+5 (for data word D).
  • the Collective Response The purpose of driving the individual response (in clock A+2) after a command is received (in clock A+1) is to determine the collective bus response.
  • the collective bus response is determined based on the individual bus response driven by each module.
  • a command is accepted by the receiver, and considered to be successfully transmitted by the transmitter, only when the collective response is an acknowledge.
  • FIG. 9 specifies for each command how the bus response lines are interpreted.
  • the collective response guarantees that a command is acknowledged only when all modules agree (by transmitting their individual bus responses on the bus response lines) that a command is error-free.
  • This section describes what the coherency rules are, and what actions are taken by the bus protocol to guarantee data coherency. Examples are used to illustrate the various coherency related actions for each command.
  • the bus protocol implements the following rules to guarantee data coherency, i.e., a PE reading any specific address will always find the current value which is the value of the master block. Thus any copies made must have the same value and only one master can exist for each address.
  • master blocks reside in main memory.
  • PE's may have copies (in their caches) of a given master block in main memory 20.
  • a ND command causes that copy to be invalidated.
  • a PE module issues a PR command till it receives the master block, that PE should assert PE-BUSY in response to all PR, SR and ND commands issued subsequently by other PE's for that same block of data.
  • PE-ACK When a PE has the master block for a given address it must respond with PE-ACK (unless it has an error) for SR, PR and ND commands which are transmitted on the system bus. It must also take appropriate action depending on the type of command to be described hereinafter.
  • FIG's 10 and 11 represent the four states of any data block (at a given address) which may reside in the cache data array 12da. Coherency actions taken by the cache controller
  • the status of a data block in cache may change due to PE accesses or BIU commands. Coherency actions caused by each command are detailed next hereunder.
  • a. SR issued by cache controller due to PE read When a PE reads a data word and the state in cache is "invalid" (FIG's 10, 14B) the cache controller 8 issues a SR (also called a local SR because it was issued by the local PE) to the BIU 28.
  • the "status" in cache directory 32cd corresponding to the address requested by the
  • PE is marked "Pending".
  • the marking process consists of writing the tag (for example, if address is FFF00005, then tag is FFF00) into the cache tag array
  • PR will not be issued if the data exists as a Valid Master or is Pending. However, if the data exists as a copy or does not exist (Invalid) then a PR is issued to the BIU 28.
  • the cache controller 8 marks its directory 32cd as Pending, exactly as it does for the SR (depicted by the arrow from Invalid and the arrow from Valid Copy to Pending, labelled "local PR").
  • An external SR is an SR command that comes to the cache controller 8 from the BIU 28 which received the SR from the system bus 24. Such a command, which comes into the cache controller from the system bus via the BIU, is called an external (or remote) command, because it originated in some other PE 10.
  • An external SR causes the cache controller 8 to return the master block to memory 20, and mark its directory 32cd as Invalid (see arrow in FIG. 10 labelled "Purge due to external SR").
  • the BIU 28 will direct the cache controller 8 to invalidate a specific copy if it determines that a valid copy exists in the cache 12da while another module 6, 20, is receiving the corresponding master block. Such an invalidation is facilitated by the INVCOPY command issued by the BIU to the cache controller.
  • An INVCOPY command is also generated when a ND command is detected and a valid copy exists in cache, g. TBP and TBS from the BIU: The cache controller 8 expects to receive TBS or TBP from the BIU 28 in response to a prior issue of SR or PR to the BIU. When data is transferred to the cache controller 8 from the BIU
  • the coherency actions taken by the BIU 28 are based on its snooping function.
  • the BIU performs the following functions when a command is received from the bus 24. a. Drive the individual bus response on the system bus response lines.
  • a (1) denotes that this particular state change occurs before its counterpart in the other diagram.
  • a (2) denotes that this state change occurs after its counterpart in the other diagram.
  • a state change associated with a local SR or PR occurs first in the cache directory 32cd and afterwards in the image directory 32ti.
  • the (1) or (2) denotes the natural flow of the command and therefore the sequence of updates as well. This illustrates how the two directories are updated at different times (i.e. non-atomically) in the same PE module 6.
  • the BIU marks its directory 32ti invalid when a master leaves the module by way of a TBP command or Purge command issued by the local cache controller 8.
  • the arrow from Valid Master to Invalid in FIG's 10 and 11 depicts the sequence-first the cache controller
  • Incoming TBS or TBP Data required by the local cache controller 8 of a given PE module will be transmitted on the system bus 24 as a TBS or TBP command.
  • the BIU 28 of the requesting module will update its image directory as shown in FIG. 11 and then forward the command to the cache controller 8 which marks its own directory.
  • the incoming TBS goes from
  • External SR. PR. ND If the BIU detects a SR, PR, ND on the system bus and also finds the corresponding "Valid Master" status in its image, it asserts PE-ACK, as outlined in Paragraph B. Then the BIU passes the command to the cache controller 8 which takes appropriate action depending on the command.
  • the cache controller executes a Purge. Such a Purge performs two functions; it returns the master data block to memory, and also allows the module which issued the SR to make a copy while the Purge is on the system bus 24.
  • the cache controller executes a TBP, and for an ND the cache controller updates the existing master with the new value and sends back a Result command to the module which issued the ND.
  • FIG's 12A and B, 13A and B, 14A and B, and 15A and B Four examples are shown in FIG's 12A and B, 13A and B, 14A and B, and 15A and B to illustrate a complete sequence of directory updates.
  • the examples show how coherency is maintained by using duplicated directories (image and cache) which are updated at different times (i.e. non-atomically).
  • the PE's 10 are provided with coherent data. Since the cache directory is "decoupled" from the image directory, the PE-cache speed can be maximized.
  • FIG's 12A, 13A, 14A, and 15A two PE modules P1 and P2, and a memory module MM are shown connected to the system bus which may have other modules as well. Events are defined as actions occurring in a clock period. Clock periods are identified by t0, t1, t2, etc., where t1 is one or more clocks after to, t2 is one or more clocks after t1 and so on.
  • FIG's 12A, 12B show a system where a master, at address FFF00005 for example, is in a MM and no copies exist. At clock t0, PE1 reads the value at FFF00005 and the cache controller finds that the location is invalid. In clock tl the cache controller writes a Pending status in the cache directory.
  • FIG. 12B illustrates the important events that occur in t2, t3, t4, t5, t6 and t7.
  • the cache controller receives the data block and passes the requested data word to PE1 and also updates its directory to show Copy status. Note that the updates are done in t6 and t8, i.e. non- atomically.
  • the state of the cache directory is shown in FIG. 3.
  • FIG's 13A, 13B show a subsequent event in the same system where P1 has a copy of the data, at address FFF00005 for example.
  • PE2 writes at address FFF00005 and the cache controller of P2 finds that it has a status of Invalid for FFF00005.
  • the cache controller of P2 updates its directory to Pending and in t2 issues a PR to the BIU of P2.
  • the MM returns the master block, and in t6 all BIUs check their image directories. Both images are updated simultaneously, i.e. atomically.
  • the BIU of P1 finds a copy of the same block in its directory which it invalidates.
  • the BIU forwards an INVCOPY command to P1 cache controller.
  • the BIU of P2 finds the status Pending for the block that the MM sent, and so it receives the data block.
  • P1 invalidates the copy in its cache and in t10, F2 writes the master. This example illustrates how coherency is maintained even though the directory updates of P1 are non-atomic; cache of P1 is updated in t8 and cache of P2 in t10.
  • FIG's 14A, 14B show the transfer of a master block, for example, at address FFF00005, from P2 to P1. MM does not get involved because, in t4, F1 checks its image directory, finds the corresponding master and asserts PE-ACK. Thus MM knows that it must ignore this PR command.
  • FIG's 15A, 15B show the case where a master block in P1 is returned to memory via a Purge command, caused by a SR command issued by P2.
  • Atomic Events are termed atomic when they occur simultaneously, or one after the other "without interruption".
  • Block A data block is defined as a set of four words whose addresses differ only in the least two address bits (A0,A1).
  • Copy A block of data classified as a copy allows the PE containing that copy to read any word in the block. No writes are permitted. Copies are made from the master primarily by MM's.
  • Copy-back Cache A copy-back cache allows PE writes to be copied back to memory sometime after the write is done, rather than immediately.
  • Directory A look-up table which shows the existence and status of a data block, i.e. cache directory, image directory.
  • Image Array Also called image directory, is an exact copy of the cache directory.
  • Invalid Designates that the data does not exist in cache memory.
  • a block of data when classified as a master gives the PE containing that master in its cache the right to modify it.
  • MM Main memory module.
  • Non-Atomic Two events are non-atomic if other events can occur between them. See Atomic.
  • PE Processor Element.
  • Pending Designates that a location in cache memory is reserved for a requested block of data.
  • Request Command A system bus command which is used to obtain (request) information such as memory data.
  • a system bus command which is used to transfer information, such as memory data, back to the requesting module in response to a request command.
  • Snooping The process of using the address specified in the bus command to read the image directory to find out whether a matching address exists in the image, and if so, what the status of the block is.
  • each processor has its own private cache means and bus interface means which connect to a common system bus to permit intercommunication between the processors and a main memory means.
  • Each processor has its own cache directory and image directory which duplicate each other non-atomically so that the image directory can provide information as to the availability and status of requested data blocks while leaving the cache directory uninhibited for immediate access by a requesting processor, thus providing rapid data access from cache to the requesting processor without unnecessary delays.

Abstract

This disclosure describes a snooping coherency protocol for a multiprocessor network wherein every processor has its own private cache and bus interface means and the network is connected via a common system bus. Each processor has its own cache directory and image directory that duplicate each other non-atomically. The snooping protocol utilizes the duality of directories coupled with the non-atomicity of directory updates to maximize processor-cache availability and minimize processor-cache access times thus supporting high performance architectures.

Description

HARDWARE IMPLEMENTED CACHE COHERENCY PROTOCOL WITH DUPLICATED DISTRIBUTED DIRECTORIES FOR HIGH-PERFORMANCE
MULTIPROCESSORS
FIELD OF THE INVENTION
This disclosure refers to multiprocessor systems having individual cache memories including means to keep the cache memories coherent.
BACKGROUND OF THE INVENTION
Due to the continually increasing demands for computing power and speed, the use of multiprocessor networks has been continually brought to the fore for handling computational problems. However, when it comes to the design and programming of efficient multiprocessor systems, a number of problems are presented among which are the problems of synchronizing various of the processes used and maintaining data coherence plus the proper ordering of events. These are all factors which must be addressed by the designer.
In a multiprocessor system, there is generally an instruction set which contains basic instructions used for the handling of synchronization and communication between various processing activities.
In these situations, the concept of "communication"refers to the exchange of data between different processing activities while the concept of "synchronization" is a special type of communication in which the data transferred is involved with control data information. Synchronization is used for the dual purpose of regulating the proper sequencing of processes and for insuring mutually exclusive access to certain shared data. The multiprocessor systems which use shared-memory will provide for the handling of communication and synchronization by the use of the controlled sharing of data in memory.
A major problem involved in these systems is that of memory coherence which involves the system's ability to execute memory operations correctly. Multiprocessor systems also have a requirement for sequential consistency which means that there must be a certain order in the allowable sequence of executive instructions during the same process activity which may be shared by different processors. For example, it may be noted that when two concurrent processors are operating, they can effect each others execution through the sharing of writable data and the sending of interrupt signals, but it is the order of these events that is significant importance. Accesses to shared writable (alterable) data should be executed in a mutually exclusive manner.
The problem of "coherency" is a ever-present problem in that contradictory information inconsistencies can occur between various ones of the memories involved. As an example, in a computer having a processor and main memory together with a cache, it may be found that the cache and main memory may contain inconsistent copies (contradictory) of data. Thus multiple cache memories could possess different copies of the same memory block due to the fact that one or more of the processors has modified its own private copy. This type of inconsistency could possibly affect correct execution of a program.
Thus the problem of inconsistency or "cache coherence" can occur due to the following: (a) sharing of writable data; (b) process migration; (c) I/O activity.
In some systems the process activity is allowed to migrate, that is to be scheduled in different processors in order to balance the workload. When this occurs in a multiprocessor system whereby each processor has its own private cache, then data inconsistencies can result.
Previous methods of handling the coherency of memory or handling of data inconsistency have included the following techniques: (i) to use only shared cache memories which are associated with the main memory module and not permit any private cache memory for each individual processor; (ii) attaching a private cache memory to each processing unit, but operating such that any "shared writable data" is not permitted in the cache memory. This type of data is called "non-cachable". The instructions in other data,which can be copied into cache memory, would be referred to as "cachable". However, in this situation the data must be tagged as to whether it iis cachable or noncachable; (iii) tagging or shared writable data as noncachable. In this case, the performance of the system is considerably diminished; (iv) a system whiche allows shared writable data to exist in multiple cache memories but which requires a centralized global table which stores the status of memory blocks so that coherence enforcement signals can be generated on the basis of the status of the memory block; (v) the use of a "snooping" cache controller which can be used in bus-oriented multiple processors having a table that records the status of each memory block and which can be efficiently distributed among the processors involved. Consistency between the cache memories here is maintained by a bus-watching mechanism called the "snooping cache controller" which implements the cache coherency protocol on the bus.
For example, in a multiprocessor network, where each processor has its own private cache memory, the snooping controllers are used to watch the system bus for the "Store" command. If a store is made to a location in a cache memory, then the copies of the block of memory in the cache are updated.
A detailed discussion of the various problems involved in such type of multiprocessor systems is discussed in a February 1988 article entitled "Synchronization, Coherence, and Event Ordering in Multiprocessors" (pages 9 through 21 in Computer, published by IEEE, by the authors Dubois, Scheurich, and Briggs).
The present disclosure provides improved methods for handling the coherency problems in multiprocessor systems by the provision of a snooping cache coherency protocol for shared bus multiprocessors. The improved system provides for the update of the cache memory and an image directory unit on a serial basis often designed as "non- atomic" which is to indicate that the updates are done .at different times and not concurrently. The non-atomicity of the directory updates thus allows for the processor-to-cache memory cycle time to be minimized and provide for a higher performance throughput.
SUMMARY OF THE INVENTION
The present disclosure involves improvements to multiprocessor networks wherein each processor has a private cache memory and the network is connected through a common system bus. The network is provided with a snooping cache coherency protocol having distributed directories such that the updates of the cache memory and its associated image directory are accomplished at different time periods (non- atomic) thus permitting the processor-to-cache cycle time to be minimized.
The non-atomicity of directory updates will cause directory inconsistencies (in various memory blocks) to occur during the period between updates. The system bus protocol is arranged to allow for correct operation to maintain data coherency, despite the temporary period of inconsistency. The protocol supports a memory subsystem which queues memory requests such that the processor or cache memory requesting data relinquishes the shared bus after making its request.
While previous implementations used atomic
(concurrent) directory updates using two basic schemes, these schemes caused an increase in processor-cache memory cycle time. These schemes involved a split cycle with duplicated directories or the use of dual ports to the same directory. In the present situation, time-independent directory updates allow the processor-to-cache access time to be minimized thus allowing for a high performance multiprocessor architecture.
BRIEF DESCRIPTION OF DRAWINGS
FIG. 1 is a block diagram of a multiprocessor network architecture;
FIG. 2 is a block diagram of the architecture for the cache memory and bus interface unit for each processor;
FIGs. 3A, 3B and 3C are schematic drawings illustrating the organization of the cache memory showing the cache data array, tag array, and PV array;
FIG. 4 is a schematic drawing of the image directory units;
FIG. 5 is a chart illustrating the Command Transmit-Receive Sequence;
FIG. 6 is a list of the cache-to-bus interface unit commands;
FIG. 7 is a list of the bus interface unit-cache commands; FIG. 8 is a flow chart illustrating the sequence of activities on the bus response lines;
FIG. 9 is a table indicating how commands are accepted depending on the collective bus response;
FIG's 10 and 11 are schematic drawings showing the state changes in cache PV array and the image PV array;
FIG's 12A and 12B are examples used to illustrate data transfers (copy) and the non-atomicity of directory updates.
FIG's 13A and 13B are examples used to illustrate data transfers (master) and the non-atomicity of directory updates;
FIG's 14A and 14B are examples used to illustrate cache-cache data transfer (Master) and the directory updates;
FIG's 15A and 15B are examples used to illustrate cache-cache data transfer (copy) and the directory updates;
DESCRIPTION OF PREFERRED EMBODIMENT
Multiprocessor Architecture (FIG. 1): FIG. 1 shows a multiprocessor network having a series of processor element modules (PE modules) 6a, 6b, 6c, 6d which are connected to a system bus 24. Also connected to the system bus 24 is a group of memory modules (MM's) 20a, 20b, and 20c.
Each PE module, 6a, 6b, 6c, 6d, has a processing element (PE) shown as 10a, 10b, 10c, 10d, a cache memory unit shown as 12a, 12b, 12c, 12d, and a bus interface unit (BIU) shown as 14a, 14b, 14c, and 14d. Each PE is linked to its cache memory unit (also called a private cache) which, in turn, is connected to a BIU which links the module to the system bus 24. Each memory module (20a, 20b, 20c) consists of an input queue shown as 20aiq, 20biq, 20ciq, an output queue shown as 20aoq, 20boq, 20coq, and a main memory unit designated 20am, 20bm, 20cm. The input queue queues up accesses (request commands) to the main memory unit. The main memory unit responds to each access by placing a return command in the corresponding output queue. The return command is a system bus command used to transfer information back to the requesting module in response to a request command. The input queue receives commands from the system bus and output queue transmits commands on the system bus.
Thus the system consists of processing elements with private caches, aqueueing memory modules and a system bus which interconnects all processor and memory modules.
The system bus is a backplane bus operated in a synchronous manner. The signals which comprise the system bus are described hereinafter under the heading "System Bus Signals".
Cache and BIU Architecture (FIG. 2): FIG. 2 shows in detail the components of the cache and bus interface unit (BIU) and how they are interconnected.
The processor 10, typical of each of the processors 10a, 10b, 10c, and 10d, etc., connects to a cache controller circuit 8 by means of a command bus 7b. The command bus 7b is used by the processor 10 in order to transmit commands to the cache controller 8. These commands are typically Read, Write, etc.
The address bus designated 7c is driven by the processor 10, or by the the cache controller 8, or by the BIU 28. The address bus carries the address of a particular data word or specific status information. Arbitration as to who shall have access to the address bus 7c is controlled by the cache controller 8. The data bus 7d is used to connect the processor 10 and the cache data array unit 12da. The cache data array unit 12da is also connected to the BIU Data device 34 by means of data bus 7d. Data is transferred from the cache 12da to the BIU Data 34 via the data bus 7d, and from the BIU Data 34 to main memory 20, or to BIU's on other modules, over the system bus.
The cache memory data array 12da is a memory which is used to store data from the memory module 20 for subsequent use by the processor 10. The detailed architecture of the cache memory data array 12da is shown in FIG. 3A.
Connected to the cache controller 8 and to the address bus 7c is the cache memory tag array 12ta. Since a portion of the address of a data block is designated as the "tag", this portion designated as the tag is stored in the cache memory tag array 12ta. Thus for every data block stored in the cache memory data array 12da, the cache memory tag array 12ta will store its own associative tag. The cache memory tag array 12ta is part of the cache directory 32cd which also includes the cache memory PV array 12pv. The cache memory tag array 12ta as part of the cache directory, is used to find out whether a particular data block resides in the cache memory data array 12da.
The cache memory PV array 12pv is also part of the cache directory 32cd. The cache PV array 12pv stores the "status" of each cache data block that resides in the cache data array 12da. Each data block in the cache data array 12da will be found to be in one of four states; invalid, copy, master, pending. These states are illustrated in FIG. 10. As seen in FIG. 2, the cache directory 32cd is made up of the cache tag array 12ta together with the cache PV array 12pv.
The data bus between the cache data array 12da and the BIU 34 is shown as bus 7d. The bus designated 15b is the command bus for transmitting commands between the cache controller 8 and the BIU 28. The commands transferred on this bus are listed in the tables in FIG's 6 and 7.
The BIU consists of two chips, the BIU-Data Chip
34 and the BIU address and control chip 28 (BIU-AC). The BIU-AC 28 controls the BIU-Data 34, by means of the control bus 34a. The main functions of the BIU are to snoop on the system bus to maintain coherent data and buffer data, such data going from the cache memory 12da to the system bus 24, and from the system bus 24 to the cache memory data array 12da.
The BIU-AC 28 (FIG. 2) receives commands from the cache controller 8 and transmits them on the system bus 24. Likewise, any commands arriving from the system bus 24, which are relevant to the particular module, are received by the BIU-AC and then passed on to the cache controller 8.
The BIU-AC 28 implements the bus protocol which guarantees coherent data in the cache. To maintain data coherency the BIU-AC 28 needs to know the state of all data held in the cache. It does so by means of the image directory 32bi. The image directory is an exact copy of the cache directory 32cd, and consists of the image tag array 32ti and the image PV array 32p. FIG. 4 shows the organization of the image directory in detail.
Cache Organization (FIG. 3): The signals which connect the cache directory 32cd to the cache controller 8 are as follows: The TAG (address bits [31:12]) are stored in the tag array 12ta. The PV status bits are stored in the PV array 12pv. Data is stored in the cache data array 12da. All three arrays are addressed by the ten address bits ADDR[11:2] obtained from address bus 7c. The ten address bits define Ik sets, where each set consists of four blocks. The BLOCK SELECT lines select one block in any set for writing. The READ/WRITE line selects a read or write operation on the arrays.
Given an address, the TAGMATCH lines (FIG's 3B,
4) indicate whether, and in which block, the address exists, while the PV status lines indicate the status of the desired block in the set.
Image Organization (FIG. 4): The signals which connect the image directory to the BIU-AC 28 are as follows. The TAG (address bits [31:12]) are stored in the tag array 32ti. The PV status bits are stored in the PV array 32p. Both arrays are addressed by the ten address bits ADDR[11:2] obtained from the system bus. The ten address bits define Ik sets, where each set consists of four blocks. The BLOCK SELECT lines select one block in any set for writing. The READ/WRITE line selects a read or write operation on the arrays. Given an address, the TAGMATCH lines indicates whether, and in which block, the address exists, while the PV status lines indicate the status of the desired block in the set. Thus the image directory provides a means of maintaining data coherency without accessing the coche directory 32cd.
Further, updates to the image directory are done separately and non-atomically from the cache directory. This feature allows the PE (10) to access the cache as fast and as frequently as desired since the snooping activity is now done by the BIU using the image directory. Command Transmit-Receive Seguence (FIG. 5): FIG. 5 shows how commands are transmitted on the system bus on a clock by clock basis.
Commands between BIU and Cache Controller (FIG's 6 and 7): These tables show the command encodings for all commands from cache controller to BIU and from BIU to cache controller.
Individual Bus Response Determination (FIG. 8):
This flow chart defines how the bus response lines are asserted based on the system bus command and image status.
Collective Bus Response and Command Acceptance (FIG. 9): This table shows how commands are accepted based on the collective bus response.
State Changes in Image and Cache PV Arrays (FIG's 10 and 11): These State diagrams specify how the status of a data block changes in response to bus commands.
The four examples, discussed hereinafter in connection with FIG's 12, 13, 14 and 15, illustrate the non-atomicity of directory updates and how the protocol maintains coherency.
The following discussion details the information transfer scheme and the coherency protocol which use the cache and image directories to maintain coherency of data in the multiprocessor system shown in FIG. 1.
information is transferred from one module to another by means of the system bus. The information relevant here is memory data. Other information, time-of-day, SPES (Signal Processor Element Set), are necessary for overall system operation but have no coherency implications.
A. Information Transfer Scheme
The following subsections detail the information transfer scheme, beginning with the system bus signals in Paragraph A-1, and followed by the system bus commands in Paragraph A-3. In Paragraph A-5 a description of how commands are transmitted and received is provided.
(A-1) System Bus Signals
Each field, or group of signals, is defined below:
Address ADDR[31:0]: Thirty-two signal lines are used to convey the address of a data word.
Data DAT[ 51:0]: Fifty-two data lines are used to transfer one data word per clock.
Command COM[5:0]: The command lines define the type of bus transaction and are defined in Paragraph A-3.
Source ID/Destination ID
SDID[4:0]: These lines specify the identification number of either the transmitting module (source) or some specific receiving module called the destination. Whether the ID is a source or destination is implicit in the type of command. Unique ID numbers are assigned to each module at system initialization time.
Bus Request REQ[l9:0]: Each module uses a unique Request line by which it signals to all other modules its intention of using the system bus (i.e. bus request). In this particular implementation the system can have up to twenty modules. (A-2) Bus Response Lines:
PE-ACK: This signal is used by any PE module to acknowledge receiving a bus transmission correctly. If the transmission received was a request command (i.e. a command which is a request for data), then a PE which finds (by reading its image directory) that it has the data will assert PE-ACK.
Thus PE-ACK tells the transmitter that its request for data will be honored. It also tells the memory modules that they must ignore the command.
If the transmission received was data, then the receiving module asserts PE-ACK, to inform the transmitter that the data was received correctly.
PE-BUSY: PE-BUSY is used by a receiving PE module to signal the transmitter module that it cannot handle the transmission due to a full input queue. The transmitter will then retransmit later. PE-BUSY also informs the memory modules to ignore the command. PE-BUSY may be asserted by many PE modules at once.
MM-ACK: Memory modules acknowledge a transmission received without error by asserting MM-ACK, Only one memory module may assert MM-ACK at a given time.
MM-BUSY: If a command is received by a memory module which finds its input queue full then it asserts MM-BUSY. The transmitter will retransmit that command later.
BUS-ERROR: Any module which finds an error in a transmission on the system bus, signals the fact by asserting BUS-ERROR. The transmitter will retransmit later.
PARITY SIGNALS: Address, data, command and source/destination ID signals are protected by parity signals. Parity is checked by all modules on every transmission. (A-3) System Bus Commands
The system bus specified in Paragraph A-1 is used to transfer different types of information. The type of information is defined by the command on the bus command lines. This section specifies all the commands which transfer memory data from MM to PE, PE to PE, and PE to MM. Other commands, which have nothing to do with coherency operations, are also defined because they are essential for system operation. Coherency operations caused by these commands are described in Paragraph B. No Operation (NOP): When no module is transmitting, the command lines have a logic value of 111111 (binary) due to the open-collector nature of the system bus. Modules read the system bus (i.e., all the lines specified in Paragraph A-1) on every clock. When a module reads the command lines and finds a NOP it knows that there is no transmission.
Shared Read (SR): SR is identified by the logic value 000001 on the command lines. The command originates when a PE reads the data word at some address, say C0C00001
(Hexadecimal) for example, and the cache controller reads its directory (see FIG's 2 and 3) and finds that none of the tags in set 1 matches the tag of the processor address C0C000. Then the cache controller issues a SR command with the specific address C0C00001 to the BIU which transmits the command on the system bus. The BIU transmits the command (000001), the address (C0C00001) and the specific ID of the module for one clock period.
The memory module which has the address C0C00001 will then send a
"copy" of the data block back to the requestor (i.e. the module that issued the SR). Private Read (PR): PR is identified by the logic value 000010 (binary) on the command lines. The command originates when a PE writes at a specific address, say C0C00001 for example, and the cache controller finds that it does not have that address in its directory. Therefore, the cache controller issues a PR command to the BIU with the address specified as C0C00001. Then the BIU transmits the command (000010), the address (C0C00001), and the ID of the module on the system bus.
The memory, or PE module which finds the data as a master, will return the data to the requestor designated as a master. A block of data is classified as "master" when it can be modified by the processor element (PE) which has that master block of data in its cache.
Transmit Block Shared (TBS): TBS is identified by the logic value 010001 on the command lines. When a memory module receives a SR command, with address C0C00001 for example, it will send back to the requestor a copy of the data block using a TBS command. The data block consists of the four words at addresses C0C00000, C0C00001, C0C00002 and C0C00003. Since there are four data words the transmission takes four clock cycles. In the first clock the command (010001), the address (C0C001) and the corresponding data word, and the requestors ID are transmitted. On the second, third and fourth clocks, only the data words corresponding to addresses C0C00001, C0C00002 and C0C00003 are transmitted.
Transmit Block Private (TBP): TBP is identified by the logic value 010010 on the command lines. When a memory module or PE module receives a PR command it returns the data using a TBP command. The command implies that the data is transferred designated as a master (private). The transfer takes four clocks and occurs exactly like a TBS.
Purge: A Purge command is used by a PE module when it returns a block of data, designated as a master, back to memory. The command originates at the cache controller, when the PE does a read or write and none of the four blocks in the particular set match the address required by the processor. As described before the cache controller issues a SR or PR command to get the block of data. The cache controller also determines where in the particular set the requested data is to be placed. If that location already has a valid master, it must be returned back to memory using a Purge command. Note that a master cannot be overwritten like a copy can be. A Purge command takes four clocks on the system bus. In the first clock the address, the command (000110), the ID of the transmitting module and the word corresponding to the address are transmitted. In the second, third and fourth clocks the other data words are transmitted just as in a TBP or TBS command. A Purge command is received by the memory module which contains the specified address.
New Data Write (ND): ND is identified by the logic value 000111 on the command lines. This command provides the capability for PE modules doing I/O functions to overwrite a block in memory, for example when a file is being read from a peripheral device. The command causes the existing master to be overwritten by the new data. If the ND is received by a PE, then the cache controller executes the overwrite, else it is done by the memory module when the master is in memory. The ND command consists of four words and is transmitted like a TBP. (A-4) The following commands perform functions not related to data coherency. A brief description follows.
Time-of-Day-Read (TODR): A
Processor Element (PE) reads the time of day from the memory module which contains the time-of-day clock by issuing a TODR.
Time-of-Day-Write (TODW): A PE may change the time-of-day clock in the memory module by issuing TODW.
Time-of-Day (TOD): A memory module returns the time of day, in response to a TODR by transmitting a
TOD command.
Signal PE Set (SPES): A PE may send a message to another PE or set of PE's using the SPES command.
SPES Acknowledge (SPESACK): A
PE which receives a SPES may respond by sending back a SPESACK command.
Result: A Result command may be sent as a response to any command to report status or errors.
B. Command Trasmit-Receive Sequence on the System Bus
This section describes how the system bus commands are transmitted and received, the role of the bus response lines , and how the " snooping function" uses the image directory. Events are described on a clock-by-clock basis using FIG. 5 which illustrates the entire sequence. The sequence of actions taken by the transmitter, and by all other receivers are the same for all one-clock commands. The sequence begins in clock A (FIG. 5) when the transmitter module drives a command on the system bus 24. In clock A+1 all modules 6a, 6b, 6c, 20a, 20b, 20c evaluate the command. Evaluation consists of decoding the command lines to find out what the command means, checking parity (on address, data, source/destination ID and command) and executing the snooping function.
Snooping is the process of using the address specified in the bus command to access the image directory to find whether a matching address exists in the image and, if so, what the status of the data (master, copy, invalid, pending) is. The results of the snoop is relevant only if the command is a SR, PR, ND, Purge, TBS or TBP, as defined in Paragraph A-2 above.
The purpose of snooping is to make the appropriate response on the PE-ACK,
PE-BUSY or BUS-ERROR lines. The response depends on the type of command received (in
Clock A for example) and on the image status for that address. The criteria for driving each response line are outlined next.
Asserting BUS-ERROR in Clock A+2: If a command received has a parity error then the module (may be more than one) which finds the parity error asserts BUS-ERROR. Asserting PE-ACK in Clock A+2: If command received is SR,PR or ND, and the image state is Master, then PE-ACK is asserted by a PE module (FIG. 5) provided its input queue is not full. If a TBS, TBP (or Result, TOD or SPESACK) is received and the destination ID of the transmission matches the ID of the PE and, the state in the image is pending then
PE-ACK is asserted. PE-ACK is asserted by only one PE module.
Asserting PE-BUSY in Clock A+2: If command received is SR, PR or ND, and the image state is Master, then
PE-BUSY is asserted when the input queue is full. PE-BUSY is also asserted when an ND command is received, the image state is copy, and the input queue is full.
Asserting MM-ACK or MM-BUSY in Clock A+2: A memory module which contains the address specified in a SR, PR, ND or Purge command will assert MM-ACK if its input queue is not full. If the input queue is full then MM-BUSY will be asserted.
Four-Clock Commands (ND, TBS, TBP, Purge): Towards the end of clock A+1 each receiver determines for itself whether the command has to be processed. All commands except SPES are meant to be processed by one receiver only. Therefore, for four-clock commands only one receiver is actively receiving the data words in clocks A+1, A+2, A+3. The active receiver uses PE-ACK or MM-ACK
(depending on whether the module is a PE or MM) to signal the transmitter whether the data parity was correct. If incorrect parity is found then BUS-ERROR is asserted. The active receiver drives its bus response for each data word in clocks A+2 (for data word A), A+3 (for data word B), A+4 (for data word C) and A+5 (for data word D).
The Collective Response: The purpose of driving the individual response (in clock A+2) after a command is received (in clock A+1) is to determine the collective bus response. The collective bus response is determined based on the individual bus response driven by each module. A command is accepted by the receiver, and considered to be successfully transmitted by the transmitter, only when the collective response is an acknowledge. FIG. 9 specifies for each command how the bus response lines are interpreted. The collective response guarantees that a command is acknowledged only when all modules agree (by transmitting their individual bus responses on the bus response lines) that a command is error-free.
C. Coherency Functions
This section describes what the coherency rules are, and what actions are taken by the bus protocol to guarantee data coherency. Examples are used to illustrate the various coherency related actions for each command.
(C.1) Coherency Rules:
The bus protocol implements the following rules to guarantee data coherency, i.e., a PE reading any specific address will always find the current value which is the value of the master block. Thus any copies made must have the same value and only one master can exist for each address.
a. At system power-up, master blocks reside in main memory. b. Any number of PE's may have copies (in their caches) of a given master block in main memory 20.
c. When a PE obtains the master from memory, other PE's must invalidate their copies of that master.
d. When a PE has a copy, a ND command causes that copy to be invalidated. e. From the time a PE module issues a PR command till it receives the master block, that PE should assert PE-BUSY in response to all PR, SR and ND commands issued subsequently by other PE's for that same block of data.
f. When a PE has the master block for a given address it must respond with PE-ACK (unless it has an error) for SR, PR and ND commands which are transmitted on the system bus. It must also take appropriate action depending on the type of command to be described hereinafter.
g. When data is requested, received, or returned, the cache and image directories must be updated to reflect the status of that block.
(C.2) Coherency Actions
This section details the actions taken to maintain coherency, by the cache controller 8 using the cache directory 32cd, and by the BIU 14 using the image directory 32ti, FIG's 10 and 11 represent the four states of any data block (at a given address) which may reside in the cache data array 12da. Coherency actions taken by the cache controller
8 or BIU 14 change the status of a data block.
(C.3) Cache Controller Coherency Operations
The status of a data block in cache (12da, FIG's 2, 3A) may change due to PE accesses or BIU commands. Coherency actions caused by each command are detailed next hereunder. a. SR issued by cache controller due to PE read: When a PE reads a data word and the state in cache is "invalid" (FIG's 10, 14B) the cache controller 8 issues a SR (also called a local SR because it was issued by the local PE) to the BIU 28. The "status" in cache directory 32cd , corresponding to the address requested by the
PE, is marked "Pending". The marking process consists of writing the tag (for example, if address is FFF00005, then tag is FFF00) into the cache tag array
12ta and writing the PV array 12pv with 10 which represents the Pending state. This coherency action is represented in FIG. 10 by the arrow from
Invalid to Pending, a status change caused by a local SR (labelled beside the arrow). b. PR issued by Cache
Controller due to PE write: The
PR will not be issued if the data exists as a Valid Master or is Pending. However, if the data exists as a copy or does not exist (Invalid) then a PR is issued to the BIU 28. The cache controller 8 marks its directory 32cd as Pending, exactly as it does for the SR (depicted by the arrow from Invalid and the arrow from Valid Copy to Pending, labelled "local PR").
c. Purge issued by cache controller due to local SR or PR: If the cache controller 8 finds that it needs to remove a master block in cache 12da, to create space for a block that needs to be marked as Pending, it issues a Purge command. A Purge returns a master block from cache to memory 20. FIG. 10 represents such an action by the arrow from Valid Master to Invalid. The Invalid location in the directory 32cd is now used to accommodate the incoming TBS or TBP and is marked
Pending.
d. Purge issued by cache controller due to external SR: An external SR is an SR command that comes to the cache controller 8 from the BIU 28 which received the SR from the system bus 24. Such a command, which comes into the cache controller from the system bus via the BIU, is called an external (or remote) command, because it originated in some other PE 10. An external SR causes the cache controller 8 to return the master block to memory 20, and mark its directory 32cd as Invalid (see arrow in FIG. 10 labelled "Purge due to external SR").
e. TBP by cache controller due to external PR: An external PR received by the cache controller
8 will cause it to transfer the master block 32cd by issuing a TBP command and marking the cache directory as Invalid (see arrow in FIG. 10 labelled "TBP due to an external PR").
f. The INVCOPY Command: The BIU 28 will direct the cache controller 8 to invalidate a specific copy if it determines that a valid copy exists in the cache 12da while another module 6, 20, is receiving the corresponding master block. Such an invalidation is facilitated by the INVCOPY command issued by the BIU to the cache controller. An INVCOPY command is also generated when a ND command is detected and a valid copy exists in cache, g. TBP and TBS from the BIU: The cache controller 8 expects to receive TBS or TBP from the BIU 28 in response to a prior issue of SR or PR to the BIU. When data is transferred to the cache controller 8 from the BIU
28 via a TBP or TBS command, the status of the block in cache
12da is updated from Pending to
Valid Copy (for TBS), or from
Pending to Valid Master (for
TBP) as seen in FIG. 10.
The commands detailed above comprise all the state changes that can occur for any given data block in the cache. Next, a description of coherency operations done by the BIU follows.
(C.4) BIU Coherency Operations
The coherency actions taken by the BIU 28 are based on its snooping function. The BIU performs the following functions when a command is received from the bus 24. a. Drive the individual bus response on the system bus response lines.
b. Update the image directory 32ti if required.
c. Pass the system bus command, or an INVCOPY command, to the cache controller 8 if required. Since the above actions are triggered only by the commands on the system bus, each command will be detailed separately. The status changes that are done by the BIU, for any given address in the image directory, are shown in FIG. 11.
Local SR or PR: Any BIU can identify "local" commands from
"external" ones (issued by other modules) by simply comparing the source ID field of the system bus to its own ID value. When a local SR or PR is identified, the BIU marks its directory as Pending. Note that the transition arrows correspond in FIG's
10 and 11, and each arrow is denoted with a (1) or (2). A (1) denotes that this particular state change occurs before its counterpart in the other diagram. A (2) denotes that this state change occurs after its counterpart in the other diagram. For example, a state change associated with a local SR or PR occurs first in the cache directory 32cd and afterwards in the image directory 32ti. In fact, the (1) or (2) denotes the natural flow of the command and therefore the sequence of updates as well. This illustrates how the two directories are updated at different times (i.e. non-atomically) in the same PE module 6.
Local Purge and TBP due to external PR: The BIU marks its directory 32ti invalid when a master leaves the module by way of a TBP command or Purge command issued by the local cache controller 8. The arrow from Valid Master to Invalid in FIG's 10 and 11 depicts the sequence-first the cache controller
8 marks its directory and later, when the command is on the system bus, the image is marked by the BIU.
INVCOPY command due to external TBP or NDt If the BIU detects a TBP or ND on the system bus, and also finds a valid copy status in the image directory for the same address, it updates the image to change the valid copy status to invalid and also issues an INVCOPY command to the cache controller which does the same. This ensures coherency rule #3. The sequence numbers show that the image directory 32ti in FIG. 11 does this update before the cache directory 32cd in FIG. 10.
Incoming TBS or TBP: Data required by the local cache controller 8 of a given PE module will be transmitted on the system bus 24 as a TBS or TBP command. The BIU 28 of the requesting module will update its image directory as shown in FIG. 11 and then forward the command to the cache controller 8 which marks its own directory. Thus, in FIG. 11 the incoming TBS goes from
Pending to Valid Copy Status while incoming TBP goes from Pending to Valid Master.
External SR. PR. ND: If the BIU detects a SR, PR, ND on the system bus and also finds the corresponding "Valid Master" status in its image, it asserts PE-ACK, as outlined in Paragraph B. Then the BIU passes the command to the cache controller 8 which takes appropriate action depending on the command.
For a SR command, the cache controller executes a Purge. Such a Purge performs two functions; it returns the master data block to memory, and also allows the module which issued the SR to make a copy while the Purge is on the system bus 24. For a PR command, the cache controller executes a TBP, and for an ND the cache controller updates the existing master with the new value and sends back a Result command to the module which issued the ND.
Four examples are shown in FIG's 12A and B, 13A and B, 14A and B, and 15A and B to illustrate a complete sequence of directory updates. The examples show how coherency is maintained by using duplicated directories (image and cache) which are updated at different times (i.e. non-atomically). Thus, despite the temporary inconsistencies between the directories, the PE's 10 are provided with coherent data. Since the cache directory is "decoupled" from the image directory, the PE-cache speed can be maximized.
In FIG's 12A, 13A, 14A, and 15A two PE modules P1 and P2, and a memory module MM are shown connected to the system bus which may have other modules as well. Events are defined as actions occurring in a clock period. Clock periods are identified by t0, t1, t2, etc., where t1 is one or more clocks after to, t2 is one or more clocks after t1 and so on. FIG's 12A, 12B show a system where a master, at address FFF00005 for example, is in a MM and no copies exist. At clock t0, PE1 reads the value at FFF00005 and the cache controller finds that the location is invalid. In clock tl the cache controller writes a Pending status in the cache directory. FIG. 12B illustrates the important events that occur in t2, t3, t4, t5, t6 and t7. Finally in t8 the cache controller receives the data block and passes the requested data word to PE1 and also updates its directory to show Copy status. Note that the updates are done in t6 and t8, i.e. non- atomically. The state of the cache directory is shown in FIG. 3.
FIG's 13A, 13B show a subsequent event in the same system where P1 has a copy of the data, at address FFF00005 for example. At t0, PE2 writes at address FFF00005 and the cache controller of P2 finds that it has a status of Invalid for FFF00005. In t1, the cache controller of P2 updates its directory to Pending and in t2 issues a PR to the BIU of P2. In t5 the MM returns the master block, and in t6 all BIUs check their image directories. Both images are updated simultaneously, i.e. atomically.
The BIU of P1 finds a copy of the same block in its directory which it invalidates. In t7 the BIU forwards an INVCOPY command to P1 cache controller. Meanwhile the BIU of P2 (in t6) finds the status Pending for the block that the MM sent, and so it receives the data block. In t8, P1 invalidates the copy in its cache and in t10, F2 writes the master. This example illustrates how coherency is maintained even though the directory updates of P1 are non-atomic; cache of P1 is updated in t8 and cache of P2 in t10.
FIG's 14A, 14B show the transfer of a master block, for example, at address FFF00005, from P2 to P1. MM does not get involved because, in t4, F1 checks its image directory, finds the corresponding master and asserts PE-ACK. Thus MM knows that it must ignore this PR command.
FIG's 15A, 15B show the case where a master block in P1 is returned to memory via a Purge command, caused by a SR command issued by P2. GLOSSARY
Atomic : Events are termed atomic when they occur simultaneously, or one after the other "without interruption". Block: A data block is defined as a set of four words whose addresses differ only in the least two address bits (A0,A1).
Copy: A block of data classified as a copy allows the PE containing that copy to read any word in the block. No writes are permitted. Copies are made from the master primarily by MM's.
Copy-back Cache: A copy-back cache allows PE writes to be copied back to memory sometime after the write is done, rather than immediately.
Directory: A look-up table which shows the existence and status of a data block, i.e. cache directory, image directory.
Image Array: Also called image directory, is an exact copy of the cache directory.
Invalid: Designates that the data does not exist in cache memory.
Master: A block of data when classified as a master gives the PE containing that master in its cache the right to modify it.
MM: Main memory module.
Non-Atomic: Two events are non-atomic if other events can occur between them. See Atomic.
PE: Processor Element.
Pending: Designates that a location in cache memory is reserved for a requested block of data.
Request Command: A system bus command which is used to obtain (request) information such as memory data.
Return Command: A system bus command which is used to transfer information, such as memory data, back to the requesting module in response to a request command.
Snooping: The process of using the address specified in the bus command to read the image directory to find out whether a matching address exists in the image, and if so, what the status of the block is. There has been described herein a multiprocessor network where each processor has its own private cache means and bus interface means which connect to a common system bus to permit intercommunication between the processors and a main memory means. Each processor has its own cache directory and image directory which duplicate each other non-atomically so that the image directory can provide information as to the availability and status of requested data blocks while leaving the cache directory uninhibited for immediate access by a requesting processor, thus providing rapid data access from cache to the requesting processor without unnecessary delays.
Although the disclosure indicates the preferred implementation, other embodiments of this invention may be possible, but which are encompassed by the following claims.

Claims

WHAT IS CLAIMED IS:
1. In a multiple processor network where each processor has its own private cache means and private interface means connected to a main memory means via a common system bus, a method for ensuring minimal processor cache access time and guaranteeing that any data accessed from main memory by any processor, is up-to-date and currently coherent, said method comprising the steps of:
(a) maintaining a cache directory in said cache means to indicate the presence of an addressed block of data in said cache means and its status condition as to whether the said block of data is currently valid and usable or invalid and not usable;
(b) enabling any one of said processors to access blocks of data from said main memory means or from the said cache means of its own private cache means or from the private cache means of another processor;
(c) establishing a private image directory for each processor which non-atomically duplicates the information in said cache directory;
(d) monitoring said common system bus to sense any updated changes in data blocks which were written into by any processor;
(e) comparing and checking the status in the image directory of a data block, requested by a remote processor to verify its current validity before enabling said data cache means for access by a requesting processor for processing via said system bus; (f) setting the status value, of any commonly addressed data blocks, to indicate that previous copies are invalid and non-usable.
2. A system for insuring coherency of data for each processor in a multiprocessor network and for minimizing processor-cache access time where each processor has its individual private cache unit means and individual private interface means connected to a common system bus which provides communication to a main memory means, the combination comprising:
(a) main memory storage means for storing data usable by each of a plurality of processors in a network;
(b) a system bus connecting said main memory storage means to each of said processors via a private interface unit for each of said processors;
(c) interface means, which includes a plurality of private interface units for servicing each processor, and wherein each private interface unit connects to said system bus; and includes:
(cl) an image directory for sensing the current status of each data block in a private cache unit means;
(d) cache means, including a private cache unit means for each processor, for providing rapid data access to each processor and insuring the updated integrity of the data access, said private cache unit means including: (d1) a cache directory for sensing the status of each data block in said private cache unit means;
(e) processor means, including a plurality of individual processors wherein each individual processor has its own private cache unit means and its own private interface unit.
3. The combination of claim 2 wherein each of said private cache unit means includes:
(a) a cache data array memory for storing data blocks, from said main memory means, and situated for rapid access by said individual processor;
(b) a tag array memory for indicating whether an addressed data block presently resides in said data array memory;
(c) a private valid (PV) array memory for storing the status condition of each data block in said cache data array memory;
(d) a cache controller unit for executing commands from a processor and for managing data transfers.
4. The combination of claim 3 wherein each of said private interface units includes:
(a) an image tag array memory for storing tag data indicating the presence of an address block in said cache data array memory;
(b) an image private valid (PV) array memory for indicating the status condition of each data block in said cache data array memory.
(c) interface control means for monitoring (snooping) data transferred from said system bus to said private cache unit means and for monitoring (snooping) data transferred from said private cache unit means to said system bus, said interface control means functioning to inform said image array and image PV memories of the validity of any data block in said cache data array memory.
5. The combination of claim 3 wherein said tag array memory and said private valid (PV) memory constitute said cache directory which indicates the status of each data block residing in said cache data array memory.
6. The combination of claim 4 wherein said image tag array memory and said image private valid (PV) array memory constitute said image directory which indicates the status of each data block residing in said cache data array memory.
7. The combination of claim 3 wherein the status of a requested data block in said cache data array memory can be ascertained from said image directory without inhibiting the local processor from accessing an addressed data block in its cache data array memory.
8. The combination of claim 4 wherein said interface control means includes:
(a) protocol means for implementing a snooping coherency scheme for updating said cache directory and said image directory non-atomically to enable faster availability of valid data blocks to a requesting processor.
9. A system for insuring coherency of data in a multiprocessor network and for minimizing processor-cache access time where each processor has its individual private cache means and individual private interface means connected to a common system bus which provides communication to a main memory means, the combination comprising:
(a) processor means for reading data from said main memory means and writing data into said main memory means;
(b) cache means, connected to said processor means, for storing data for quick access availability to said processor means and including a first directory means reflective of the current validity status of data to be accessed by said processor means;
(c) interface means, connected to said cache means, for enabling said cache means to transmit or receive data to/from said system bus and including a second directory means reflective of the current validity status of data to be accessed by said processor means and also reflective of said first directory means;
(d) and wherein said interface means cooperates with said cache means to implement a snooping coherency protocol which updates said first and second directory means to a concurrently valid status condition via non-concurrent (non-atomic) clock cycles;
(e) said system bus for enabling communication between said processor means, said cache means, said interface means and said main memory means; (f) main memory means, connected to said system bus, for storing data usable by said processor means, and including:
(fl) queueing means for storing data requests to said main memory means by a requesting processor.
10. In a multiple processor system where each processor has its own private cache means and its own private interface means connected to a common system bus means which permits communication with a main memory means, the combination comprising:
(a) cache means connected to each processor, said cache means including:
(al) a cache data array memory means for storing blocks of data words read from said main memory means or to be written into said main memory means; (a2) a cache directory means which includes:
(a2a) a tag array memory for storing tag data indicating whether an addressed data block is presently residing in the cache data array memory means;
(a2b) a private valid (PV) array memory for storing the status condition of each data block in said cache data array memory means;
(a3) a cache controller unit for executing commands from its associated processor and for managing data transfers between said processor, said cache data array memory means, said cache directory means, and a bus interface unit means;
(b) said bus interface unit means connected to said cache controller unit and said cache directory means for transmitting to, or receiving commands and data from said system bus, said bus interface unit means including:
(bl) an image directory means for duplicating information in said cache directory means, said image directory means including:
(b1a) an image tag array memory for storing tag data as to whether an address block is presently residing in said cache data array memory means;
(b1b) an image private valid (PV) array memory for storing the status condition of each data block in said cache data array memory means;
(b1c) means for permitting said bus interface unit means to monitor
(snoop) the data on said system bus means so as to non-atomically update said cache directory means and said image directory means to enable faster access of valid data blocks to a requesting processor from said cache data array memory means; and to prevent outdated invalid data blocks from being utilized;
(c) said system bus means for connecting to each bus interface unit of each processor and for connecting to said main memory means;
(d) said main memory means, connected to said system bus means, for storing of data to be used by each of said processors.
11. In a multi-processor network wherein a plurality of processors and a shared main memory are connected to a common bus and wherein each processor has its own individual
associated cache memory, apparatus for insuring the coherency of data in each of said cache memories comprising in
combination:
(a) means for registering the status of each block of data in each of said cache memories to indicate their current validity or invalidity;
(b) means to prevent the access, of an addressed date block by a requesting processor, of invalid data from any one of said cache memories.
12. The combination of Claim 11 wherein said means for registering the status includes:
(i) means for detecting whether any block of data in cache memory has been altered by its associated processor but has not been updated in other cache memories which were holding duplicates of the said block of data.
13. A plurality of processors in a multi-processor network connected via a common bus to a commonly shared memory wherein each processor has an associated individual cache memory and where each of said cache memories has addressed areas for holding blocks of data which may have originated from
processors other than its associated processor, the combination comprising:
(a) means in each individual cache memory for establishing the status of blocks of data which status indicates the current validity or
invalidity of that block of data;
(b) means for enabling access of an addressed data block in any one of said cache memories by a requesting processor, only if the addressed block of data has been registered as having current validity.
14. The combination of Claim 13 wherein said means for establishing the status includes:
(i) means for sensing when a processor has changed a data block in its associated cache memory, but the said changed data has not yet been updated in other cache memories which have been holding original duplicates of the said data block.
PCT/US1989/004792 1988-11-14 1989-10-30 Hardware implemented cache coherency protocole with duplicated distributed directories for high-performance multiprocessors WO1990005953A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US07/270,324 US5025365A (en) 1988-11-14 1988-11-14 Hardware implemented cache coherency protocol with duplicated distributed directories for high-performance multiprocessors
US270,324 1988-11-14

Publications (1)

Publication Number Publication Date
WO1990005953A1 true WO1990005953A1 (en) 1990-05-31

Family

ID=23030863

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1989/004792 WO1990005953A1 (en) 1988-11-14 1989-10-30 Hardware implemented cache coherency protocole with duplicated distributed directories for high-performance multiprocessors

Country Status (4)

Country Link
US (1) US5025365A (en)
EP (1) EP0435959A1 (en)
JP (1) JPH03502382A (en)
WO (1) WO1990005953A1 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1993000639A1 (en) * 1991-06-20 1993-01-07 Unisys Corporation Multiprocessor array
EP0553742A1 (en) * 1992-01-31 1993-08-04 Motorola, Inc. A method of operating a first and second cache tag memory array
EP0598535A1 (en) * 1992-11-09 1994-05-25 Sun Microsystems, Inc. Pending write-back controller for a cache controller coupled to a packet switched memory bus
EP0750262A2 (en) * 1995-06-19 1996-12-27 Kabushiki Kaisha Toshiba Apparatus for flushing the contents of a cache memory
WO1997027543A1 (en) * 1996-01-25 1997-07-31 Unisys Corporation Method and circuitry for executing read commands and modifying data words in a multi-level distributed data processing system
GB2520603B (en) * 2013-09-26 2016-04-06 Imagination Tech Ltd Atomic memory update unit and methods
US9466091B2 (en) 2013-09-26 2016-10-11 Imagination Technologies Limited Atomic memory update unit and methods
US11257271B2 (en) 2013-09-26 2022-02-22 Imagination Technologies Limited Atomic memory update unit and methods

Families Citing this family (110)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5055999A (en) 1987-12-22 1991-10-08 Kendall Square Research Corporation Multiprocessor digital data processing system
US5761413A (en) * 1987-12-22 1998-06-02 Sun Microsystems, Inc. Fault containment system for multiprocessor with shared memory
US5341483A (en) * 1987-12-22 1994-08-23 Kendall Square Research Corporation Dynamic hierarchial associative memory
US5822578A (en) * 1987-12-22 1998-10-13 Sun Microsystems, Inc. System for inserting instructions into processor instruction stream in order to perform interrupt processing
US5247649A (en) * 1988-05-06 1993-09-21 Hitachi, Ltd. Multi-processor system having a multi-port cache memory
EP0343567A3 (en) * 1988-05-25 1991-01-09 Hitachi, Ltd. Multi-processing system and cache apparatus for use in the same
JPH0680499B2 (en) * 1989-01-13 1994-10-12 インターナショナル・ビジネス・マシーンズ・コーポレーション Cache control system and method for multiprocessor system
US5210848A (en) * 1989-02-22 1993-05-11 International Business Machines Corporation Multi-processor caches with large granularity exclusivity locking
US5276828A (en) * 1989-03-01 1994-01-04 Digital Equipment Corporation Methods of maintaining cache coherence and processor synchronization in a multiprocessor system using send and receive instructions
US5119485A (en) * 1989-05-15 1992-06-02 Motorola, Inc. Method for data bus snooping in a data processing system by selective concurrent read and invalidate cache operation
US5197146A (en) * 1989-06-21 1993-03-23 Hewlett-Packard Company Method for maintaining cache coherence in a multiprocessor computer system
US5230070A (en) * 1989-09-08 1993-07-20 International Business Machines Corporation Access authorization table for multi-processor caches
JP2509344B2 (en) * 1989-09-19 1996-06-19 富士通株式会社 Data processing device
JP2826857B2 (en) * 1989-12-13 1998-11-18 株式会社日立製作所 Cache control method and control device
JPH061463B2 (en) * 1990-01-16 1994-01-05 インターナショナル・ビジネス・マシーンズ・コーポレーション Multiprocessor system and its private cache control method
JP2820752B2 (en) * 1990-01-19 1998-11-05 日本電信電話株式会社 Cache Memory Coincidence Control Method in Tightly Coupled Multiprocessor System
US5838946A (en) * 1990-04-14 1998-11-17 Sun Microsystems, Inc. Method and apparatus for accomplishing processor read of selected information through a cache memory
US5611070A (en) * 1990-05-10 1997-03-11 Heidelberger; Philip Methods and apparatus for performing a write/load cache protocol
DE69127936T2 (en) * 1990-06-29 1998-05-07 Digital Equipment Corp Bus protocol for processor with write-back cache
JP3009430B2 (en) * 1990-07-09 2000-02-14 キヤノン株式会社 Processor and cache memory control method thereof
IE860318L (en) * 1990-10-01 1986-08-05 Digital Equipment Corp System bus for a multi-cache data processing system
US5276852A (en) * 1990-10-01 1994-01-04 Digital Equipment Corporation Method and apparatus for controlling a processor bus used by multiple processor components during writeback cache transactions
US5265235A (en) * 1990-11-30 1993-11-23 Xerox Corporation Consistency protocols for shared memory multiprocessors
US5249283A (en) * 1990-12-24 1993-09-28 Ncr Corporation Cache coherency method and apparatus for a multiple path interconnection network
JPH04353947A (en) * 1991-02-13 1992-12-08 Hewlett Packard Co <Hp> Memory-page-characteristic tagging system
US5446856A (en) * 1991-04-29 1995-08-29 Intel Corporation Circuitry and method for addressing global array elements in a distributed memory, multiple processor computer
US5440752A (en) * 1991-07-08 1995-08-08 Seiko Epson Corporation Microprocessor architecture with a switch network for data transfer between cache, memory port, and IOU
US5426765A (en) * 1991-08-30 1995-06-20 Compaq Computer Corporation Multiprocessor cache abitration
US5454082A (en) * 1991-09-18 1995-09-26 Ncr Corporation System for preventing an unselected controller from transferring data via a first bus while concurrently permitting it to transfer data via a second bus
US5530835A (en) * 1991-09-18 1996-06-25 Ncr Corporation Computer memory data merging technique for computers with write-back caches
CA2078312A1 (en) 1991-09-20 1993-03-21 Mark A. Kaufman Digital data processor with improved paging
CA2078310A1 (en) * 1991-09-20 1993-03-21 Mark A. Kaufman Digital processor with distributed memory system
CA2078315A1 (en) * 1991-09-20 1993-03-21 Christopher L. Reeve Parallel processing apparatus and method for utilizing tiling
US5341487A (en) * 1991-12-20 1994-08-23 International Business Machines Corp. Personal computer having memory system with write-through cache and pipelined snoop cycles
US5319766A (en) * 1992-04-24 1994-06-07 Digital Equipment Corporation Duplicate tag store for a processor having primary and backup cache memories in a multiprocessor computer system
EP0568231B1 (en) * 1992-04-29 1999-03-10 Sun Microsystems, Inc. Methods and apparatus for providing multiple outstanding operations in a cache consistent multiple processor computer system
US5809533A (en) * 1993-02-18 1998-09-15 Unisys Corporation Dual bus system with multiple processors having data coherency maintenance
JP2809961B2 (en) * 1993-03-02 1998-10-15 株式会社東芝 Multiprocessor
JPH06314110A (en) * 1993-04-28 1994-11-08 Fanuc Ltd Coupling system for computer system part executing numerical control function and another computer system
US5506967A (en) * 1993-06-15 1996-04-09 Unisys Corporation Storage queue with adjustable level thresholds for cache invalidation systems in cache oriented computer architectures
US5337273A (en) * 1993-07-30 1994-08-09 Sgs-Thomson Microelectronics, Inc. Charge sharing flash clear for memory arrays
US5630095A (en) * 1993-08-03 1997-05-13 Motorola Inc. Method for use with a data coherency protocol allowing multiple snoop queries to a single snoop transaction and system therefor
US5604882A (en) * 1993-08-27 1997-02-18 International Business Machines Corporation System and method for empty notification from peer cache units to global storage control unit in a multiprocessor data processing system
JP2675981B2 (en) * 1993-09-20 1997-11-12 インターナショナル・ビジネス・マシーンズ・コーポレイション How to avoid snoop push operations
US5526512A (en) * 1993-09-20 1996-06-11 International Business Machines Corporation Dynamic management of snoop granularity for a coherent asynchronous DMA cache
US6049851A (en) * 1994-02-14 2000-04-11 Hewlett-Packard Company Method and apparatus for checking cache coherency in a computer architecture
US5515522A (en) * 1994-02-24 1996-05-07 Hewlett-Packard Company Coherence index generation for use by an input/output adapter located outside of the processor to detect whether the updated version of data resides within the cache
US5774731A (en) * 1995-03-22 1998-06-30 Hitachi, Ltd. Exclusive control method with each node controlling issue of an exclusive use request to a shared resource, a computer system therefor and a computer system with a circuit for detecting writing of an event flag into a shared main storage
JPH0816470A (en) * 1994-07-04 1996-01-19 Hitachi Ltd Parallel computer
EP0707269A1 (en) * 1994-10-11 1996-04-17 International Business Machines Corporation Cache coherence network for a multiprocessor data processing system
EP0713181A1 (en) * 1994-11-16 1996-05-22 International Business Machines Corporation Data processing system including mechanism for storing address tags
US5717942A (en) * 1994-12-27 1998-02-10 Unisys Corporation Reset for independent partitions within a computer system
US5603005A (en) * 1994-12-27 1997-02-11 Unisys Corporation Cache coherency scheme for XBAR storage structure with delayed invalidates until associated write request is executed
US5701313A (en) * 1995-02-24 1997-12-23 Unisys Corporation Method and apparatus for removing soft errors from a memory
US5511164A (en) * 1995-03-01 1996-04-23 Unisys Corporation Method and apparatus for determining the source and nature of an error within a computer system
JP3661235B2 (en) * 1995-08-28 2005-06-15 株式会社日立製作所 Shared memory system, parallel processor and memory LSI
US5778437A (en) * 1995-09-25 1998-07-07 International Business Machines Corporation Invalidation bus optimization for multiprocessors using directory-based cache coherence protocols in which an address of a line to be modified is placed on the invalidation bus simultaneously with sending a modify request to the directory
US5724533A (en) * 1995-11-17 1998-03-03 Unisys Corporation High performance instruction data path
US5659710A (en) * 1995-11-29 1997-08-19 International Business Machines Corporation Cache coherency method and system employing serially encoded snoop responses
US5809537A (en) * 1995-12-08 1998-09-15 International Business Machines Corp. Method and system for simultaneous processing of snoop and cache operations
US5892970A (en) * 1996-07-01 1999-04-06 Sun Microsystems, Inc. Multiprocessing system configured to perform efficient block copy operations
US5893149A (en) * 1996-07-01 1999-04-06 Sun Microsystems, Inc. Flushing of cache memory in a computer system
US6088769A (en) * 1996-10-01 2000-07-11 International Business Machines Corporation Multiprocessor cache coherence directed by combined local and global tables
US6052762A (en) * 1996-12-02 2000-04-18 International Business Machines Corp. Method and apparatus for reducing system snoop latency
US5991819A (en) * 1996-12-03 1999-11-23 Intel Corporation Dual-ported memory controller which maintains cache coherency using a memory line status table
US6021261A (en) * 1996-12-05 2000-02-01 International Business Machines Corporation Method and system for testing a multiprocessor data processing system utilizing a plurality of event tracers
US6279098B1 (en) 1996-12-16 2001-08-21 Unisys Corporation Method of and apparatus for serial dynamic system partitioning
US5960455A (en) * 1996-12-30 1999-09-28 Unisys Corporation Scalable cross bar type storage controller
US5875201A (en) * 1996-12-30 1999-02-23 Unisys Corporation Second level cache having instruction cache parity error control
US6122711A (en) 1997-01-07 2000-09-19 Unisys Corporation Method of and apparatus for store-in second level cache flush
US5822766A (en) * 1997-01-09 1998-10-13 Unisys Corporation Main memory interface for high speed data transfer
US5970253A (en) * 1997-01-09 1999-10-19 Unisys Corporation Priority logic for selecting and stacking data
US6029204A (en) * 1997-03-13 2000-02-22 International Business Machines Corporation Precise synchronization mechanism for SMP system buses using tagged snoop operations to avoid retries
US6145057A (en) * 1997-04-14 2000-11-07 International Business Machines Corporation Precise method and system for selecting an alternative cache entry for replacement in response to a conflict between cache operation requests
US6049849A (en) * 1997-04-14 2000-04-11 International Business Machines Corporation Imprecise method and system for selecting an alternative cache entry for replacement in response to a conflict between cache operation requests
US5923898A (en) * 1997-05-14 1999-07-13 International Business Machines Corporation System for executing I/O request when an I/O request queue entry matches a snoop table entry or executing snoop when not matched
US6012127A (en) * 1997-12-12 2000-01-04 Intel Corporation Multiprocessor computing apparatus with optional coherency directory
US6549984B1 (en) * 1997-12-17 2003-04-15 Intel Corporation Multi-bus access cache
US7200623B2 (en) * 1998-11-24 2007-04-03 Oracle International Corp. Methods to perform disk writes in a distributed shared disk system needing consistency across failures
US7930278B2 (en) * 1998-02-13 2011-04-19 Oracle International Corporation Methods to perform disk writes in a distributed shared disk system needing consistency across failures
GB9806184D0 (en) * 1998-03-23 1998-05-20 Sgs Thomson Microelectronics A cache coherency mechanism
US6377582B1 (en) 1998-08-06 2002-04-23 Intel Corporation Decentralized ring arbitration for multiprocessor computer systems
US6112283A (en) * 1998-08-06 2000-08-29 Intel Corporation Out-of-order snooping for multiprocessor computer systems
US6574219B1 (en) 1998-08-06 2003-06-03 Intel Corp Passive message ordering on a decentralized ring
JP2000163386A (en) * 1998-11-25 2000-06-16 Nec Software Chugoku Ltd Decentralized shared memory system and its managing method
US6526480B1 (en) 1998-12-10 2003-02-25 Fujitsu Limited Cache apparatus and control method allowing speculative processing of data
US6374332B1 (en) * 1999-09-30 2002-04-16 Unisys Corporation Cache control system for performing multiple outstanding ownership requests
US6886063B1 (en) * 1999-11-10 2005-04-26 Digi International, Inc. Systems, devices, structures, and methods to share resources among entities
US6457101B1 (en) * 1999-12-20 2002-09-24 Unisys Corporation System and method for providing the speculative return of cached data within a hierarchical memory system
US6463506B1 (en) * 2000-04-29 2002-10-08 Hewlett-Packard Company Arrangement of data within cache lines so that tags are first data received
US6748498B2 (en) * 2000-06-10 2004-06-08 Hewlett-Packard Development Company, L.P. Scalable multiprocessor system and cache coherence method implementing store-conditional memory transactions while an associated directory entry is encoded as a coarse bit vector
US7069391B1 (en) 2000-08-30 2006-06-27 Unisys Corporation Method for improved first level cache coherency
US6857049B1 (en) 2000-08-30 2005-02-15 Unisys Corporation Method for managing flushes with the cache
US6928517B1 (en) 2000-08-30 2005-08-09 Unisys Corporation Method for avoiding delays during snoop requests
US6877025B2 (en) * 2000-12-18 2005-04-05 International Business Machines Corp. Integrated JSP and command cache for web applications with dynamic content
US6807606B2 (en) 2000-12-18 2004-10-19 International Business Machines Corp. Distributed execution coordination for web caching with dynamic content
US7702800B2 (en) 2000-12-18 2010-04-20 International Business Machines Corporation Detecting and handling affinity breaks in web applications
US20020111992A1 (en) * 2000-12-18 2002-08-15 Copeland George P. JSP composition in a cache for web applications with dynamic content
US6823360B2 (en) * 2000-12-18 2004-11-23 International Business Machines Corp. Cofetching in a command cache
US6697925B1 (en) 2000-12-22 2004-02-24 Unisys Corporation Use of a cache ownership mechanism to synchronize multiple dayclocks
EP1298506A1 (en) * 2001-09-27 2003-04-02 Siemens Aktiengesellschaft Dynamic access to automation resources
US6785775B1 (en) 2002-03-19 2004-08-31 Unisys Corporation Use of a cache coherency mechanism as a doorbell indicator for input/output hardware queues
US7530066B2 (en) * 2002-06-24 2009-05-05 Chang Stephen S Controlling snoop activities using task table in multiprocessor system
US20040267919A1 (en) * 2003-06-30 2004-12-30 International Business Machines Corporation Method and system for providing server management peripheral caching using a shared bus
JP2009157608A (en) * 2007-12-26 2009-07-16 Nec Corp Cache memory system and cache memory control method
US8195891B2 (en) * 2009-03-30 2012-06-05 Intel Corporation Techniques to perform power fail-safe caching without atomic metadata
US8510334B2 (en) * 2009-11-05 2013-08-13 Oracle International Corporation Lock manager on disk
US8386718B2 (en) * 2009-11-18 2013-02-26 Research In Motion Limited Method and apparatus for managing application data in a shared cache of a mobile electronic device
US9684600B2 (en) * 2011-11-30 2017-06-20 International Business Machines Corporation Dynamic process/object scoped memory affinity adjuster
CN103870395B (en) * 2014-03-04 2017-08-04 华为技术有限公司 A kind of directory maintenance method and device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4494190A (en) * 1982-05-12 1985-01-15 Honeywell Information Systems Inc. FIFO buffer to cache memory
EP0165823A2 (en) * 1984-06-22 1985-12-27 Fujitsu Limited Tag control circuit for buffer storage
EP0278196A1 (en) * 1986-12-31 1988-08-17 Thomson-Csf Cache management method in a multiprocessor system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3845474A (en) * 1973-11-05 1974-10-29 Honeywell Inf Systems Cache store clearing operation for multiprocessor mode
JPS5440182B2 (en) * 1974-02-26 1979-12-01
US3967247A (en) * 1974-11-11 1976-06-29 Sperry Rand Corporation Storage interface unit
FR2501727A1 (en) * 1981-03-13 1982-09-17 Vide Traitement PROCESS FOR THE THERMOCHEMICAL TREATMENT OF METALS BY ION BOMBING
US4442487A (en) * 1981-12-31 1984-04-10 International Business Machines Corporation Three level memory hierarchy using write and share flags
US4860192A (en) * 1985-02-22 1989-08-22 Intergraph Corporation Quadword boundary cache system
US4755930A (en) * 1985-06-27 1988-07-05 Encore Computer Corporation Hierarchical cache memory system and method
US4853846A (en) * 1986-07-29 1989-08-01 Intel Corporation Bus expander with logic for virtualizing single cache control into dual channels with separate directories and prefetch for different processors
US4843542A (en) * 1986-11-12 1989-06-27 Xerox Corporation Virtual memory cache for use in multi-processing systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4494190A (en) * 1982-05-12 1985-01-15 Honeywell Information Systems Inc. FIFO buffer to cache memory
EP0165823A2 (en) * 1984-06-22 1985-12-27 Fujitsu Limited Tag control circuit for buffer storage
EP0278196A1 (en) * 1986-12-31 1988-08-17 Thomson-Csf Cache management method in a multiprocessor system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IEEE Transactions on Computers, Vol. C-27, No. 12, December 1978, IEEE (New York, US) L.M. CENSIER et al.: "A New Solution to Coherence Problems in Multicache System", pages 1112-1118 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1993000639A1 (en) * 1991-06-20 1993-01-07 Unisys Corporation Multiprocessor array
EP0553742A1 (en) * 1992-01-31 1993-08-04 Motorola, Inc. A method of operating a first and second cache tag memory array
EP0598535A1 (en) * 1992-11-09 1994-05-25 Sun Microsystems, Inc. Pending write-back controller for a cache controller coupled to a packet switched memory bus
US5434993A (en) * 1992-11-09 1995-07-18 Sun Microsystems, Inc. Methods and apparatus for creating a pending write-back controller for a cache controller on a packet switched memory bus employing dual directories
EP0750262A2 (en) * 1995-06-19 1996-12-27 Kabushiki Kaisha Toshiba Apparatus for flushing the contents of a cache memory
EP0750262A3 (en) * 1995-06-19 1998-01-21 Kabushiki Kaisha Toshiba Apparatus for flushing the contents of a cache memory
WO1997027543A1 (en) * 1996-01-25 1997-07-31 Unisys Corporation Method and circuitry for executing read commands and modifying data words in a multi-level distributed data processing system
GB2520603B (en) * 2013-09-26 2016-04-06 Imagination Tech Ltd Atomic memory update unit and methods
US9466091B2 (en) 2013-09-26 2016-10-11 Imagination Technologies Limited Atomic memory update unit and methods
US11257271B2 (en) 2013-09-26 2022-02-22 Imagination Technologies Limited Atomic memory update unit and methods
US11880925B2 (en) 2013-09-26 2024-01-23 Imagination Technologies Limited Atomic memory update unit and methods

Also Published As

Publication number Publication date
JPH03502382A (en) 1991-05-30
EP0435959A1 (en) 1991-07-10
US5025365A (en) 1991-06-18

Similar Documents

Publication Publication Date Title
US5025365A (en) Hardware implemented cache coherency protocol with duplicated distributed directories for high-performance multiprocessors
US5327570A (en) Multiprocessor system having local write cache within each data processor node
US5276828A (en) Methods of maintaining cache coherence and processor synchronization in a multiprocessor system using send and receive instructions
EP0283628B1 (en) Bus interface circuit for digital data processor
US6067603A (en) Non-uniform memory access (NUMA) data processing system that speculatively issues requests on a node interconnect
US7076597B2 (en) Broadcast invalidate scheme
US8364851B2 (en) Scalable efficient I/O port protocol
US6918015B2 (en) Scalable directory based cache coherence protocol
US5659710A (en) Cache coherency method and system employing serially encoded snoop responses
US5113514A (en) System bus for multiprocessor computer system
US7653788B2 (en) Cache coherency in a shared-memory multiprocessor system
EP0303648B1 (en) Central processor unit for digital data processing system including cache management mechanism
US7051163B2 (en) Directory structure permitting efficient write-backs in a shared memory computer system
WO1999035578A1 (en) Method for increasing efficiency in a multi-processor system and multi-processor system with increased efficiency
US8015363B2 (en) Cache consistency in a multiprocessor system with shared memory
US7024520B2 (en) System and method enabling efficient cache line reuse in a computer system
US20010029574A1 (en) Method and apparatus for developing multiprocessore cache control protocols using a memory management system generating an external acknowledgement signal to set a cache to a dirty coherence state
US7000080B2 (en) Channel-based late race resolution mechanism for a computer system
US5586274A (en) Atomic operation control scheme
EP0251686B1 (en) Method and apparatus for sharing information between a plurality of processing units
US6895476B2 (en) Retry-based late race resolution mechanism for a computer system
EP0280821A2 (en) Interface between processor and special instruction processor in digital data processing system
US6266777B1 (en) Information processing apparatus to control bus latency
US6651144B1 (en) Method and apparatus for developing multiprocessor cache control protocols using an external acknowledgement signal to set a cache to a dirty state
JPH061440B2 (en) Processor used in digital data processing device and data processing method

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE FR GB IT LU NL SE

WWE Wipo information: entry into national phase

Ref document number: 1989912589

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1989912589

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 1989912589

Country of ref document: EP