USRE38599E1 - Pipelined instruction dispatch unit in a superscalar processor - Google Patents

Pipelined instruction dispatch unit in a superscalar processor Download PDF

Info

Publication number
USRE38599E1
USRE38599E1 US10/408,721 US40872103A USRE38599E US RE38599 E1 USRE38599 E1 US RE38599E1 US 40872103 A US40872103 A US 40872103A US RE38599 E USRE38599 E US RE38599E
Authority
US
United States
Prior art keywords
instructions
instruction
group
central processing
processing unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
US10/408,721
Inventor
Marc Tremblay
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sun Microsystems Inc
Original Assignee
Sun Microsystems Inc
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
Priority claimed from US08/662,582 external-priority patent/US5958042A/en
Application filed by Sun Microsystems Inc filed Critical Sun Microsystems Inc
Priority to US10/408,721 priority Critical patent/USRE38599E1/en
Application granted granted Critical
Publication of USRE38599E1 publication Critical patent/USRE38599E1/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/38Concurrent instruction execution, e.g. pipeline, look ahead
    • G06F9/3885Concurrent instruction execution, e.g. pipeline, look ahead using a plurality of independent parallel functional units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/38Concurrent instruction execution, e.g. pipeline, look ahead
    • G06F9/3836Instruction issuing, e.g. dynamic instruction scheduling or out of order instruction execution
    • G06F9/3853Instruction issuing, e.g. dynamic instruction scheduling or out of order instruction execution of compound instructions

Definitions

  • This invention relates to computer architecture.
  • this invention relates to the design of an instruction unit in a superscalar processor.
  • VLIW very long instruction word
  • superscalar processor is a computer which can dispatch one, two or more instructions simultaneously.
  • Such a processor typically includes multiple functional units which can independently execute the dispatched instructions.
  • a control logic circuit which has come to be known as the “grouping logic” circuit, determines the instructions to dispatch (the “instruction group”), according to certain resource allocation and data dependency constraints.
  • the task of the computer designer is to provide a grouping logic circuit which can dynamically evaluate such constraints to dispatch instruction groups which optimally use the available resources.
  • a resource allocation constraint can be, for instance, in a computer with a single floating point multiplier unit, the constraint that no more than one floating point multiply instruction is to be dispatched for any given processor cycle.
  • a processor cycle is the basic timing unit for a pipelined unit of the processor, typically the clock period of the CPU clock.
  • An example of a data dependency constraint is the avoidance of a “read-after-write” hazard. This constraint prevents dispatching an instruction which requires an operand from a register which is the destination of an write instruction dispatched earlier, but yet to be unretired.
  • a VLIW processor unlike a superscalar processor, does not dynamically allocate system resources at run time. Rather, resource allocation and data dependency analysis are performed during program compilation.
  • a VLIW processor decodes the long instruction word to provide the control information for operating the various independent functional units.
  • the task of the compiler is to optimize performance of a program by generating a sequence of such instructions which, when decoded, efficiently exploit the program's inherent parallelism in the computer's parallel hardware. The hardware is given little control of instruction sequencing and dispatch.
  • a VLIW computer has a significant drawback in that its programs must be recompiled for each machine they run on. Such recompilation is required because the control information required by each machine is encoded in the instruction words.
  • a superscalar computer by contrast, is often designed to be able to run existing executable programs (i.e., “binaries”). In a superscalar computer, the instructions of an existing executable program are dispatched by the computer at run time according to the computer's particular resource availability and data integrity requirements. From a computer user's point of view, because existing binaries represent significant investments, the ability to acquire enhanced performance without the expense of purchasing new copies of binaries is a significant advantage.
  • a superscalar computer performs the resource allocation and data dependency checking tasks in the immediately preceding processor cycle.
  • the computer designer must ensure that such resource allocation and data dependency checking tasks complete within their processor cycle.
  • the time required for performing such resource allocation and data dependency checking tasks grows more rapidly than linearly. Consequently, in a superscalar computer design, the ability to perform resource and data integrity analysis within a single processor cycle can become a factor that limits the performance gain of additional parallelism.
  • the present invention provides a central processing unit which includes a grouping logic circuit for determining simultaneously dispatchable instructions in an processor cycle.
  • the central processing unit of the present invention includes such a grouping logic circuit and a number of functional units, each adapted to execute one or more specified instructions dispatched by the grouping logic circuit.
  • the grouping logic circuit includes a number of pipeline stages, such that resource allocation and data dependency checks can be performed over a number of processor cycles. The present invention therefore allows dispatching a large number of instruction simultaneously, while avoiding the complexity of the grouping logic circuit from becoming limiting the duration of the central processing unit's processor cycle.
  • the grouping logic circuit checks intra-group data dependency immediately upon receiving the instruction group. In that embodiment, all instruction in a group of instructions received in a first processor cycle are dispatched prior to dispatching any instruction of a second group of instructions received at an processor cycle subsequent to said first processor cycle.
  • FIG. 1 is a block diagram of a CPU 100 , in an exemplary 4-way superscalar processor of the present invention.
  • FIG. 2 shows schematically a 4-stage pipelined grouping logic circuit 109 in the 4-way superscalar processor of FIG. 1 .
  • FIG. 1 shows a central processing unit (CPU) 100 in an exemplary 4-way superscalar processor of the present invention.
  • CPU central processing unit
  • a 4-way superscalar processor fetches, dispatches, executes and retires up to four instructions per processor cycle.
  • central processing unit 100 includes two arithmetic logic units 101 and 102 , a load/store unit 103 , which includes a 9-deep load buffer 104 and an 8-deep store buffer 105 , a floating point adder 106 , a floating point multiplier 107 , and a floating point divider 108 .
  • a grouping logic circuit 109 dispatches up to four instructions per processor cycle.
  • Completion unit 110 retires instructions upon completion.
  • a register file (not shown), including numerous integer and float point registers, is provided with sufficient number of ports to prevent contention among functional units for access to this register file during operand fetch or result write-back.
  • loads are non-blocking, i.e., CPU 100 continues to execute even though one or more dispatched load instructions have not complete.
  • floating point adder 106 and floating point multiplier 107 each have a 4-stage pipeline.
  • load/store unit 103 has a 2-stage pipeline.
  • Floating point divider 108 which is not pipelined, requires more than one processor cycle per instruction.
  • state of CPU 100 relevant to grouping logic 109 is summarized by a state variable S(t), which is defined below.
  • S(t) the state of CPU 100 includes also other variables, such as those conventionally included in the processor status word.
  • processor states the state S(t) at time t of CPU 100 can be represented by:
  • ALU 1 (t) and ALU 2 (t) are the states, at time t, of arithmetic logic units 101 and 102 respectively;
  • LS(t) and LB(t) are the states, at time t, of store buffer 105 and load buffer 104 respectively;
  • FA(t), FM(t), and FDS(t) are the states, at time t, of floating point adder 106 , floating point multiplier 107 and floating point divider 108 respectively.
  • the state of each functional unit can be represented by the source and destination registers specified in the instructions dispatched to the functional unit but not yet retired.
  • ALU 1 ⁇ ALU 1 .rs 1 (t), ALU 1 .rs 2 (t), ALU 1 .rd(t) ⁇
  • rs 1 (t), rs 2 (t) and rd(t) are respectively the first and second source registers, and the destination of registers of the instruction executing at time t in arithmetic logic unit 101 .
  • the state of arithmetic logic unit 102 can be defined as:
  • ALU 2 ⁇ ALU 2 .rs 1 (t), ALU 2 .rs 2 (t), ALU 2 .rd(t) ⁇
  • the state is relatively more complex, consisting of the source and destination registers of the instructions in their respectively pipeline.
  • the pipelined units i.e., load/store unit 103 , load buffer 104 , store buffer 105 , floating point adder 106 , and floating point multiplier 107 .
  • their respective states, at time t, LS(t), LB(t), SB(t), FA(t) and FM(t) can be represented by:
  • FDS ⁇ FDS.rs 1 i (t), FDS.rs 2 i (t), FDS.rd i (t) ⁇
  • State variable S(t) can be represented by a memory element, such as a register or a content addressable memory unit, at either a centralized location or in a distributed fashion.
  • a memory element such as a register or a content addressable memory unit
  • the portion of state S(t) associated with a given functional unit can be implemented with the control logic of the functional unit.
  • a grouping logic circuit would determine from the current state, S(t) at time t, the next state S(t+1), which includes information necessary to dispatch the instructions of the next processor cycle at time t+1. For example, to avoid a read-after-write hazard, such a grouping circuit would exclude from the next state S(t+1) an instruction having an operand to be fetched from a register designated for storing a result of a yet incomplete instruction. As another example, such a grouping circuit would include in state S(t+1) no more than one floating point “add” instruction in each processor cycle, since only one floating point adder (i.e. floating point adder 106 ) is available.
  • grouping logic circuit 109 is pipelined to derive, over ⁇ processor cycles, a future state S(t+ ⁇ ) based on the present state S(t).
  • the future state S(t+ ⁇ ) determines the instruction group to dispatch at time t+ ⁇ .
  • Pipelining grouping logic 109 is possible because, as demonstrated below, (i) the values of most state variables in the state S(t+ ⁇ ) can be estimated from corresponding values of state S(t) with sufficient accuracy, and (ii) for those state variables for which values can not be accurately predicted, it is relatively straightforward to provide for all possible outcomes of state S(t+ ⁇ ), or to use a conservative approach (i.e. not dispatching an instruction when such an instruction could have been dispatched) with a slight penalty on performance.
  • the states FA, FM and LS at time t+1 can be derived from the corresponding state S(t) at time t, the immediately preceding processor cycle.
  • the relationship governing the source and destination registers of each instruction executing in floating point adder 106 , floating point multiplier 107 and load/store unit 103 between time t+1 and time t are:
  • the state FSD(t+1) of floating point divider 108 in which the time required to execute an instruction can exceed an processor cycle, is determined from state FSD(t) by:
  • floating point divider 108 Whether or not floating point divider 108 is in its last stage can be determined from, for example, a hardware counter or a state register, which keep tracks of the number of processor cycles elapsed since the instruction in floating point divider 108 began execution.
  • state LB(t+1) at time t+1 cannot be determined from the immediately previous state LB(t) at time t with certainty.
  • state LB(t+1) can only either remain the same, or reflect the movement of the pipeline by one stage, two possible approaches to determine state LB(t+1) can be used.
  • a conservative approach would predict LB(t+1) to be the same as LB(t). Under this approach, when load buffer 104 is full, an instruction is not dispatched until the pipeline in load buffer 106 advances. An incorrect prediction, i.e.
  • state S(t+1) of CPU 100 can be predicted from state S(t). Consequently, both the number of instructions and the types of instructions that can be dispatched at time t+1 (i.e. the instruction group at time t+1) based on predicted state S(t+1) can be derived, at time t, from state S(t), subject to additional handling based on the actual state S A (t+1) at time t+1.
  • the above analysis can be can be extended to allow state S(t+ ⁇ ) at time t+ ⁇ to be derived from state S(t) at time t.
  • the instruction group at time t+ ⁇ can be derived from time t, provided that, for each instruction group between time t and t+ ⁇ , all instruction from that instruction group must be dispatched before any instruction from a subsequent instruction group is allowed to be dispatched (i.e. no instruction group merging).
  • the instructions are either fetched from an instruction cache or an instruction buffer.
  • An instruction buffer is preferable in a system in which not all accesses (e.g. branch instructions) to the instruction cache are aligned, and multiple entry points in the basic blocks of a program are allowed.
  • intra-group data dependency checking can begin. Because of the constraint against instruction group merging described above, i.e., all instructions in an instruction group must be dispatched before an instruction from a subsequent instruction group can be dispatched, intra-group dependency checking can be accomplished in a pipelined fashion. That is, intra-group dependency checking can span more than one processor cycle and all inter-group dependency checking can occur independently of inter-group dependency checking.
  • each instruction group can be represented by:
  • IntraS(t) ⁇ rs 1 i (t), rs 2 i (t), rd i (t), res i (t) ⁇ for 0 ⁇ i ⁇ W ⁇ 1
  • FIG. 2 An example of a four-stage pipeline 200 is shown in FIG. 2 .
  • FIG. 2 At first stage 201 , as soon as the instruction group is constituted, intra-group dependency checking is performed immediately. Thereafter, at stage 202 , resource allocation within the instruction group can be determined.
  • inter-group decisions e.g. resource allocation decisions taking into consideration resource allocation in previous instruction groups, are merged with the decisions at stages 201 and 202 .
  • stage 203 would have determined at by this time if a previous instruction using floating point divider 108 would have completed by the time the present instruction group is due to be dispatched.
  • stage 204 non-deterministic conditions, e.g. the condition at store buffer 105 , is considered. Dispatchable instructions are issued into CPU 100 at the end of stage 204 .

Abstract

A pipelined instruction dispatch or grouping circuit allows instruction dispatch decisions to be made over multiple processor cycles. In one embodiment, the grouping circuit performs resource allocation and data dependency checks on an instruction group, based on a state vector which includes representation of source and destination registers of instructions within said instruction group and corresponding state vectors for instruction groups of a number of preceding processor cycles.

Description

This application is a division of Ser. continuation of application Ser. No. 09/583,097, filed Aug. 2, 1999, which is itself a continuation of application Ser. No. 08/662,582, filed Jun. 11, 1996, now U.S. Pat. No. 5,958,042.
BACKGROUND OF THE INVENTION
1. Field of the Invention
This invention relates to computer architecture. In particular, this invention relates to the design of an instruction unit in a superscalar processor.
2. Discussion of the Related Art
Parallelism is extensively exploited in modern computer designs. Among these designs are two distinct architectures which are known respectively as the very long instruction word (VLIW) architecture and the superscalar architecture. A superscalar processor is a computer which can dispatch one, two or more instructions simultaneously. Such a processor typically includes multiple functional units which can independently execute the dispatched instructions. In such a processor, a control logic circuit, which has come to be known as the “grouping logic” circuit, determines the instructions to dispatch (the “instruction group”), according to certain resource allocation and data dependency constraints. The task of the computer designer is to provide a grouping logic circuit which can dynamically evaluate such constraints to dispatch instruction groups which optimally use the available resources. A resource allocation constraint can be, for instance, in a computer with a single floating point multiplier unit, the constraint that no more than one floating point multiply instruction is to be dispatched for any given processor cycle. A processor cycle is the basic timing unit for a pipelined unit of the processor, typically the clock period of the CPU clock. An example of a data dependency constraint is the avoidance of a “read-after-write” hazard. This constraint prevents dispatching an instruction which requires an operand from a register which is the destination of an write instruction dispatched earlier, but yet to be unretired.
A VLIW processor, unlike a superscalar processor, does not dynamically allocate system resources at run time. Rather, resource allocation and data dependency analysis are performed during program compilation. A VLIW processor decodes the long instruction word to provide the control information for operating the various independent functional units. The task of the compiler is to optimize performance of a program by generating a sequence of such instructions which, when decoded, efficiently exploit the program's inherent parallelism in the computer's parallel hardware. The hardware is given little control of instruction sequencing and dispatch.
A VLIW computer, however, has a significant drawback in that its programs must be recompiled for each machine they run on. Such recompilation is required because the control information required by each machine is encoded in the instruction words. A superscalar computer, by contrast, is often designed to be able to run existing executable programs (i.e., “binaries”). In a superscalar computer, the instructions of an existing executable program are dispatched by the computer at run time according to the computer's particular resource availability and data integrity requirements. From a computer user's point of view, because existing binaries represent significant investments, the ability to acquire enhanced performance without the expense of purchasing new copies of binaries is a significant advantage.
In the prior art, to determine the instructions that go into an instruction group of a given processor cycle, a superscalar computer performs the resource allocation and data dependency checking tasks in the immediately preceding processor cycle. Under this scheme, the computer designer must ensure that such resource allocation and data dependency checking tasks complete within their processor cycle. As the number of the functional units that can be independently run increases, the time required for performing such resource allocation and data dependency checking tasks grows more rapidly than linearly. Consequently, in a superscalar computer design, the ability to perform resource and data integrity analysis within a single processor cycle can become a factor that limits the performance gain of additional parallelism.
SUMMARY OF THE INVENTION
The present invention provides a central processing unit which includes a grouping logic circuit for determining simultaneously dispatchable instructions in an processor cycle. The central processing unit of the present invention includes such a grouping logic circuit and a number of functional units, each adapted to execute one or more specified instructions dispatched by the grouping logic circuit. The grouping logic circuit includes a number of pipeline stages, such that resource allocation and data dependency checks can be performed over a number of processor cycles. The present invention therefore allows dispatching a large number of instruction simultaneously, while avoiding the complexity of the grouping logic circuit from becoming limiting the duration of the central processing unit's processor cycle.
In one embodiment, the grouping logic circuit checks intra-group data dependency immediately upon receiving the instruction group. In that embodiment, all instruction in a group of instructions received in a first processor cycle are dispatched prior to dispatching any instruction of a second group of instructions received at an processor cycle subsequent to said first processor cycle.
The present invention is better understood upon consideration of the detailed description below in conjunction with the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a block diagram of a CPU 100, in an exemplary 4-way superscalar processor of the present invention.
FIG. 2 shows schematically a 4-stage pipelined grouping logic circuit 109 in the 4-way superscalar processor of FIG. 1.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
An embodiment of the present invention is illustrated by the block diagram of FIG. 1, which shows a central processing unit (CPU) 100 in an exemplary 4-way superscalar processor of the present invention. A 4-way superscalar processor fetches, dispatches, executes and retires up to four instructions per processor cycle. As shown in FIG. 1, central processing unit 100 includes two arithmetic logic units 101 and 102, a load/store unit 103, which includes a 9-deep load buffer 104 and an 8-deep store buffer 105, a floating point adder 106, a floating point multiplier 107, and a floating point divider 108. In this embodiment, a grouping logic circuit 109 dispatches up to four instructions per processor cycle. Completion unit 110 retires instructions upon completion. A register file (not shown), including numerous integer and float point registers, is provided with sufficient number of ports to prevent contention among functional units for access to this register file during operand fetch or result write-back. In this embodiment also, loads are non-blocking, i.e., CPU 100 continues to execute even though one or more dispatched load instructions have not complete. When the data of the load instructions are returned from the main memory, these data can be placed in a pipeline for storage in a second-level cache. In this embodiment, floating point adder 106 and floating point multiplier 107 each have a 4-stage pipeline. Similarly, load/store unit 103 has a 2-stage pipeline. Floating point divider 108, which is not pipelined, requires more than one processor cycle per instruction.
To simplify the discussion below, the state of CPU 100 relevant to grouping logic 109 is summarized by a state variable S(t), which is defined below. Of course, the state of CPU 100 includes also other variables, such as those conventionally included in the processor status word. Those skilled in the art would appreciate the use and implementation of processor states. Thus, the state S(t) at time t of CPU 100 can be represented by:
S(t)={ALU1(t), ALU2(t), LS(t), LB(t), SB(t), FA(t), FM(t), FSD(t)}
where
ALU1(t) and ALU2(t) are the states, at time t, of arithmetic logic units 101 and 102 respectively; LS(t) and LB(t) are the states, at time t, of store buffer 105 and load buffer 104 respectively; FA(t), FM(t), and FDS(t) are the states, at time t, of floating point adder 106, floating point multiplier 107 and floating point divider 108 respectively.
At any given time, the state of each functional unit can be represented by the source and destination registers specified in the instructions dispatched to the functional unit but not yet retired. Thus,
ALU1={ALU1.rs1(t), ALU1.rs2(t), ALU1.rd(t)}
where
rs1(t), rs2(t) and rd(t) are respectively the first and second source registers, and the destination of registers of the instruction executing at time t in arithmetic logic unit 101.
Similarly, the state of arithmetic logic unit 102 can be defined as:
ALU2={ALU2.rs1(t), ALU2.rs2(t), ALU2.rd(t)}
For pipelined functional units, such as floating point adder 106, the state is relatively more complex, consisting of the source and destination registers of the instructions in their respectively pipeline. Thus, for the pipelined units, i.e., load/store unit 103, load buffer 104, store buffer 105, floating point adder 106, and floating point multiplier 107, their respective states, at time t, LS(t), LB(t), SB(t), FA(t) and FM(t) can be represented by:
LS={LS.rs1 i(t), LS.rs2 i(t), LS.rdi(t)} for i={1, 2}
LB={LB.rs1 i(t), LB.rs2 i(t), LB.rdi(t)} for i={1,2, . . . ,9}
SB={SB.rs1 i(t), SB.rs2 i(t), SB.rdi(t)} for i={1,2, . . . ,8}
FA={FA.rs1 i(t), FA.rs2 i(t), FA.rdi(t)} for i={1, . . . ,4}
Finally, floating point divider 108's state FSD(t)
FM={FM.rs1 i(t), FM.rs2 i(t), FM.rdi(t)} for i={1, . . . ,4}
can be represented by:
FDS={FDS.rs1 i(t), FDS.rs2 i(t), FDS.rdi(t)}
State variable S(t) can be represented by a memory element, such as a register or a content addressable memory unit, at either a centralized location or in a distributed fashion. For example, in the distributed approach, the portion of state S(t) associated with a given functional unit can be implemented with the control logic of the functional unit.
In the prior art, a grouping logic circuit would determine from the current state, S(t) at time t, the next state S(t+1), which includes information necessary to dispatch the instructions of the next processor cycle at time t+1. For example, to avoid a read-after-write hazard, such a grouping circuit would exclude from the next state S(t+1) an instruction having an operand to be fetched from a register designated for storing a result of a yet incomplete instruction. As another example, such a grouping circuit would include in state S(t+1) no more than one floating point “add” instruction in each processor cycle, since only one floating point adder (i.e. floating point adder 106) is available. As discussed above, as complexity increases, the time required for propagating through the grouping logic circuit can become a critical path for the processor cycle. Thus, in accordance with the present invention, grouping logic circuit 109 is pipelined to derive, over τ processor cycles, a future state S(t+τ) based on the present state S(t). The future state S(t+τ) determines the instruction group to dispatch at time t+τ. Pipelining grouping logic 109 is possible because, as demonstrated below, (i) the values of most state variables in the state S(t+τ) can be estimated from corresponding values of state S(t) with sufficient accuracy, and (ii) for those state variables for which values can not be accurately predicted, it is relatively straightforward to provide for all possible outcomes of state S(t+τ), or to use a conservative approach (i.e. not dispatching an instruction when such an instruction could have been dispatched) with a slight penalty on performance.
The process for predicting state S(t+τ) is explained next. The following discussion will first show that most components of next state S(t+1) can be precisely determined from present state S(t), and the remaining components of state S(t) can be reasonably determined, provided that certain non-deterministic conditions are appropriately handled. By induction, it can therefore be shown that future state S(t+τ), where τ is greater than 1, can likewise be determined from state S(t).
Since an instruction in floating point adder 106 or floating point multiplier 107 completes after four processor cycles and an instruction in load/store unit 103 completes after two processor cycles, the states FA, FM and LS at time t+1 can be derived from the corresponding state S(t) at time t, the immediately preceding processor cycle. In particular, the relationship governing the source and destination registers of each instruction executing in floating point adder 106, floating point multiplier 107 and load/store unit 103 between time t+1 and time t are:
rs1 i(t+1)=rs1 i-1(t), for 1<i≦k
rs2 i(t+1)=rs2 i-1(t), for 1<i≦k
rdi(t+1)=rdi-1(t), for 1<i≦k
where k is the depth of the respective pipeline.
The state FSD(t+1) of floating point divider 108, in which the time required to execute an instruction can exceed an processor cycle, is determined from state FSD(t) by:
FSD(t+1)=FSD(t) {if last stage} else null
Whether or not floating point divider 108 is in its last stage can be determined from, for example, a hardware counter or a state register, which keep tracks of the number of processor cycles elapsed since the instruction in floating point divider 108 began execution.
In load buffer 104 and store buffer 105, since the pending read or write operation at the head of each queue need not complete within one processor cycle, the state LB(t+1) at time t+1 cannot be determined from the immediately previous state LB(t) at time t with certainty. However, since state LB(t+1) can only either remain the same, or reflect the movement of the pipeline by one stage, two possible approaches to determine state LB(t+1) can be used. First, a conservative approach would predict LB(t+1) to be the same as LB(t). Under this approach, when load buffer 104 is full, an instruction is not dispatched until the pipeline in load buffer 106 advances. An incorrect prediction, i.e. a load instruction completes during the processor cycle of time t, this conservative approach leads to a penalty of one processor cycle, since a load instruction could have been dispatched at time t+1. Alternatively, a more aggressive approach provides for both outcomes, i.e. load buffer 104 advances one stage, and load buffer 104 remains the same. Under this aggressive approach, grouping logic 109 is ready to dispatch a load instruction, such dispatch to be enabled by a control signal which indicates, at time t+1, whether a load instruction has in fact completed. This aggressive approach requires more a complex logic circuit than the conservative approach.
Thus, the skilled person would appreciate that state S(t+1) of CPU 100 can be predicted from state S(t). Consequently, both the number of instructions and the types of instructions that can be dispatched at time t+1 (i.e. the instruction group at time t+1) based on predicted state S(t+1) can be derived, at time t, from state S(t), subject to additional handling based on the actual state SA(t+1) at time t+1.
The above analysis can be can be extended to allow state S(t+τ) at time t+τ to be derived from state S(t) at time t. The instruction group at time t+τ can be derived from time t, provided that, for each instruction group between time t and t+τ, all instruction from that instruction group must be dispatched before any instruction from a subsequent instruction group is allowed to be dispatched (i.e. no instruction group merging).
Since instructions from different instruction groups are not merged, intra-group dependencies and inter-group dependencies can be checked in parallel. The instructions are either fetched from an instruction cache or an instruction buffer. An instruction buffer is preferable in a system in which not all accesses (e.g. branch instructions) to the instruction cache are aligned, and multiple entry points in the basic blocks of a program are allowed.
Once four candidate instructions for an instruction group are identified, intra-group data dependency checking can begin. Because of the constraint against instruction group merging described above, i.e., all instructions in an instruction group must be dispatched before an instruction from a subsequent instruction group can be dispatched, intra-group dependency checking can be accomplished in a pipelined fashion. That is, intra-group dependency checking can span more than one processor cycle and all inter-group dependency checking can occur independently of inter-group dependency checking. For the purpose of intra-group dependency check, each instruction group can be represented by:
IntraS(t)={rs1 i(t), rs2 i(t), rdi(t), resi(t)} for 0≦i<W−1
where W is the width of the machine, and resi represents the resource utilization of instruction I. An example of a four-stage pipeline 200 is shown in FIG. 2. In FIG. 2, at first stage 201, as soon as the instruction group is constituted, intra-group dependency checking is performed immediately. Thereafter, at stage 202, resource allocation within the instruction group can be determined. At stage 203, inter-group decisions, e.g. resource allocation decisions taking into consideration resource allocation in previous instruction groups, are merged with the decisions at stages 201 and 202. For example, if the present instruction group includes an instruction designated for floating point divider 108, stage 203 would have determined at by this time if a previous instruction using floating point divider 108 would have completed by the time the present instruction group is due to be dispatched. Finally, at stage 204, non-deterministic conditions, e.g. the condition at store buffer 105, is considered. Dispatchable instructions are issued into CPU 100 at the end of stage 204.
The above detailed description is provided to illustrate the specific embodiments of the present invention and is not intended to be limiting. Numerous variations and modifications within the scope of the present invention are possible. The present invention is defined by the following claims.

Claims (9)

I claim:
1. A central processing unit, comprising:
a plurality of functional units, each functional unit adapted to execute an instruction of said central processing unit; and
a grouping logic circuit, including a number of pipeline stages and receiving, at each processor cycle, a group of instructions and one or more state vectors each representing states of instructions previously received at said grouping logic circuit in a preceding processor cycle wherein, based on said state vectors, said grouping logic circuit dispatches each of said currently received instructions to be executed by one of said functional units, and provides a current state vector representing states of instructions of said currently received instructions.
2. A central processing unit as in claim 1, wherein said grouping logic circuit checks data dependency among said group of instructions to determine whether said group of instructions can be dispatched simultaneously.
3. A central processing unit as in claim 1, wherein said grouping logic circuit checks for resource contention within said group of instructions.
4. A central processing unit as in claim 1, wherein said grouping logic circuit checks data dependency of an instruction group at one processor cycle and a group of instruction received in a previous processor cycle.
5. A central processing unit as in claim 1, wherein the state of said central processing unit is represented in a register, said state including representation of destination registers of instructions in said group of instructions.
6. A central processing unit as in claim 1, wherein all instruction in a group of instructions received in a first processor cycle are dispatched prior to dispatching any instruction of a second group of instructions received at an processor cycle subsequent to said first processor cycle.
7. A central processing unit as in claim 1, wherein said functional units include a pipelined functional unit capable of receiving an instruction every processor cycle and completing said instruction at a subsequent processor cycle.
8. A central processing unit as in claim 1, wherein said functional units include a functional unit requiring multiple processor cycles to complete an instruction executed at said functional unit.
9. A central processing unit as in claim 1, wherein said grouping logic circuit derives a state vector for a group of instructions received at a first processor cycle based on a number of state vectors derived for groups of instructions received in a number of processor cycles immediately preceding said first processor cycle, said number of processor cycles being equal to said number of pipeline stages.
US10/408,721 1996-06-11 2003-04-07 Pipelined instruction dispatch unit in a superscalar processor Expired - Lifetime USRE38599E1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/408,721 USRE38599E1 (en) 1996-06-11 2003-04-07 Pipelined instruction dispatch unit in a superscalar processor

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US08/662,582 US5958042A (en) 1996-06-11 1996-06-11 Grouping logic circuit in a pipelined superscalar processor
US09/583,097 US7430653B1 (en) 1996-06-11 1999-08-02 Pipelined processor with multi-cycle grouping for instruction dispatch with inter-group and intra-group dependency checking
US09/625,268 US6349381B1 (en) 1996-06-11 2000-07-25 Pipelined instruction dispatch unit in a superscalar processor
US10/408,721 USRE38599E1 (en) 1996-06-11 2003-04-07 Pipelined instruction dispatch unit in a superscalar processor

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/625,268 Reissue US6349381B1 (en) 1996-06-11 2000-07-25 Pipelined instruction dispatch unit in a superscalar processor

Publications (1)

Publication Number Publication Date
USRE38599E1 true USRE38599E1 (en) 2004-09-21

Family

ID=32996039

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/408,721 Expired - Lifetime USRE38599E1 (en) 1996-06-11 2003-04-07 Pipelined instruction dispatch unit in a superscalar processor

Country Status (1)

Country Link
US (1) USRE38599E1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080162884A1 (en) * 2007-01-02 2008-07-03 International Business Machines Corporation Computer processing system employing an instruction schedule cache
US20190163482A1 (en) * 2017-11-30 2019-05-30 International Business Machines Corporation Scalable dependency matrix with a single summary bit in an out-of-order processor
US10564976B2 (en) 2017-11-30 2020-02-18 International Business Machines Corporation Scalable dependency matrix with multiple summary bits in an out-of-order processor
US10564979B2 (en) 2017-11-30 2020-02-18 International Business Machines Corporation Coalescing global completion table entries in an out-of-order processor
US10572264B2 (en) 2017-11-30 2020-02-25 International Business Machines Corporation Completing coalesced global completion table entries in an out-of-order processor
US10802829B2 (en) 2017-11-30 2020-10-13 International Business Machines Corporation Scalable dependency matrix with wake-up columns for long latency instructions in an out-of-order processor
US10884753B2 (en) 2017-11-30 2021-01-05 International Business Machines Corporation Issue queue with dynamic shifting between ports
US10901744B2 (en) 2017-11-30 2021-01-26 International Business Machines Corporation Buffered instruction dispatching to an issue queue
US10922087B2 (en) 2017-11-30 2021-02-16 International Business Machines Corporation Block based allocation and deallocation of issue queue entries
US10942747B2 (en) 2017-11-30 2021-03-09 International Business Machines Corporation Head and tail pointer manipulation in a first-in-first-out issue queue

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5127093A (en) * 1989-01-17 1992-06-30 Cray Research Inc. Computer look-ahead instruction issue control
EP0651323A1 (en) * 1993-10-29 1995-05-03 Advanced Micro Devices, Inc. Microprocessors load/store functional units and data caches
US5497499A (en) * 1992-03-31 1996-03-05 Seiko Epson Corporation Superscalar risc instruction scheduling
US5560028A (en) * 1993-11-05 1996-09-24 Intergraph Corporation Software scheduled superscalar computer architecture
US5594864A (en) * 1992-04-29 1997-01-14 Sun Microsystems, Inc. Method and apparatus for unobtrusively monitoring processor states and characterizing bottlenecks in a pipelined processor executing grouped instructions
US5627984A (en) * 1993-03-31 1997-05-06 Intel Corporation Apparatus and method for entry allocation for a buffer resource utilizing an internal two cycle pipeline
US5958042A (en) * 1996-06-11 1999-09-28 Sun Microsystems, Inc. Grouping logic circuit in a pipelined superscalar processor

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5127093A (en) * 1989-01-17 1992-06-30 Cray Research Inc. Computer look-ahead instruction issue control
US5497499A (en) * 1992-03-31 1996-03-05 Seiko Epson Corporation Superscalar risc instruction scheduling
US5594864A (en) * 1992-04-29 1997-01-14 Sun Microsystems, Inc. Method and apparatus for unobtrusively monitoring processor states and characterizing bottlenecks in a pipelined processor executing grouped instructions
US5627984A (en) * 1993-03-31 1997-05-06 Intel Corporation Apparatus and method for entry allocation for a buffer resource utilizing an internal two cycle pipeline
EP0651323A1 (en) * 1993-10-29 1995-05-03 Advanced Micro Devices, Inc. Microprocessors load/store functional units and data caches
US5560028A (en) * 1993-11-05 1996-09-24 Intergraph Corporation Software scheduled superscalar computer architecture
US5958042A (en) * 1996-06-11 1999-09-28 Sun Microsystems, Inc. Grouping logic circuit in a pipelined superscalar processor

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
D. Sweetman: "Superscalar or superpipelined or just hype?" New Electronics, vol. 24, No. 11, Dec. 1, 1991, pp. 16-18, XP00310175.* *
V. Popescu et al.: "The Metaflow Architecture" IEEE Micro, vol. 11, No. 3, Jun. 1, 1991, pp. 10-12, 63-73, XP000237231. *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080162884A1 (en) * 2007-01-02 2008-07-03 International Business Machines Corporation Computer processing system employing an instruction schedule cache
US7454597B2 (en) 2007-01-02 2008-11-18 International Business Machines Corporation Computer processing system employing an instruction schedule cache
US20190163482A1 (en) * 2017-11-30 2019-05-30 International Business Machines Corporation Scalable dependency matrix with a single summary bit in an out-of-order processor
US10564976B2 (en) 2017-11-30 2020-02-18 International Business Machines Corporation Scalable dependency matrix with multiple summary bits in an out-of-order processor
US10564979B2 (en) 2017-11-30 2020-02-18 International Business Machines Corporation Coalescing global completion table entries in an out-of-order processor
US10572264B2 (en) 2017-11-30 2020-02-25 International Business Machines Corporation Completing coalesced global completion table entries in an out-of-order processor
US10802829B2 (en) 2017-11-30 2020-10-13 International Business Machines Corporation Scalable dependency matrix with wake-up columns for long latency instructions in an out-of-order processor
US10884753B2 (en) 2017-11-30 2021-01-05 International Business Machines Corporation Issue queue with dynamic shifting between ports
US10901744B2 (en) 2017-11-30 2021-01-26 International Business Machines Corporation Buffered instruction dispatching to an issue queue
US10922087B2 (en) 2017-11-30 2021-02-16 International Business Machines Corporation Block based allocation and deallocation of issue queue entries
US10929140B2 (en) * 2017-11-30 2021-02-23 International Business Machines Corporation Scalable dependency matrix with a single summary bit in an out-of-order processor
US10942747B2 (en) 2017-11-30 2021-03-09 International Business Machines Corporation Head and tail pointer manipulation in a first-in-first-out issue queue
US11204772B2 (en) 2017-11-30 2021-12-21 International Business Machines Corporation Coalescing global completion table entries in an out-of-order processor

Similar Documents

Publication Publication Date Title
US6349381B1 (en) Pipelined instruction dispatch unit in a superscalar processor
US6247115B1 (en) Non-stalling circular counterflow pipeline processor with reorder buffer
US5913925A (en) Method and system for constructing a program including out-of-order threads and processor and method for executing threads out-of-order
US6212542B1 (en) Method and system for executing a program within a multiscalar processor by processing linked thread descriptors
US5961639A (en) Processor and method for dynamically inserting auxiliary instructions within an instruction stream during execution
US5887166A (en) Method and system for constructing a program including a navigation instruction
US5694565A (en) Method and device for early deallocation of resources during load/store multiple operations to allow simultaneous dispatch/execution of subsequent instructions
WO1985000453A1 (en) Data processing system
US7418580B1 (en) Dynamic object-level code transaction for improved performance of a computer
USRE38599E1 (en) Pipelined instruction dispatch unit in a superscalar processor
US5590351A (en) Superscalar execution unit for sequential instruction pointer updates and segment limit checks
US11481223B2 (en) Reducing operations of sum-of-multiply-accumulate (SOMAC) instructions
GB2321544A (en) Concurrently executing multiple threads containing data dependent instructions
US5850563A (en) Processor and method for out-of-order completion of floating-point operations during load/store multiple operations
US5713012A (en) Microprocessor
Rau et al. Instruction-level parallelism
JPH10187464A (en) Method and system for generating multiscalar program
US6490653B1 (en) Method and system for optimally issuing dependent instructions based on speculative L2 cache hit in a data processing system
Brehob et al. Beyond RISC–The Post-RISC Architecture
Burns et al. Modelling of superscalar processor architectures with design/CPN
Küçük et al. Instruction Scheduling in Microprocessors
Mitra Performance Evaluation of Improved Superscalar Issue Mechanisms
Arul et al. Impact of Dynamic Scheduling for Dual Core Architecture Using VHDL
Fernandes et al. A study of associative dispatch in superscalar processors
Brehob et al. Beyond RISC-The Post-RISC Architecture Submitted to: IEEE Micro 3/96

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

SULP Surcharge for late payment
FEPP Fee payment procedure

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 8

FPAY Fee payment

Year of fee payment: 12