EP0654158A4 - Massive parallelrechnervorrichtung. - Google Patents
Massive parallelrechnervorrichtung.Info
- Publication number
- EP0654158A4 EP0654158A4 EP93917104A EP93917104A EP0654158A4 EP 0654158 A4 EP0654158 A4 EP 0654158A4 EP 93917104 A EP93917104 A EP 93917104A EP 93917104 A EP93917104 A EP 93917104A EP 0654158 A4 EP0654158 A4 EP 0654158A4
- Authority
- EP
- European Patent Office
- Prior art keywords
- processor
- processors
- data
- bit
- die
- 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.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/76—Architectures of general purpose stored program computers
- G06F15/80—Architectures of general purpose stored program computers comprising an array of processing units with common control, e.g. single instruction multiple data processors
- G06F15/8007—Architectures of general purpose stored program computers comprising an array of processing units with common control, e.g. single instruction multiple data processors single instruction multiple data [SIMD] multiprocessors
- G06F15/8023—Two dimensional arrays, e.g. mesh, torus
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
Definitions
- This invention was made with Government support under Contract No. MDA-972- 90-C-0022. The Government has certain rights in the invention.
- This invention relates to massively-parallel computer apparatus and, more particularly, to such apparatus capable of providing multiuser time-shared operation thereof.
- SIMD SIMD linear array of processors.
- the linear array can be scaled from 64 to 2048 processors in steps of 64 and, in a full configuration, achieves a computational rate of 28,672 Millions of Instructions Per Second (MIPS) for an instruction clock of 14 MHz.
- MIPS Instructions Per Second
- Each processor has a local memory and can communicate with its neighbors via two bidirectional channels. Input and output data rates of 14 and 1.8 Gbps, respectively, are provided.
- the PE host is an Apollo/Mentor Graphics workstation, and high-resolution monitors are used for observation of output results.
- Each processing element PEO to PEn-1 of the PE contains seven independent, internal 16-bit data paths a 16-bit ALU a 16-bit multiplier a triple-ported register stack with 64 elements; a 16-bit communications port; and up to 640K Bytes of external SRAM local memory.
- the register file has one address port for read-only access to that file and a second address port for read or write access to that file.
- An interprocessor communications bus (IPC) permits exchanges of data between neighboring processors during one instruction cycle. On each instruction cycle, up to six simultaneous operations can take place (input or output via the I/O bus, simultaneous read and write at the register file, one multiplication, one ALU operation, and a local memory access).
- Input data is stored as one pixel per processor in each processor's local memory M0 to Mn-1 for each scan line 0 to v-1 of video.
- M0 to Mn-1 for each scan line 0 to v-1 of video.
- the local memory is sufficient to store up to 640 columns of 8-bit pixels for a 1024 line frame.
- Fig. 1 illustrates how video frames are distributed over the local memories.
- Each corresponding column of a video frame sequence 0 to z- 1 is stored in the same local memory.
- temporal algorithms do not require communications among processors: simple memory addressing is sufficient.
- Neighboring columns of spatial data are stored in the local memory of neighboring processors.
- Horizontal filters and statistical gathering operations require data communications between the processors via IPC 102.
- the IPC can be set in one of four modes: normal, bypassed, broadcast send, and broadcast receive. Normal communication is between neighbors within the linearly connected array. Data is loaded onto the IPC channel in one instruction, and shifted left or right on the next instruction. This mode is very efficient for nearest-neighbor computations.
- the PE is interfaced to analog and digital sources and destinations through the controller 200.
- the input and output data channels to the parallel array are 48 bits and 64 bits wide, respectively. These channels are clocked at 28 MHz and interface 6 analog-to-digital converters (ADCs) and 7 digital-to-analog converters (DACs).
- ADCs analog-to-digital converters
- DACs digital-to-analog converters
- the host computer has digital access to load or capture data on these busses for system or algorithmic testing purposes.
- the controller 200 also provides user-selectable clocks for the ADCs and DACs. Up to three independent input clocks and four independent output clocks are possible. This capability permits several different data sources to be simultaneously read, processed, displayed, and compared. The outputs may be taken to a variety of displays: a spectrum analyzer, or even back into the user's existing real-time system hardware for embedded applications.
- Output from parallel processor 202 is user-programmable through a special output, multi-port, random access memory (RAM) structure 204 embedded within a bit-slice I/O IC. Local memory accesses are reduced by this unique output architecture. The output data stream may further be routed back to the input of the parallel array for additional processing. This feature provides a real-time transpose capability useful in radar processing (corner turn) and for fast rotation of large 3D data sets.
- Each processor has an arithmetic and logic unit (ALU), a local memory and an input/output (I/O) interface.
- ALU arithmetic and logic unit
- I/O input/output
- Each block also includes a controller which is coupled to provide a group of identical instructions to each of the M processors in the block.
- the parallel computing system also includes a host processor which is coupled to several of the control means of the N blocks. The host processor partitions these blocks into at least first and second groups of blocks, each group including P blocks. For each group of P blocks, a respectively different group of identical processor instructions are provided to each of the P times M processors by the host processor.
- Fig. 1 illustrates how video frames are distributed over the memories of the prior- art Princeton Engine (PE);
- Fig. 2 illustrates resources in the prior-art PE which permit a host computer to have digital access to load or capture data on controller busses for system or algorithmic testing purposes;
- Fig. 3 is a high level view of the Sarnoff Engine (SE);
- Fig. 4 is an expansion of an engine block (EB) showing the interconnection of the hosts, controllers, processors, local memories, and I O functions of the SE;
- Fig. 5 illustrates the physical arrangement of system modules;
- Fig. 6 shows the processor organization of the SE
- Fig. 7 shows the use of a Stride Register of the SE
- Fig. 8 shows an example of the Modulo Arithmetic Mode of the SE
- Fig. 9 shows an example of the Bounding Mode of the SE
- Fig. 10 is a resource usage table for the SE processor
- Fig. 11 illustrates a match example of two packed data words
- Fig. 12 illustrates a match sequence and the corresponding templates
- Fig. 13 illustrates matches found between match and data sequences
- Fig. 14 illustrates an example of conditional locking
- Fig. 15 illustrates 4 different modes of a processor instruction word
- Fig. 16 illustrates 4 different examples of IPC operation
- Fig. 17 illustrates input slices (4 slices per chip) of an Input/Output Memory Controller (IOMC) of the SE;
- IOMC Input/Output Memory Controller
- Fig. 18 illustrates output slices (4 slices per chip) of an IOMC
- Fig 18a is a block diagram of exemplary image vault (IV) interface circuitry
- Fig. 19 illustrates data I/O data formats
- Fig. 20 illustrates video data formats
- Fig. 21 illustrates data input captured by input FIFO (first-in-first-out);
- Fig. 22 illustrates an input timing sequence example;
- Fig. 24 illustrates the transfer of data from input FIFO to local memory;
- Fig. 25 illustrates a FIFO input timing sequence example;
- Fig. 26 illustrates the loading of a data output channel with output FIFO data;
- Fig. 27 illustrates the transfer of data from local memory to output FIFO;
- Figs. 27a through 27i are drawings of arrays of memory locations which are useful for describing the operation of the input and output FIFOs;
- Fig. 28 illustrates a local OR (LOR) bus;
- Fig. 29 illustrates a controller synchronization switch;
- Fig. 30 illustrates a conceptual grouping of controllers;
- Fig. 31 illustrates a synchronization switch configuration for controllers
- Fig. 32 illustrates a barrier synchronization example
- Fig. 33 illustrates operating system components.
- the SE preferably has 32-bit processors, with 15 independent programmable operations per instruction and double the memory bandwidth (two local memory ports per processor).
- the total number of processors in a full system is 8192 and each processor is designed to operate with a 100 MHz clock (10 ns instruction cycle), for a computational data rate of 819 MIPS and 9.6 x 1012 operations/sec.
- MIMD Multiple Instruction Multiple Data
- Another major improvement is that the SE has Multiple Instruction Multiple Data (MIMD) capabilities; there is a controller for every 64 processors, with each controller able to broadcast a different instruction stream to its processors.
- MIMD Multiple Instruction Multiple Data
- the SE also can operate in a multiuser mode where the system can be configured to time-share the machine to support several real-time and non-real-time applications without interference between applications.
- the system can also be reconfigured into several smaller systems to run applications.
- Fig. 3 provides a high level view of the machine organization.
- Controller 300 is responsible for broadcasting instructions to processing elements 302 and maintaining information on processes and signals.
- Each controller contains an instruction memory and a microsequencer that dictates program control flow. Information on the active processes is maintained in a process control memory.
- the use of redundant slices that contain a number of processors 302, local memories 304, I/O functions 306, and controller functions further satisfy the need to serve multiusers and to provide MIMD capability.
- the shaded section of Fig. 3 is a redundant slice of the EB of the SE.
- the EB consists of 64 processors, their respective local memories, I/O functions, and the controller functions including an interface to a host workstation 308.
- the EB physically consists of a multichip module containing one Controller IC, a program memory module, 16 processor ICs, 16 local memory modules, and 16 IOMC ICs.
- Fig. 3 also shows the connection of the processors to the IV 320, a large secondary storage array which may be accessed from the IOMC of each processor.
- the rv 320 is implemented as a distributed disk storage, having terabyte capacity at the system level and megabyte capacity at the processor level. Data transfer rates of up to 32 gigabytes per second are provided at the system level by providing a data rate of 4 megabytes per second for each processor.
- the IV may be used to store relatively long image sequences or large databases.
- Fig. 4 is an expansion of the EB showing the interconnection of the hosts, controllers, processors, local memories, and I/O functions for up to 128 slices.
- each subsystem has a host workstation 400 assigned to it, and each HIO bus remains local to its subsystem.
- the full SE is used, only the leftmost host workstation VME bus is active, and the HIO buses for each slice are connected together in serial.
- the global OR (GOR), local OR (LOR), and neighboring OR (NOR) buses are used for synchronizing sets of controllers.
- processors are connected to each other in a linear array via the IPC.
- This architecture allows for linear increases in processing power with no overhead penalty as more processors are added to the system.
- All processors within an EB operate in a SIMD mode with a 128-bit instruction word (IW) being broadcast to the processors. Different actions can be carried out on these processors through a conditional locking capability.
- All processor I/O is memory-mapped and it is the responsibility of the IOMC to transfer data between the local memory and I/O sources.
- Each processor and controller also has a dedicated profiling counter and the controller contains a debug interrupt mechanism.
- the SE is composed of modules 500 that are shaped as hexagons, 50cm to a side, and 20cm thick.
- Each module 500 contains 16 EBs, associated power supplies, a coolant input, and a coolant exhaust.
- Each EB comprises 64 processors and their respective local memories and I/O functions, and the EB controller functions.
- One EB is packaged using sixteen multichip modules which employ advanced memory fabrication techniques.
- Each system module is self contained and can function as a 1024 processor machine or as sixteen 64 processor machines.
- the modules can be stacked vertically (8 high) to realize a full 8192 processor machine.
- the processor may be implemented on an IC preferably containing 4 processors using BiCMOS technology, and has a 10 nanosecond instruction cycle.
- the processor operates on a 128-bit IW received from the controller.
- the IW specifies 15 independently programmable operations.
- the processor uses 32-bit data paths and registers and some data paths and registers can be paired for transferring and storing 64-bit data.
- some resources such as the ALU, register file, and local memory can operate on 64-bit inputs.
- Each processor has a 64-bit ALU 600, a 32-bit multiplier 602, a 32-bit matcher
- auxiliary ALU 606 a 32-bit auxiliary ALU 606 a 128 word register file 608, a dual port local memory that is addressed by two address generators (AG) 610-1 and 610-2, IPC ports 612 for communicating with other processors, conditional locking hardware 614, and a dedicated profiling counter 616.
- AG address generators
- the integer and floating point multiplier and ALU units are unified. Many processors have separate integer and floating point ALUs, and parallelism is realized since much of the computation is executed in floating point data format, while the integer ALU is used for memory addressing. Since the SE has two dedicated AGs, and since floating point and integer operations are usually not computed at the same time, the integer and floating point units were grouped together to save IC area for other resources.
- the multiplier 602 can multiply two 32-bit values and produce a 64-bit result on each instruction cycle. The result is stored in the 64-bit P register, which is an input to the ALU so that products can be accumulated.
- the multiplier can treat the two 32-bit input values as a 64-bit value, and load the P register with the 64-bit word. This is useful for supplying the ALU with 64-bit data.
- the matching unit 604 is included in the processor design because it is ideal for data intensive operations. To economize the Processor Instruction Word (PIW), the multiplier 602 and matcher 604 share the same instruction field.
- the matcher 604 is a specialized hardware component that executes matching operations on 32-bit packed data. Data is packed when smaller word sizes are formatted into a single 32-bit word.
- the ALU 600 has 32-bit and 64-bit inputs, and has two 64-bit accumulators (ACCs).
- the ACCs are also inputs to the ALU, and can be used for storing intermediate values of a computation.
- the P register and ACCs serve as 64-bit inputs to the ALU 600; all other data sources are 32-bit sources. Operations which may be performed on the ALU 600 include the regular 32-bit and
- An Auxiliary ALU (AuxALU) 606 (Fig. 6) is used for 32-bit counting operations.
- the AuxALU 606 is included in the processor design since counting operations are very common for image processing applications. A speedup of a factor of six is achieved for conditional counting operations, since the extra ALU allows the counting operations to be pipelined.
- the AuxALU is located near the RIl port of the register file and has two registers: the AuxALU Data Register (ADR) and the AuxALU Condition Mask Register (ACMR).
- ADR contains the AuxALU operand
- the ACMR contains the Processor Status Word (PSW) mask for monitoring conditions.
- PSW Processor Status Word
- a special function of the AuxALU is to decrement the ADR value and lock the processor on a zero result.
- This operation can be used for operations whose execution time is data dependent. As each processor finishes its operation, it decrements the value to zero, locks itself (performs NOPs), and asserts its LOR signal to signal the controller it has finished. When all processors have completed the operation and asserted their LOR signals, the controller unlocks all of the processors, and execution continues. This operation is useful for implementing loops that are dependent on local data conditions on a group of SIMD processors.
- the LOR is a 1-bit wire that connects the processors to the controller; the LOR signal is low until all processors assert a high signal, which then raises the LOR signal high.
- a 32-bit dedicated profiling counter 616 (Fig. 6) is on each processor for real-time profiling.
- each controller includes a dedicated profiling counter 3301 (Fig. 33) which i_; used for real-time profiling.
- Profiling is usually implemented by adding additional instructions to the original program to count occurrences of events. This type of profiling is not possible in the real-time mo e since some program segments are critically timed, such as communication through the IPC.
- the dedicated profiling counters are used to perform profiling without interfering with processor execution.
- Each of the processor profiling counters 616 and the controller profiling counters 3301 is controlled by two-bits in the corresponding controller or processor IW to perform one of four functions: load counter value, start counter, stop counter and reset counter.
- the function of reading the count value from the counter is controlled as a write operation to the register which is to receive the result.
- the profiling counter control field is shown as the two-bit field PCC.
- the number of instructions encountered before the profiling counters increments may be modified by setting a two-bit field in the PSW. The four states of this two-bit field may be used to cause the profiling counter 616 to increment on every instruction, or on every four, 16 or 64 instructions, respectively.
- Each processor has a 128 word (32-bit words) register file (RF) 608 (Fig. 6).
- RF register file
- the RF 608 has two input ports (RIl, RI2) and four output ports, which are directed to the registers RO1-RO4.
- RIl, RI2 input ports
- RO1-RO4 output ports
- two 32-bit words can be written to the RF 608 and four 32-bit words can be read from the RF 608.
- Register pairs [ROl,R02] and [RO3,RO4] can also be used as 64-bit register pairs for other processor resources.
- Each processor has an 8 megaword, dual port, DRAM memory 304 (Figs. 3 and 33).
- the controller refreshes the local memory via a bit in the processor IW. Since each processor has its own local memory, there is no contention for memory among processors. On each instruction cycle, two 32-bit word memory accesses can be executed, which doubles the memory bandwidth for processor computation, thereby reducing the memory bottleneck.
- a 64-bit value can be accessed by reading/writing the upper and lower words simultaneously.
- the memory size is large enough for a group of 64 processors to store 2 gigabytes, or 64 8Kx8K images.
- the organization of data across local memories is the same as in Fig. 1.
- Two AGs one for each memory port of each processor, perform address arithmetic operations so that the main ALU is not used for addressing operations.
- the AGs have special addressing modes that eliminate the need to check and/or enforce certain conditions on array accesses, thus increasing the efficiency.
- the AG performs hardware bound checking on arrays, and can compute stride updates for array accesses. Additionally, some special boundary conditions can be specified for arrays.
- the AGs share 6 sets of addressing registers and use 4 address arithmetic modes for array access: normal mode, modulo arithmetic mode, bounding mode, and butterfly arithmetic mode.
- Each processor has conditional locking hardware that provides processors with a conditional locking execution mechanism that allows SIMD processors to execute in a MIMD manner by allowing processors to lock themselves by conditionally executing code based on local data conditions.
- the processor execution state is defined as 'locked' when the processor performs NOPs (no-operation) instead of the instructions being sent to it from the instruction sequencer on the controller. The processor continues to execute NOPs until the instruction to unlock is encountered in the processor IW.
- the instructions that lock and unlock the processor occur within a structured segment, where there is a 'begin' and 'end' statement. These segments are similar to if- then-else constructs and can be nested. Decisions to lock and unlock always pertain to the most closely nested construct.
- Conditional locking code involves no change in control flow. The instructions are broadcast serially from the controller, and the processors select which code to execute based on locking instructions and local data conditions. Conditional locking information is stored in the processor status word. Instructions to save and restore the context are supported for servicing interrupts, which require all processors to be unlocked.
- the AG is the processor component that computes addresses for accessing the local memory. It provides all of the basic addressing modes plus additional operations for efficiently computing regular array accesses. There are two AGs per processor; each local memory port has a dedicated AG. The AGs use a common set of registers to access memory. There are 8 User Base Registers (UBRO - UBR7), 8 User Limit Registers (ULRO - ULR7), 1 Bank Select Register (BSR), 16 Base Registers (BRO - BR15), 16 Limit Registers (LRO - LR15), 8 Offset Registers (ORO - OR7), and 8 Stride Registers (SRO - SR7).
- UBR7 User Base Registers
- ULRO - ULR7 User Limit Registers
- BSR Bank Select Register
- BRO - BR15 16 Base Registers
- LRO - LR15 16 Limit Registers
- ORO - OR7 8 Offset Registers
- SRO - SR7 8 Stride Registers
- the UBRs and ULRs are used to delimit the program data for the eight banks of local memory. Data for a program must be stored contiguously in each bank.
- the BSR is a three bit register used to determine which memory bank is active.
- the 16 BSRs and LSRs are used to delimit array data structures. All indexing into an array is relative to the BR, and the LR is used by the AG to determine if a reference into the array structure is out of bounds.
- the 8 ORs are used to point at a specific location within an array, and the 8 SRs are used to update the offset value by the contents of the SR.
- the address word has the following format (1) Absolute / UB -Relative Addressing, (3) Bank Select and (20) Memory Bank Address.
- the AGs operate on a 23-bit address; the most significant 3 bits specify the bank of memory, and the lower 20 bits specify a word in the megaword (32-bit words) of bank memory. Since the addresses are stored in 32-bit locations, there are 9 additional bits that are not used for addressing, some of which carry additional information. One bit is used to determine whether the address is Absolute or UB Relative to the User Base (UB) value.
- UB -Relative Addressing is used when accessing program data. This implementation makes the program data relocatable.
- An Access Violation occurs if a UB Relative address is greater than the User Limit (L) value or less than zero.
- L User Limit
- the AGs use the BR0-BR15 and the LR0-LR15.
- the base registers (BR) define starting locations for aggregate data such as arrays, tables and structures, and the limit registers define the addressing bounds of the aggregate data. This allows the hardware to perform bounds checking on each memory access at run-time.
- BR and LR control is constrained so that BRx must be used with LRx.
- the BRs contains a 24 bit value: 20 bits for the address, 1 bit for Absolute UB-Relative addressing, and a 3 bit field to specify the BR memory bank.
- the limit registers contain a 20 bit bounding offset for the BRs.
- the AG also contains 8 21 -bit offset registers (OR0-OR7) and 8 20-bit stride registers (SR0-SR7). These registers provide an efficient means for repeatedly accessing an array in regular strides. After a base-offset pair (BRx, ORx) is used to compute the address of the array element to be accessed, the value of the SRx is used to update the offset register, thereby setting up the next array access. In addition to the SR0-SR7, the hardwired constants 0, +1 and -1 are available as stride values. The OR value is automatically updated by the stride register value, so if no offset update is needed, a stride of zero is specified. If the new offset value is out-of-bounds (OOB), the OOB bit is set in the PSW.
- OOB out-of-bounds
- BR0-BR7 and LR0-LR7 are used in BLOS operations, and the hardware control is constrained so that BRx must be used with LRx, ORx and SRx.
- the SRs hold a 21 -bit 2s complement value, and the offset registers hold a positive 20-bit value.
- SR SR
- the offset is initially 2 and the stride value is 3.
- Successive array accesses are shaded.
- An address is generated on every instruction cycle.
- the AGs are not used in the Immediate mode.
- a value is specified in the immediate field of PrW for use in a processor operation.
- the AGs are also not used in the Register Direct mode.
- a value is read from or written to the register file.
- a register direct read is executed by specifying the register file address in the RO1, RO2, RO3, or RO4 fields of the P ⁇ W. The contents of the specified register file location is then loaded into the appropriate ROx register.
- a register direct write is executed by specifying the register file address in the RIl or RI2 fields of the PrW. The value at the RIx port is written to the specified register file location.
- scalar data stored in the local memory is accessed by specifying the address in local memory.
- the Indirect Addressing mode is best used for implementing pointers to data in memory.
- a BR is loaded with the address of the data in local memory.
- the upper eight BR8-BR15 should be loaded with indirect address values first, since offsets are not needed in this mode. This mode is equivalent to Base Relative Addressing with zero displacement.
- Base Relative Addressing mode is best used for structure member accesses, and random accesses into arrays (such as table lookups), where the array is not accessed in a regular pattern.
- a BR is loaded with the base address of an aggregate data structure, such as a structure or array.
- a displacement is sent via the DS as the offset.
- the upper eight BR8-BR15 should be loaded with base relative address values first, since offsets are not needed in this mode.
- the Address Arithmetic Mode can be used with base relative addressing.
- Base Indexed Addressing mode is best used for arrays that are accessed in a regular pattern.
- a BR, limit register, offset register and stride register are loaded with initial values.
- the offset value is updated by adding the stride value. Only the lower eight BR0-BR7 and LR0-LR7 can be used for BLOS operations.
- the Address Arithmetic Mode can be used with base indexed addressing.
- AAM Address Arithmetic Modes
- Base Relative and Base-Indexed Addressing Modes There are four Address Arithmetic Modes (AAM) that are used in conjunction with the Base Relative and Base-Indexed Addressing Modes. These special-purpose modes are used to reduce computation for common forms of array accesses. These modes are implemented in hardware to operate on a one-dimensional array in local memory. They are
- the Modulo Arithmetic Mode maps an out-of bound array access into the array using modulo arithmetic.
- the modulo value is provided by the Limit Register Value.
- the Bounding Mode provides the address of a user-specified boundary condition value when the array access is out-of bounds.
- the Butterfly Arithmetic Mode generates the addresses of all butterflies for a stage of a Fast Fourier Transform (FFT).
- FFT Fast Fourier Transform
- the Normal Mode does nothing do modify an out-of-bound access.
- a two dimensional array is distributed over the processors, one column on each processor.
- the processor that has the data for column 30 of the array A has generated the offset 150, which is greater than the upper limit of 99 for the 100 element column.
- the limit value is subtracted from the offset to yield a new offset that is within bounds: element 50.
- the mode also checks to see if the offset is less than zero, and if it is, it adds the limit value to the offset to yield a new offset that is within the bounds of the array.
- the offset value is substituted with the address location of the boundary condition value.
- the default boundary-condition is stored in the location immediately following the last array location, so that it is stored at location (BRx+LRx).
- the AG returns the address (BRx+LRx), which is the location of the boundary condition value.
- the modulo arithmetic effective address is computed as:
- Effective Address BRx + ORx + UBy
- ORx bound ( ORx + SRx ).
- a two dimensional array is distributed over the processors, one column on each processor.
- the processor that has the data for column 30 of the array A has generated the offset 120, which is greater than the upper limit of 99 for the 100 element column.
- the address [Base+Limit] is generated, which contains the constant zero.
- the value zero is returned.
- the AGs have two modes: the address generation mode, and the setup mode for loading and writing address registers.
- the mode is determined by the Address Generator Mode Bit in the PIW. Both AGs share this bit, and so both AGs are always in the same mode of operation.
- the 10-bit AG field in the Processor Instruction field has the following format: (2) Read Write Enable, NOP, (2) Direct Source Select, (3) Register Select (3) Register Number.
- the 2-bit Read/Write Enable field determines whether a register is read into the AG register file set, or written to the RAM. When a write is made to the RAM, the corresponding RAM instruction field must also specify a write. When the AG writes a register value to the RAM, the write overrides the Write Data Select field selection in the RAM field.
- the 2-bit DS Select determines selects the source for loading data into the AG register file set.
- the 3-bit Register Select chooses the register set to be loaded.
- the register sets are: 1) UB0-UB7, 2) UL0-UL7, 3) BR0-BR7, 4) BR8-BR15, 5) LR0-LR7, 6) LR8- LR15, 7) OR0-OR7, 8) SR0-SR7.
- the 3-bit Register Number field chooses which register within the set of eight is the active register.
- the PIW has the following format: (2) Addressing Modes
- the matrix data can be stored in a consistent format, since the AGs have stride update capabilities.
- the data for both matrices can be stored in row-major format; the first matrix (whose row is being used for the computation) would use a stride of one, while the second matrix (whose column is being used for the computation) would use a stride of three, which is the distance between elements of the same column for a 3x3 array stored in row- major format.
- Fig. 10 is a resource usage table which demonstrates the efficiency of the processor.
- the columns of the table represent resources, and the rows represent instruction cycles.
- a shaded entry represents usage of the resource for a specific instruction cycle.
- the table represents the computation for a column of the result matrix.
- a pipelined computation proceeds as follows: on the first instruction cycle, the addresses for the two matrices are generated. On the next instruction cycle, the values are fetched from the local memory. These values can then be multiplied on the next cycle since the memory ports are inputs to the multiplier. The product is then accumulated on the next cycle. Elements of the result matrix are then temporarily stored in the register file.
- a tight pipelined computation occurs because different resources are for each stage of computation, and each resource operates independently of each other.
- the specialized hardware matcher 604 efficiently counts the number of matches between arbitrarily long data sequences.
- the matcher is positioned in front of the ALU so that match counts can be accumulated.
- the matcher shares the instruction field with the multiplier in the PIW.
- the matcher uses the X and Y data sources and the P register for storing the result. This design decision was made since multiplication operations are orthogonal to matching operations (i.e., multiplication is not needed during matching, and matching is not needed during multiplication).
- the matcher operates on data sequences of packed data words. Data is packed when two or more smaller sized data words are located into a single 32-bit word.
- the matcher can match two 32-bit values on each instruction cycle, storing the number of packed word matches in the P register. The values stored in the P register can then be accumulated by using the P register as an input to the ALU.
- the 32-bit input words are interpreted by the matcher as packed data; each 32-bit word can represent multiple words of smaller sizes.
- Possible match formats for the input include: 1 bit , 32 words; 2 bits, 16 words; 3 bits, 10 words; 4 bits, 8 words; 5 bits, 6 words; 6 bits, 5 words; 7 bits, 4 words; 8 bits, 4; 16 bits, 2 words; 32 bits, 1 words.
- the 3, 5, 6, and 7 bit word formats have unused bits which are ignored by the matcher.
- the match format is defined in a setup instruction, which loads the B register
- the following extended example demonstrates how two sequences of packed data can be compared, and how match sequences that are not aligned on 32-bit word boundaries are handled.
- a short match sequence of 7 eight-bit words are used to match against a much larger sequence of data, represented by a one-dimensional array named D.
- the eight-bit words represent American Standard Code for Information Interchange (ASCII) characters, and four ASCII characters can be packed into a 32-bit word.
- ASCII American Standard Code for Information Interchange
- the match sequence must be compared to each 7 consecutive character subsequence of the larger D sequence. Thus, the match sequence must first be compared to characters 1:7 of D, then 2:8, 3:9, etc.
- a set of templates must be defined which represent all possible starting packed word positions within the 32-bit word. For the example presented, there are four packed words to the 32-bit word, and so the match can begin on the first, second, third, or fourth packed word within a 32-bit word of the D sequence. Thus, four match templates must be defined to cover these cases.
- Fig. 12 shows the set of match templates used for the 7 ASCII character sequence. The unfilled portion of the templates are initialized to a character that is not used in the D sequence to ensure that no false matches occur. To find an exact match, each template is matched with a subsequence of D of the same size.
- the match sequence comparison is shifted relative to the D sequence by a 32-bit word. This is illustrated in Fig. 13. This ensures that all character subsequences of D are matched against the match sequence.
- the number of matches are stored in the P register, and then accumulated by the ALU.
- An exact match is found by comparing the contents of the P register to the match sequence length. This comparison is executed in the ALU, by comparing the P register contents with the match sequence length. In the example, the match result should be compared to the number 7, the number of characters in the match sequence.
- conditional locking The execution mechanism that provides processors with the capability of conditionally executing code based on local data conditions is now described. An overview on conditional locking is provided, followed by a description of the processor operations, the hardware requirements for implementing conditional locking are defined and several pseudocode examples are presented.
- the processor state is 'locked' when the processor performs NOPs (no-operation) instead of the instructions being sent to it from the instruction sequencer on the controller. Conversely, a processor is 'unlocked' when it is executing the instructions sent by the controller. When a processor locks, it executes NOPs until a command is given by the controller to unlock. When a processor is locked, the IPC is still active, and certain bookkeeping operations are still executed by the processor to determine when it should unlock.
- conditional locking mechanism is efficient for implementing conditional code in a SIMD environment.
- Conditional code can be executed without a change in control flow, which incurs additional instruction overhead.
- the decision to change the processor state is made inside a Conditional Locking Code Segment (CLCS).
- CLCS is an assembly language level construct that is delimited by begin and end statements.
- Each CLCS is associated with a Lock ID Number (LIN). Instructions within the CLCS lock and unlock the processor based on information from the PSW.
- a CLCS has a form similar to the 'if-then-else' construct supported in most high level languages. There is a mutually exclusive execution condition between the 'then' statement body and the 'else' statement body either statement body can be executed by a processor, but not both. CLCSs can be nested, but cannot overlap. (If CLCS1 begins and then CLCS2 begins, CLCS2 must end before CLCS 1 ends.)
- the Begin CLCS and End CLCS are used to delimit the CLCS.
- the Conditional Lock instruction locks the processor if the condition given in the instruction is satisfied.
- the Conditional Unlock instruction unlocks all processors that are locked on the current (most closely nested) CLCS.
- the Conditional Else instruction unlocks all processors that have not executed code within the current CLCS and locks all processors that have executed code within the current CLCS.
- the Interrupt Unlock instruction is used when an interrupt occurs, or during a context switch to unlock all processors.
- the Interrupt Restore is used to restore the state of the processors before the Interrupt Unlock instruction was executed.
- ALIN counter The active LIN number (ALIN) is the LIN number of the current
- the LIN value is the number of the CLCS on which the processor is locked. If the processor is unlocked, the ALIN and LIN are identical.
- the Cond register contains the PSW condition on which the processor locked.
- C status bit The C (Context) status bit, located in the PSW, determines the state of the processor. When the bit is set, the processor is locked, and when the bit is not set, the processor is unlocked.
- X status bit The X (Executed) status bit, located in the PSW, enforces the mutually exclusive execution of statement bodies within the CLCS. Suppressing the X bit suppresses the mutually exclusive property.
- PLIN register The Previous LIN register (PLIN) is where the LIN is stored when an interrupt occurs.
- PCond register The Previous Condition register (PCond) is where the Condition register is stored when an interrupt occurs.
- PC status bit The Previous Context (PC) status bit is where the C status bit is stored when an interrupt occurs.
- PX status bit The Previous Executed (PX) status bit is where the X status bit is stored when an interrupt occurs.
- the value of the ALIN counter is incremented whenever a CLCS is entered, and decremented whenever a CLCS is exited.
- the ALIN value is equivalent to the CLCS nesting level.
- the ALIN value is the same on all processors, and is incremented and decremented even when the processor is locked.
- a second value records which CLCS caused the processor to lock. This information is needed for the situation where there are nested CLCSs, and it must be determined if a processor locked on an outer CLCS or an inner CLCS. If a processor is unlocked, then the LIN value is the same as the ALIN value. When a processor is locked, the LIN number is less than or equal to the ALIN.
- a processor conditionally locks
- the PSW is stored into the Cond register, and the LIN value no longer changes with the ALIN value.
- the C bit is then set in the PSW, which locks the processor.
- a processor conditionally unlocks when a conditional unlock instruction is encountered in the code and the LIN value is the same as the ALIN value.
- the unlocking instruction always applies to the most closely nested CLCS.
- the processor is unlocked by one of four instructions: a Conditional Unlock, Conditional Else, Interrupt Unlock, or an End_CLCS instruction (which signals the end of the conditional code segment).
- the X bit is used to enforce a mutually exclusive execution property within the
- LIN LIN - 1
- X l ENDIF If the processor is unlocked, and the condition is true or the X bit is set, then the processor is locked, and the PSW is stored in the Cond register. If the condition is false, then the processor remains unlocked. The X bit is then set, as a CLCS statement body will be executed.
- This instruction restores the status of all the registers after an interrupt routine has finished.
- Fig. 14 is an example of the translation from high level language pseudocode to low level code. Note that the translation is virtually one-to-one, with very little execution overhead. Fig. 14 also demonstrates how processors with different data condition execute different statements. Each processor executes a single statement Sx within the nested if statements; due in part to the Cond_Else statement, which enforces the mutual exclusion property of the conditional statement.
- the processors sometimes execute code that is dependent on the data, and so they may repeat execution on an operation until a condition is satisfied.
- a processor is finished executing such an operation, to provide LOR (LOR) synchronization, it sets the LOR bit in its PSW to signal the controller that it has finished the computation.
- LOR LOR
- the controller sends the signal to unlock and reset the LOR bit. Execution can then proceed.
- the Decrement-and-Lock-On-Zero is a special instruction provided by the Auxiliary ALU. This instruction decrements the value in the ADR register and locks the processor if the result is zero.
- the PIW defined to be 128 bits long, is broadcast from the controller to the processors under its control.
- the instruction is sent as two 64-bit words which are time-multiplexed.
- the PHV having the IW format shown in Fig. 15 comprises a plurality of instruction fields.
- the P Instruction Field (1 bit) is a parity bit used for error checking. Even parity checking is implemented the total number of Is in the instruction (including the parity bit) is always even. An error in the instruction can occur during transmission from the IO controller to the processor. Note that 1-bit errors will be detected, but 2-bit errors will go undetected.
- the Mode Instruction field (2 bits) selects one of four the IW formats Mode 0, Mode 1, Mode 2, and Mode 3 shown in Fig. 15. The only difference between these instruction modes is the size of the immediate data field in the IW.
- the space for the immediate field overlaps the instruction fields specifying the RI2 and RO2-RO4 instruction fields. Thus, specifying immediate values limits the number of data transfers with the RF 608.
- Several sizes of immediate fields are defined to minimize the conflict with RF 608 access.
- the ALU Instruction Field format (19 bits) is 1 bit for the I/F Select (Common with Multiplier Instruction Field); 1 bit for the ; 8 bits for the ALU operations; 2 bits for the Source A Select; 2 bits for the Source B Select; 1 bit for the ACCl Enable; 1 bit for the ACC2 Enable; 1 bit for the ACCl H L Select; 1 bit for the ACC2 H/L Select; and 2 bits for the Output Shift.
- the ALU Instruction Field specifies the operations and data sources for the ALU.
- a 1 bit I/F Select specifies whether the ALU operates in integer or floating point mode.
- the 8 bit ALU Operation field specifies what ALU function is executed.
- the 2 bit Source A Select specifies one of four data sources, and the 2 bit Source B Select specifies one of four data sources as ALU operands.
- Two 1 bit fields determine whether the ACCl and
- ACC2 registers should be updated. When the ALU is not being used by an instruction, the ACC values are preserved. Two 1 bit fields determine whether the High or Low 32-bit word of ACCl and ACC2 are the input to some other data source. A 2 bit Output Shift field specifies a normalizing shift for the output of the ALU.
- the operations which may be performed on the ALU 600 include the regular 32-bit and 64-bit unary and binary arithmetic and logic operations, shifting operations, and integer/floating point conversion operations and a multiple cycle integer divide operation.
- conditional operations supported such as conditional subtraction, and Update ACCl if Zero/NonZero (used to implement a conditional write.)
- Special purpose operations include a MAXMIN binary operation that stores the larger value in ACCl and the smaller value in ACC2, find-first-zero-bit and find-first-one-bit unary operations, and absolute value.
- the Auxiliary ALU (AuxALU) Instruction Field (4 bits) specifies the operation that are executed using the AuxALU, located near the RIl port of the register file.
- the AuxALU is used for (conditionally) incrementing or decrementing the data in the ADR.
- There is a 4-bit Operation field the AuxALU Operations are:
- a PSW mask In order to increment or decrement on a condition, a PSW mask must be loaded into the ACMR. If the condition specified by the mask is satisfied, the operation is executed on the value stored in the ADR. The operations to load the ACMR and ADR read the data from the RIl port. There are operations which use the inverted condition specified by the mask, as not all the conditions are explicit in the PSW. (Many conditions are mutually exclusive, such as zero and non-zero.) The operations listed above that decrement and lock on a zero value are used for executing data dependent operations such as power (x,y) (x to the yth power). The value of y would be decremented through the AuxALU while the partial product of multiplying the x values is being computed.
- the Multiplier/Match Select Instruction Field (1 bit) determines whether the multiplier or the matcher is active. Both resources cannot be active at the same time, and so the instruction fields for the two resources overlap. When the instruction field specifies one resource, the other resource performs a NOP for that instruction cycle.
- the matcher has a NOP instruction that is specified when both resources must execute a NOP.
- the Multiplier Instruction Field (6 bits) format is: (1) Operation; (2) Source X Select; (2) Source Y Select; (1) 1S/2S Select.
- a 1-bit Operation field selects the operation for the multiplier.
- the 2 bit fields Source X Select and Source Y Select choose one of four data sources for the X and Y source inputs into the multiplier.
- the 1-bit 1S/2S Select field determines whether the multiplier operates in one's complement or two's complement format.
- the 1-bit I/F Select specifies whether the multiplier operates in integer or floating point mode. This bit is located in the ALU Instruction Field; the ALU and multiplier both operate in the same mode.
- the multiplier can perform two operations; (as specified by the 1-bit Operation field) multiplication, or load P register direct with a 64-bit value.
- the Source X Select and Source Y Select fields specify the location of the upper and lower 32-bit words, respectively, that is to be loaded into the P register.
- the Matcher Instruction Field (5 bits) format is 1 bit Operation; 2 bits Source X Select; 2 bits for Source Y Select.; and 4 bits for B Select (field is mutually exclusive with Source X, Y fields).
- a 1-bit Operation field selects the operation for the matcher.
- the 2-bit fields Source X Select and Source Y Select choose the data sources for the X and Y source inputs.
- the 4-bit B Select field is mutually exclusive with the Source X and Y Select fields, and is used in the match setup instruction.
- the matcher performs two operations: matching, and match setup.
- the matcher performs a match operation
- the Source X Select and Source Y Select specify the data sources for the matcher's X and Y inputs. It can match two 32-bit values on each instruction cycle. The number of recorded matches is stored in the P register.
- the 4-bit B Select field specifies a value to be loaded into the matcher B register. Legal B values include 1-8, 16, 32, and B (no change). Note that if no change is specified for the B value, this means both the multiplier and the matcher are performing a NOP.
- Source X IMD
- Source Y IPC
- the RIl Instruction Field (11 bits) format is: 7 bits Register File Address; 1 bit Write Enable; and 3 bits Write Data Source.
- the RIl port is used to write values to the 128 word RF 608.
- the File Address field specifies the destination RF word.
- the 1-bit Write Enable field determines whether or not the specified RF word is to be updated.
- Source field specifies the source of the data transfer.
- the following registers/ fields are sources for the RIl port:
- RO1 PSW The RI2 Instruction Field format (10 bits) is 7 bits for Register File Address; 1 bit for Write Enable; and 2 bits for Write Data Source.
- the RI2 port operation is identical to that of the RIl port, but uses an 2-bit Write Data Source field instead.
- the following are registers are sources for the RI2 port: RI2: ACC2 P(L) MR2 RO2
- the ROx Instruction Field (8 bits for each field) format is:
- the RO1-RO4 registers are used to temporarily hold values read from the 128 word RF 608.
- the 7-bit Register File Address field determines which word from the RF 608 is to be read into the register.
- the 1-bit Read Enable field determines whether or not the register is to be updated.
- Each of the registers RO1-RO4 are data sources for other processor components:
- RO1 ALU(A)
- RO3 MPY(X)
- the Immediate (IMD) Field (32 bits, 16 bits, or 8 bits) exists when the Mode field is nonzero. The size of the field varies with the Mode value, and the field overlaps RIx and ROx fields.
- the IMD field is used as input to the following sources: IMD: MPY(X) MAI ALU(B) MW2
- the Address Generator Mode Bit (1 bit) determines whether the AG is operating in address generation mode, or in setup mode.
- the setup mode is responsible for loading and storing AG register sets.
- Address Generator 1 Instruction Fields (10 bits for each field) have two modes, setup mode and address generation mode; the mode is determined by the Address Generator Mode Bit.
- the Instruction Field has the following format: 2 bits for Addressing Modes; 2 bits for DS Select (mutually exclusive with Stride Select field); 2 bits for
- the DS Select for the two AGs are: AG1 DS: IMD MR1 ACC2 RO3 AG2 DS: IPC MR2 ACCl RO4
- the Instruction Field has the following format: 2 bits for Read/Write Enable, NOP; 2 bits for Direct Source Select; 3 bits for Register Select; and 3 bits for Register Number.
- the 2-bit Read/Write Enable field determines whether a register is read into the AG register file set, or written to the RAM. When a write is made to the RAM, the corresponding RAM instruction field must also specify a write. When the AG writes a register value to the RAM, the write overrides the Write Data Select field selection in the RAM field. The 2-bit DS Select selects the source for loading data into the AG register file set.
- the 3-bit Register Select chooses the register set to be loaded.
- the register sets are: 1) UB0-UB7, 2) User Limit Registers (UL0-UL7, 3) BR0-BR7, 4) Base Registers (BR8-BR15, 5) Limit Registers (LR0-LR7, 6) Limit Registers (LR8-LR15, 7) OR0-OR7, 8) SR0-SR7.
- the 3-bit Register Number field chooses which register within the set of eight is the active register. More detail on this can be found above.
- the RAM Instruction Field (3 bits for each field) format is: (1) Read/Write and (2) Write Data Select There are two independent read/write ports to the local memory, and there are two
- Each Random Access Memory (RAM) Instruction field controls access to the memory local to the processor.
- the 1 bit Read Write field determines whether a data value is to be read from the memory, or written to the memory. If the data is being written to memory, the 2-bit Write Data Select field determines the data source whose contents are written to memory. The exception to this is when the Address Generator is in S mode and is writing to RAM.
- the PSW is a 32-bit register in each processor that contains information on that processor state after the execution of the last operation. Information on the result of an ALU operation, AG, and processor state is found in the PSW.
- ALU Status Bits (8 bits) are retained for compatibility with the PE.
- the two groups of eight status bits are complementary.
- False (F) The bit is a constant zero.
- Carry (C) The bit is set when the ALU generates a carry.
- VAL Valid
- ULU Underflow
- OF Overflow
- Zero (Z) The bit is set when the ALU result is zero.
- Inexact The bit is set when a floating point result has been rounded or truncated.
- NotANumber The bit is set when an a word is not a number.
- the following Address Generator Status Bits (2 bits) are from the AGs. The bits are set if an array offset is outside the bounds of the array. These bits are set when the next offset is computed to be out of bounds for a BLOS addressing operation, or on the present offset for any other addressing operation. (See the above description of the Address Generators for more detail.)
- OOB 1 An array offset is outside the bounds of an array.
- Processor Conditional Locking Status Bits determine the execution state of the processor, and are used in operations that conditionally lock and unlock the processor. See above for more detail.
- Context (C) This status bit locks and unlocks the processor.
- PC PrevContext
- LOR This status bit is sent to the processor's controller to signal that an event has occurred on the processor.
- An example event is when a processor has signalled the controller that a data dependent operation has been completed.
- the LOR could be used as a 1-bit communication mechanism.
- IPC Status Bits (2 bits) display status information for the processors IPC Operations.
- IPC Parity Error IPCP
- the bit is set when there is a parity error in the IPC data when IPC Mode 1 operations are being executed.
- IPCR IPC Reduction
- Image Vault Status Bit (1 bit) is used by the Image Vault (IV) to signal that it has completed loading data into the local memory.
- the IV Finished (IVF) bit is set when the IV data is loaded.
- the IPC is the primary channel through which data is transferred between processors.
- the IPC has a linear array network connectivity. Data can be moved in regular communication patterns, such as data shifts, bypasses, and broadcasts, or in arbitrary one-to-one or one-to-many communication patterns.
- the IPC Logic on each processor also has the capability of performing reduction operations on the IPC data such as sum, min, max, and, or, or xor operations.
- IPC Since the IPC is incorporated into the processor design, there is low latency communication. Processors that are up to four processors away from each other can transfer data once per processor instruction cycle.
- the linear array connectivity of the IPC reduces communication to one dimension, which simplifies routing and fabrication.
- the IPC reduction operations provide additional functionality to the processors, increasing the on-chip parallelism. Also, there is a mode of operation (called the IPC Tagged Mode) that supports a random access read and write capability, therefore providing a virtual crossbar communication capability in the SE.
- the IPC is 64 bits wide with two parity bits and can operate at 400 MHz for a throughput of 3.2 G Bytes/sec. It is implemented as dual 33-bit channels and can operate at one or four times the instruction clock speed of the processor.
- the IPC operates off of two instruction sources. An 8-bit field from the PIW specifies whether or not the IPC is active, and controls the loading and storing of IPC registers.
- the other instruction source is the 64-bit IPC Operation Register (IPCOR), which determines the specific IPC operations to be executed by the processor. This implementation means each processor can specify a unique IPC operation. IPC operations are MIMD.
- the IPC operates in one of two basic modes: IPC Mode, and IPC Tagged Mode.
- the 33-bit IPCs are independently programmable. Each IPC can shift the data left or right on the channel, bypass the data left or right on the channel, or broadcast data to other processors.
- Fig. 16a shows a right shift of the IPC.
- the bypass operation allows processors to be excluded from a shift operation.
- processors 5, 6, and 7 are bypassed, and so processor 8 receives the data from processor 4.
- the processor that is the source of the communication sends the value to the neighboring processors. These processors in turn shift the data along the channel.
- Fig. 16c Processors defined as the sink of a broadcast, such as processors 6 and 7 in Fig. 16d, do not continue to pass the data when it is received.
- Processor 7 is both a source and a sink of its local broadcast.
- the IPC operates as a single 66-bit channel. This mode is used to provide arbitrary one-to-one and one-to-many communication. In this mode, a tag called the Communication ID (CID) field is associated with the data. Every processor that is to be the recipient of the data loads the same CID value in its CID register (CIDR). The IPC is then shifted at the maximum speed (4 shifts/cycle), and the matching hardware in the IPC Logic loads the EPC Data Register (IPCDR) with the tagged data when its CID value matches the value in the CIDR field.
- CID Communication ID
- processors 0, 1, and 4 load tagged data onto the IPC, and all processors specify the tagged data to be received, as indicated in table (a) below. After the IPC operation, all processors have received the data associated with the tag specified in the CIDR, as indicated in table (b) below.
- the 66-bit IPC Tagged operation word contains a 50-bit data field, a 2-bit tag field, and an even parity bit.
- the 2-bit tag field is user defined, but the tag value 00 is reserved to assert that the data is invalid.
- the data field is user formatted, and the least significant 32-bits can be masked for IPC reduction operations.
- Possible uses for the additional data field bits include a return CID, so that a value can be returned to the processor originating the tagged data, or a memory address or array offset could be specified in the additional data field bits, so that the receiving processor can associate a memory location with the data being sent. Operations on the IPC are determined from two instruction sources.
- IPC Instruction Field which is specified in the Pr , and a 64-bit IPC Operation which is loaded into the IPCOR.
- the IPC Instruction field is common for all processors (since it appears in the PIW), whereas the specified IPC Operation is local to the processor.
- the IPC Instruction Field (8 bits) is located in the PIW. It has the following subfields:
- the 1-bit Run/Stop field determines whether the IPC is active or inactive on the current instruction.
- the 2-bit Load IPCDR determines if and how the 64-bit IPCDR is loaded. The four modes are: Preserve contents of IPCDR, Load IPCDR(L), Load IPCDR(H), and Load IPCDR(L,H). In the last case, the low and high word of the
- IPCDR are loaded with the same 32-bit value.
- the 2-bit Source Select determines which source is loaded into the IPCDR.
- the 32-bit sources are: RO3, ACCl, ACC2, and MR1.
- the 1-bit Load IPCOR loads or preserves the value of IPCOR.
- the 1-bit Load IPC CIDR loads or preserves the value of CIDR.
- the 1-bit Source Select for IPCOR and CIDR determines which source is loaded. IPCOR and CIDR have common sources they are
- IPC Operations (64 bits) are stored on the processor, as the operations are data and processor dependent.
- An IPC Operation is a 64-bit value that is loaded into the IPCOR.
- Each operation is actually two 32-bit operations that control the IPCs independently.
- the high 32 bits control IPC 1, and the low 32 bits control the IPC 2.
- IPC Operations are similar to the IPC operations supported on the PE. In this mode, both IPCs are separately programmable.
- a 64-bit value is transmitted through the IPC by programming the two channels identically.
- IPC Tagged Operations are designed for arbitrary communication between a set of processors. In this mode, both IPCs must be used together to transmit a 64-bit word.
- the word is comprised of a message number, CID and data.
- the sender of data assigns a CID to the 64-bit word being sent, and all processors that receive the data must have the same CID loaded in the CIDR. In this way, one-to-one and one-to-many communication protocols can be supported.
- a processor uses its processor ID as the CID, and a range of processors are specified as recipients of the data.
- the data format is left up to the programmer, and can include such information as a return CID.
- IPC Tagged Operations after the data is loaded into IPCDR, the IPC contents are shifted on each cycle for a duration of time determined by the sequencer.
- the sequencer has a user-programmable counter which determines the number of cycles needed to send data to its destination.
- Each processor compares the data that has shifted into its IPC and compares the CID of the data with the value in its CIDR. If the two CID values match and the tag bits of the word are non-zero, the 64-bit word is loaded into the IPCDR.
- An IPC operation (27 bits) includes IPC operations such as shifting, bypassing and broadcasting data on the IPC. These operations independently control the IPCs, so two different operations can be executing at once. (The IPC 1 instruction is stored in the upper 32 bits of IPCOR, and the IPC 2 instruction is stored in the lower 32 bits.)
- IPC operations have the following 27-bit instruction field format: 1 bit for Mode field (set to Channel Mode); 1 bit for IPCDR High/Low Select; 1 bit for IPC Speed (1 shift cycle, 4 shift/cycle); 1 bit for Enable Boundary Value; 3 bits for Reduction Operation; 1 bit for Left Right Directional Bit; 2 bits for Operation (Shift, Bypass, Broadcast, NOP);
- Broadcast Send MOP 1 bit for Broadcast Send
- 2 bits for Broadcast Receive (Broadcast Receive Left Boundary, Broadcast Receive Right Boundary, Broadcast Receive NOP); 13 bits for Capture Cycles; and 1 bit for Repeat Operation.
- the 1-bit Mode field specifies the instruction is an IPC Operation.
- the 1-bit IPCDR H/L Select determines whether the high or low word of IPCDR is read by other processor components.
- a 1-bit IPC Speed field determines whether the IPC is operating at the same speed as the processor (one shift/cycle), or at four times the processor speed (four shifts/cycle).
- There is a 1-bit Enable Boundary Value field which specifies whether the processor should shift its data value to the next processor. Enabling the boundary value prevents interference between several independent IPC operations that are using the
- the 3-bit reduction operation field is common to both modes.
- IPC Operations have a one bit field to determine the direction of the IPC, which is either left or right.
- a 2-bit operation field determines whether a shift, bypass, broadcast, or NOP is executed. If a broadcast operation is executed, a 1-bit broadcast send field determines whether the processor is the originator of the broadcast.
- a 2-bit field determines how the processor is participating in the broadcast receive.
- a processor can either receive a data value and pass it on to its neighboring processors on the IPC, or, if one of the boundary specifications is selected, it serves as the sink of the broadcasted value.
- a left boundary broadcast receive specifies that the processor is the leftmost processor on the IPC to receive the data; a right boundary broadcast receive specifies it is the rightmost processor. Since there are 32 bits in an IPC Operation, 5 bits are currently unused for each channel.
- Fig. 16 provides a few high level views of the IPC performing shift, bypass, and broadcast operations.
- the registers represent the IPCDR on each processor.
- the top picture demonstrates a right shift on the bus.
- the second picture demonstrates a bypass operation, where three processors have been bypassed.
- a bypass pattern has been specified that makes the first and fifth (counting from the left) processors logical neighbors.
- a single right shift from the first processor shifts the data into the fifth processor. (It must be understood that the operation is not necessarily occurring in one instruction cycle; if many processors are bypassed, it may take several instructions to shift data to the next logically connected processor.)
- the third processor from the left is broadcast its value.
- several processors are broadcasting.
- the second and fourth processors from the left are executing a Broadcast Send instruction, while the third processor is executing a Broadcast Receive Right Boundary, and the fourth processor is executing a Broadcast Receive Left Boundary; this is the way to specify sinks for the broadcast, and prevent local broadcasts from interfering with each other.
- An IPC Tagged Operation (62 bits) allows arbitrary communication between a set of processors. These operations use the IPC as a single 64-bit channel. For Tagged operations, a counter in the sequencer is loaded with the number of cycles needed to complete the communication. When the counter decrements to zero, IPC communication is completed and the sequencer is signaled that the communication has been completed.
- a Tagged operation has two data formats; these formats determine how the CID is interpreted.
- IPC Tagged operations have the 62-bit instruction field format: 1 bit for Mode field (set to Tagged Mode); 1 bit for IPCDR High Low Select; 1 bit for IPC Speed (1 shift/cycle, 4 shift/cycle); 1 bit for Enable Boundary Value; 3 bits for Reduction Operation; 1 bit for IPC Data Range format; 11 bits for Left Shift Cycles x 4; 11 bits for Right Shift Cycles x 4; and 32 bits for Reduction Mask.
- the 1-bit Mode field specifies the instruction is an IPC Tagged Operation.
- the 1- bit IPCDR H/L Select determines whether the high or low word of IPCDR is read by other processor components.
- a 1-bit IPC Speed field determines whether the IPC is operating at the same speed as the processor (one shift/cycle), or at four times the processor speed (four shifts/cycle).
- There is a 1-bit Enable Boundary Value field which specifies whether the processor should shift its data value to the next processor. Enabling the boundary value prevents interference between several independent IPC operations that are using the IPC at the same time.
- the 3-bit reduction operation field is common to both modes.
- a 1-bit IPC Data Range format specifies one of two legal data formats for interpreting CID values.
- the 32- bit reduction mask applies to the least significant 32 bits of data in the IPCDR, and specify which bits in the word are subject to the reduction operation. There are 2 undefined bits.
- the CID value is interpreted as a communication ID number. Any processor that has the matching CID number in its CIDR will receive the data.
- the format of the 64-bit data word on the IPC is: 1 bit for Even Parity Bit, 13 bits for CID field, 2 bits for Tag bit field and 50 bits for Data field.
- a 13-bit CID field contains the value to be matched by the destination processors. There is a user-defined 2- bit tag bit field. If the field is non-zero, then meaningful data is in the 64-bit word. (Although the tag bits are user-defined, the tag bit pattern '00' is reserved.)
- the 50-bit data field is for data. It is the responsibility of the programmer to decide on a data format.
- One possible data format that could be used for the 50-bits is: 11 bits for Return CID address, 11 bits for Data.
- Another possible data format is : (18) Offset into an array, (32) Data (to store read in/from the array).
- IPC Tagged Data format 1 is shown below in Tables (a) and (b). Table (a) shows that before IPC Operation, all processors have a CID value loaded into their CIDR.
- a 1-bit Even Parity bit is used to detect errors.
- a 13 -bit CID field contains the value of the processor ID. In this mode, the CID field is loaded with the processor ID. There is a user-defined 2-bit tag bit field. If the field is non-zero, then meaningful data is in the 64-bit word. (Although the tag bits are user-defined, the tag bit pattern '00' is reserved.)
- the 8-bit Range field specifies a contiguous range of processors (the Range value indicates that processors between [CID] and [CID+Range] will receive the data).
- a 42-bit Data field for data the programmer must decide on a data format for the field. The example shown in the following two Tables demonstrates how IPC Tagged
- processor 0 is going to send the data 'A' to processors 2-5. Initially, each processor puts its logical processor number into the CIDR and processor 0 specifies a CID of 2 with a range of 3, as shown in the following first Table.
- PROC 0 1 2 3 4 5 6
- processors 2-5 After the IPC operation, processors 2-5 have the correct data value, as shown in the following second Table. After IPC Op:
- PROC 0 1 2 3 4 5 6
- the Reduction Operation Field (3 bits) is common to both IPC and Tagged operations. It specifies a reduction operation to be performed on the data on the IPC. If the field specifies that the reduction should not occur, and it is needed, a bit in the PSW is set. There are eight reduction operations:
- the data field is the 32 bit value in the IPCDR for the specified channel (Channel 1 uses the high 32 bits of IPCDR and Channel 2 uses the low 32 bits of IPCDR).
- the data field is variable, and is defined by the 32-bit Reduction Mask, which is applied to the least significant 32 bits of data.
- the specified reduction operation is performed on the word received via the IPC bus and the IPCDR.
- the result of the operation is supplied to the processor as the signal IPC.
- the signal IPC may be written into the local memory via the AG 610-1, stored into a register in the RF 608, applied as the Y operand of the match unit 604 or multiplier 602 or as the A operand of the ALU 600.
- a data value received by the IP C logic 612 via the IPC bus is one operand and the value held in the IPCDR is the other operand.
- the result is stored in the IPCDR, replacing the original contents.
- Replace and Sort Two of the operations specified above, Replace and Sort, are better understood with some explanation.
- Replace operation the value received via the IPC bus replaces the original contents of the IPCDR.
- Sort operation the larger operand is placed in the 32 MSB positions of the IPCDR while the smaller operand is placed in the 32 LSB positions.
- the IOMC is responsible for all data transfer between the SE and all external sources.
- the SE is organized into cylinders; each cylinder contains a processor, local memory, and IOMC.
- a cylinder is organized so that the only form of communication between the IOMC and the processor is through the local memory.
- processor I/O is memory mapped, and it is the responsibility of the controller and the IOMC to ensure that the data transfer between external sources and local memory is executed properly.
- the IOMC has connections to three main I/O Channels: a Data Input Channel (DIC), Data Output Channel (DOC), and a Host I/O Channel (HIOC); they handle data transfer between video sources, video destinations, and the host workstation, respectively.
- the DIC and the DOC are connected to the IOMC through processor interfaces called the Input Slice and Output Slice.
- the Host I/O Bus is a 32-bit bidirectional channel connecting the Host Workstation to the IOMCs.
- the channel connects the IOMCs in a linear array, with the host sitting on the left end of the HIO.
- the channel has a data rate of 200 MB/sec.
- the DIC is a 48 -bit unidirectional channel simultaneously connecting the IOMC with up to 4 Video Sources.
- the DIC is comprised of 4 independently controlled 12-bit serial channels, each of which operate off different clocks (as each channel could be reading a different Video Source).
- the DIC connects the IOMCs in a linear array, with the Video Sources sitting on the left end of the DIC.
- the channel transmits data from left to right on the bus.
- the DIC is connected to the IOMC via the Input Slice.
- the channel operates at a maximum speed of 86 MHz and has a data rate of 1.2 GB/sec.
- the DOC is a 48-bit unidirectional channel simultaneously connecting the IOMC with up to 4 Video Destinations.
- the DOC is comprised of 4 independently controlled 12-bit serial channels, which each operate off of different clocks (as each channel could be writing a different Video Destination).
- the DOC connects the IOMCs in a linear array, with the Video Destinations sitting on the left end of the DIC.
- the bus transmits data from right to left on the bus.
- the DIC is connected to the IOMC via the Output Slice.
- the channel operates at a maximum speed of 86 MHz and has a data rate of 1.2 GB/sec.
- the Input Slice is the IOMC interface for the DIC and comprises an Input Controller 1700, four 64x32-bit FIFOs 1702-1 to 1702-4 one for each DIC, and the hardware that interfaces with the DIC.
- Each of FIFOs 1702-1 to 1702-4 includes a formatter (FMT) for changing the 12 bit input thereto into a 32 bit output therefrom.
- FMT formatter
- the data from the DIC can either be directed through the FIFO and into local memory, or it can be passed on the DIC to the Input Slice of the next IOMC on the linear array. Alternatively, data from the Output Slice of the previous IOMC can be routed into the Input Slice of the IOMC.
- Controller 1700 is responsible for two functions: controlling what data is loaded into FIFOs 1702-1 to 1702-4 from the DIC, and transferring the data from FIFOs 1702-1 to 1702-4 to local memory.
- the Output Slice is the IOMC interface for the DOC and comprises an Output Controller 1800, four 64x32-bit FIFOs 1802-1 to 1802-4, one for each DIC, and the hardware that interfaces with the DOC.
- Each of FIFOs 1802-1 to 1802-4 includes a formatter (FMT) for changing the 32 bit input thereto into a 12 bit output therefrom.
- FMT formatter
- the data from the local memory is either be directed through FIFOs 1802-1 to 1802-4 and onto the DOC, or the data on the DOC from the previous IOMC is passed onto the next IOMC.
- Controller 1800 is responsible for two functions: transferring data from local memory into Output FIFOs 1802-1 to 1802-4, and sending the FIFOs 1802-1 to 1802-4 output onto the DOC.
- HIO is used for non-real-time data transfer between local memory and the host workstation. It supports interactive control and modification of algorithms by the user, and activities such as program loading, input, and output.
- the Host channel supports scalar and vector data transfer.
- the Host reads and writes data to the Operating System (OS) Buffer via a VME bus
- the IOMCs read and write data to the OS Buffer via the HIO bus, a set of registers residing on each IOMC and controller that are connected in a linear array.
- OS Operating System
- the OS Board regulates the use of the OS Buffer to ensure that data is correctly transferred between the Host and local memory. More detail on the OS Buffer and OS Board are provided later.
- the HIO bus is a 32-bit bidirectional bus that connects all of the IOMCs and controllers in serial. Data is written to the OS Buffer by loading data into the HIO Register
- HIOR HIOR
- a write to the IOMC is executed by reading the OS Buffer and shifting the data to the right until the data reaches the destination HIOR.
- vector data is an array of 32-bit data the same size as the number of processors.
- the data is sent over the HIO bus is reverse order, so that the first data word is intended for the rightmost processor, and the last data word is intended for the leftmost processor. Thus, all the data arrives at the processors on the same cycle.
- Scalar data is sent to an IOMC by specifying the destination processor ID number (PROC_NUM) in the host word sent to all of the IOMC processors and sending a single word of data onto the HIO Bus. There is no shifting in the scalar mode; the Host bus operates as a true bus that all IOMC processors monitor. Each IOMC compares the PROC_NUM of the host word with the value in its PIDR to determine if it is the destination of the scalar data.
- PROC_NUM destination processor ID number
- the IOMC has a 42-bit Host Command that is received from the controller that specifies the HIO.
- the HIO Command has the following instruction fields: ( 1 ) Vector/Scalar Select ( 1 ) Host Read/Write Shift
- the 1 bit Vector/Scalar Select field determines whether the data on the bus is vector or scalar.
- the 1-bit Host Read/Write Shift shifts the data to the left on the bus for a read by the Host, and shifts the data to the right on the bus for a write by the Host.
- the leftmost IOMC shifts the data to the Host on a Host Read Shift, and the rightmost processor shifts the data off of the bus, since it is the last processor.
- the 1-bit Shift Enable shifts data from the bus into the HIOR.
- a 13-bit Processor ID field is used in scalar mode to compare with the value in the PIDR. If the values match, the value is loaded into the HIOR.
- the 1-bit Memory Enable field enables a local memory access.
- the 1-bit Memory Read/Write field specifies whether the memory access is a read or a write.
- the 23-bit Memory Address field specifies the local memory bank and address that participates in the Host Read/Write.
- the 1-bit Load PIDR Enable field only needs to be executed during SE initialization, since the PROC_NUM value is not hardwired into the cylinder. During initialization time, the host transmits the array of PROC_NUM values as vector data.
- Video Input is sent to the SE through the 48-bit unidirectional DIC.
- the DIC is actually 4 independently controlled 12-bit channels, which can each read from a different Video Input.
- the Video Inputs are on the left end of the DIC, and are connected to the leftmost IOMC processor. All IOMC processors are connected in serial by the DIC, and the rightmost IOMC is the last processor on the bus. Data moves from left to right on the DIC.
- the IOMC/DIC interface is called the Input Slice, and is controlled by the IOMC Input Controller.
- the Input Controller performs two basic functions: it transfers data from the DIC to the Input FIFO (Video Capture), and it transfers data from the Input FIFO to the local memory (Video to Memory Transfer).
- Video Capture is executed autonomously, based on synchronization signals sent by the data sources.
- Video to Memory Transfer is executed when the Controller is interrupted by a Video Interrupt.
- Data to be loaded into local memory is taken off of the 12-bit serial channel and packed into a 32-bit word by a formatter located before the Input FIFO. Data that has multiple fields is time-multiplexed into the formatter.
- the format is determined by the Input Controller.
- the format is changed via the Video Capture Setup Instruction.
- Pixel format 1 is a single 12-bit data field located in the lower 12 bits of the 32-bit word.
- Pixel format 2 has two 12-bit data fields, filling the lower 12 bits of each 16-bit half word.
- Pixel format 3 has 3 data fields; two 10- bit fields and a 12-bit field, with the 12-bit field in the lower 12 bits of the word.
- Fig. 20 shows the different video modes supported by the SE.
- Composite Video is sent over the 12-bit channel as a 12-bit value.
- the value is loaded into the low 12 bits of the 32-bit word. This is Pixel format 1, as specified by the Input Controller.
- Luminance/Chroma In the Luminance/Chroma (Y.C) mode, information encoded as two 12-bit values that are transmitted over the 12-bit channel. The two values are time-multiplexed by the formatter into a 32-bit word. The Luminance value is loaded into the lower 12 bits of the upper 16-bit word, and the Chroma is loaded into the lower 12 bits of the lower 16-bit word. This is Pixel format 2 as specified by the Input Controller.
- Pixel format 1 the same format as Composite Video
- RGB signals are encoded as 3 10-bit values that are transmitted over the 12-bit channel.
- the 3 values are time-multiplexed by the formatter into a 32-bit word.
- the upper 20 bits are loaded with the red and green components, and the lower 10 bits are loaded with the blue component.
- each color component is given a dedicated channel.
- the three 12-bit values are loaded into the low 12 bits of the 32-bit word by the formatter. This is Pixel format 1 (the same format as Composite Video).
- the feedback format mode is used to feed back 32-bit values.
- the word is decomposed into two 10-bit values and a 12-bit value.
- the three values are time- multiplexed by the formatter into a 32-bit word.
- the 12-bit value occupies the lower 12- bits of the 32-bit word, and the two 10-bit values occupy the upper 20 bits.
- the RGB a format has four 8-bit fields to represent the R, B, G, and a components of a video signal.
- the word is decomposed into two 10-bit values and a 12-bit value for transmission over the DIC and DOCs.
- the three values are time-multiplexed by the formatter into a 32-bit word.
- This is Pixel format 3 as specified by the Input Controller.
- Video Capture Commands are used for the process of "capturing" video data off of a DIC and loading it into input FIFO 2100.
- the two dimensional video input frame data must be transmitted on the Serial DIC.
- the frame is read into the DIC line by line and left to right, in the same way a page is read. It is the responsibility of each IOMC Input Controller 2102 to determine which pixel on the DIC is to be loaded in its local memory 2104.
- the operation of capturing a pixel off of the DIC and loading it into Input FIFO 2100 is executed automatically by Input Controller 2102 independent of the Sequencer instruction stream, as video input cannot be delayed.
- the Input Controller uses the H (Horizontal Synchronization Signal), F (Frame Synchronization Signal) and video clock signals to determine when another pixel should be loaded from the DIC into the FIFO, along with parameters provided by the DIC Input Timing Sequence Register 2106 (ITSR).
- H Holontal Synchronization Signal
- F Fram Synchronization Signal
- video clock signals to determine when another pixel should be loaded from the DIC into the FIFO, along with parameters provided by the DIC Input Timing Sequence Register 2106 (ITSR).
- Each channel has a separate set of signals and an ITSR.
- the Input Controller has a set of two counters for each channel: the Pixel Counter and Line Counter. These counters operate on the H, F, and video clock signals, and are used to determine the pixel location within a frame of video input.
- the Pixel Counter represents the horizontal position of the pixel on the DIC for the current line of video input.
- the Line Counter determines the vertical position of the pixel on the DIC for the current line of video input.
- the DIC operates at the video clock signal rate, and so every time the video clock signal is asserted, another 12-bit value is clocked into the DIC Register (DICR).
- the Pixel Counter represents the horizontal position of the pixel on the DIC for the current line of video input.
- the Line Counter determines the vertical position of the pixel on the DIC for the current line of video input.
- the DIC operates at the video clock signal rate, and so every time the video clock signal is asserted, another 12-bit value is clocked into the DIC Register (DICR).
- the Pixel Counter represents the horizontal position of the
- the H signal increments the Line Counter, and resets the Pixel Counter, since a new line of video has started.
- the F signal occurs every time a frame of video has been transmitted on the DIC. When it occurs, both the Pixel Counter and the Line Counter are reset. The F signal also signals the Frame Address Generator
- the SE employs an arbitrary buffering scheme; the minimum number of buffers is two (double buffering), so while one video frame is being processed by the processor, the other frame is being loaded by the IOMC.
- a major benefit of arbitrary buffering is that it allows previous frames of data to persist for a number frames after it is loaded, which is necessary for programs that use temporal data.
- the ITSR is used to determine when a pixel should be read off of the DIC and into the Input FIFO. It also specifies parameters such as how many consecutive pixels to read, and how often the reading process should be repeated.
- the 27 bit DIC ITSR format(s) is used to specify the parameters of how the data on the DIC should be read into the Input FIFOs.
- the register has four fields: (2) Pixel Data format, (13) Initial Pixel Position, (6) Number of Pixels, (6) Pixel Repeat Interval.
- the 2-bit Pixel Data format field selects the Pixel format used by the channel formatter. This is needed to determine how often the Pixel Counter is incremented relative to the video clock signal.
- the 13-bit Initial Pixel Position field determines when the first pixel is read off the DIC for each line of video input. It specifies the horizontal position of the pixel for the current line. The value of this field is compared to the value of the Pixel Counter. When the two values match, the pixel is loaded into the FIFO.
- the 6-bit Number of Pixels field determines how many consecutive pixels are to be read into the FIFO. This value is loaded into the NumPix Counter when the Initial Pixel Position matches the Pixel Counter, or when the Pixel Repeat Interval Counter (PRI Counter) decrements to zero. The NumPix Counter decrements on every Pixel Counter increment, and the Input Controller loads pixels into the FIFO until the counter decrements to zero. The H signal resets the NumPix Counter.
- the 6-bit Pixel Repeat Interval field specifies how often to read in the contiguous group of pixels.
- the Pixel Repeat Interval is loaded into the PRI Counter.
- the PRI Counter decrements.
- the PRI Counter decrements to zero, the
- PRI Counter and NumPix Counter are reloaded.
- the H signal resets the PRI Counter and NumPix Counter.
- the ITSR can express, see Fig. 22. This illustration is an example where the Initial Pixel Position is 1, the Number of Pixels is 3, and the PRI is 11.
- Fig. 23 shows the difference in the two problem spaces.
- the capability of acquiring multiple consecutive pixels is provided on the SE.
- a processor could only receive one pixel, and so the problem space was distributed modulo the number of processors across the local memories.
- On a 1024 processor system (where a same one of the 1024 processors in Fig. 23 is indicated by a single cross-hatch, and the next one of the
- PE would have to use all of the processors of a 1024 processor system to process the first
- Video to Memory Transfer shows how the contents of Input FIFO 2400 are read into local memory 2402.
- FIFO 2400 is loaded continually as the Video Capture command is executing.
- controller 2404 In order to store the contents of the FIFO 2400 into memory 2402, controller 2404 must be interrupted by interrupt program 2406 before initiating the memory transfer. This is executed via an interrupt, which is called every time another line of video has been clocked onto die DIC.
- FAG FIFO Input Timing Sequence Register 2410 (FTTSR) which describes how the data is stored into the frame buffer (located in local memory).
- FTSR FIFO Input Timing Sequence Register
- the Video to Memory Transfer Instruction is a multi-cycle instruction; when it is executed it transfers the specified number of pixels from FIFO 2400 to local memory 2402.
- the parameters for the instruction are stored in FTTSR 2410.
- the FIFO Input Timing Sequence Register 2410 (FTTSR) format (32 bits) is used to specify the parameters of how the data in the Input FIFO should be read into local memory.
- the register has four fields, and a fifth field is from the ITSR: (11) Initial Frame Offset, (6) Delta Offset, (1 1) Modulo L, (4) Wait Cycles, (6) Number of Pixels (from
- the 11-bit Initial Frame Offset specifies where the first element is stored in the frame relative to the frame base value. For example, if an offset of 8 were specified, the image as represented in local memory would be shifted 8 vertical lines lower than the image as it appears at the video source.
- the 6-bit Delta Offset specifies an additional vertical offset that should be added to the address on each operation.
- the 11-bit Modulo L field determines when the vertical position calculation should wrap around. The field holds the value L (for limit). In Fig. 25, if the Initial Frame Offset is 2, the Delta Offset is 3, and the Modulo L value is 16, then consecutive data transfers would appear on lines 2, 5, 8, 11, 14, 1, 4, 7, 10, 13, etc.
- the 4-bit Wait Cycles field is used to determine how many additional clock cycles to wait before the transfer is complete. This field is used when slow local memory is being accessed.
- the 6-bit Number of Pixels field specifies how many pixels should be transferred to local memory. Since this value is always the same as for Video Capture, the parameter is not explicitly in the FTTSR, although it is still a parameter for Video to Memory Transfer.
- the IOMC has a single FAG that all channels must use. Only one FAG is needed for all of the Video Input and Output Sources, as there is only one port to local memory. Each channel has five registers: Frame Base Register (FBR), Frame Offset Register (FOR), Frame Stride Register (FSR), Frame Limit Register (FLR), Pixel Offset Register (POR). Frame buffers for each channel are allocated contiguous memory in local memory.
- FBR Frame Base Register
- FOR Frame Offset Register
- FSR Frame Stride Register
- FLR Frame Limit Register
- POR Pixel Offset Register
- Each frame buffer must be the same size.
- the FBR and FLR specify the first and last location of the memory allocated for the frame buffers.
- the FSR contains the frame size.
- the POR is used to reference locations within the active frame buffer.
- the POR is updated by the parameters described in the FTTSR.
- the POR is initialized to the Initial Frame Offset each time the a new frame begins (when the F signal occurs).
- the Initial Frame Offset, Delta Stride, and L values are all specified in the FTTSR.
- the POR is also incremented once for each pixel that is transferred (specified by the
- the Video Input Operation Setup briefly describes how the ITSR, FTTSR, and FAG Registers for each channel are initialized with new values. Since all of these values are user specified, and may be processor dependent, the addressing information must come from the processor. To make the initialization and modification of these registers simple, a section of local memory is reserved. The processor writes the data to dedicated memory locations that the IOMC can read.
- the instruction to change video parameters would be implemented as a system call.
- Some parameters can not and should not be specified by the user.
- the system needs to be protected from situations such as the user trying to update parameters to a channel used by another application.
- a system call which can guard against such situations, is an appropriate way to implement the video input operation setup.
- Video Output is sent through the 36-bit unidirectional DOC.
- the DOC comprises 3 independently controlled 12-bit channels which can each write to a different Video Output.
- the Video Outputs are on the left end of the DOC, and are connected to the leftmost IOMC. All IOMCs are connected in serial by the DOC, and the rightmost IOMC is the last processor on the bus. Data moves from right to left on the DOC.
- the IOMC/DOC interface is called the Output Slice, and is controlled by the IOMC Output Controller.
- the Output Controller performs two basic functions: it transfers data from the local memory to the Output FIFO (Memory to Video Transfer), and it transfers data from the Output FIFO to the DOC (Video Display). Memory to Video Transfer is executed when the Sequencer is interrupted by a Video Interrupt. Video Display is executed autonomously by the Output Controller, based on synchronization signals sent by the output data channel source.
- the Video and Pixel formats are defined in detail above. There are seven video data formats supported: Composite Video, Luminance/Chroma, Luminance/Chroma (Dedicated Channels), RGB, RGB (Dedicated Channels), RGBa and Feedback.
- Video Data located in the Output FIFO is packed into 32-bit words.
- a formatter located in the Output FIFO unpacks the data (according to the Pixel format specified by the Output Controller) and time demultiplexes the data onto the DOC.
- This Pixel formatter of the Output FIFO performs the inverse operation of the Pixel formatter located in the Input FIFO.
- Video Display Commands describes the process of displaying video data by outputting pixels to the DOC.
- the complexity arises in that the two dimensional video output frame must be transmitted over the serial DOC.
- the pixels are being clocked onto the DOC line by line and left to right, in the same way a page is written.
- It is the responsibility of each IOMC Output Controller to determine when the pixel in the Output FIFO is to be clocked onto the DOC.
- the operation of writing the contents of FIFO 2600 onto the DOC is executed automatically by Output Controller 2602 independent of the Controller instruction stream, as video output cannot be delayed.
- Output Controller 2602 uses the H, F and video clock signals to determine when another pixel in Output FIFO 2600 is written to the DOC, along with parameters specified in DOC Output Timing Sequence Register 2604 (OTSR).
- OTSR DOC Output Timing Sequence Register
- Output Controller 2602 has a set of three counters for each channel that increment on the H, F, and video clock signals; these counters determine the pixel location within an output frame of video.
- the Pixel Counter represents the horizontal position of the pixel on the DOC for the current line of video output.
- the Line Counter determines the vertical position of the pixel on the DOC for the current line of video output.
- the DOC operates at the video clock signal rate, and so every time the video clock signal is asserted, another 12-bit value is clocked onto the DOC.
- the Pixel Counter increments every 1, 2, or 3 video clock cycles, depending on whether the Pixel format has 1, 2, or 3 data fields.
- the H signal increments the Line Counter, and resets the Pixel
- the F signal occurs every time a frame of video has been completed. When it occurs, both the Pixel Counter and the Line Counter are reset. The F signal also signals the FAG to change frame buffer addresses.
- the SE employs an arbitrary buffering scheme; the minimum number of buffers is two (double buffering), so while one video frame is being processed by the processor, the other frame is being displayed.
- OTSR 2604 is used to determine when a pixel should be loaded onto the DOC from Output FIFO 2600. It also specifies parameters such as how many consecutive pixels to write.
- the DOC OTSR 2604 (27 bits) is used to specify the parameters of how the data in the Output FIFO 2600 should be written to the DOC. It has the same format as the ITSR.
- the register has four fields: (13) Initial Pixel Position, (6) Number of Pixels, (6) Pixel Repeat Interval.
- the 2-bit Pixel Data format field selects the Pixel format used by the channel formatter. This is needed to determine how often the Pixel Counter is incremented relative to the video clock signal.
- the 13-bit Initial Pixel Position field determines when the next pixel in the Output
- FIFO is loaded onto the DOC after an H signal has occurred. It specifies the horizontal position that the pixel has in the video output frame. The value of this field is compared to the value of the Pixel Counter. When the two values match, the pixel is loaded onto the
- the 6-bit Number of Pixels field determines how many consecutive pixels are to be loaded onto the DOC. This value is loaded into the NumPix Counter when the Initial Pixel Position matches the Pixel Counter, or when the Pixel Repeat Interval Counter (PRI Counter) decrements to zero. The NumPix Counter decrements on every Pixel Counter increment, and the Output Controller loads pixels onto the DOC until the counter decrements to zero. The H signal resets the NumPix Counter.
- the 6-bit Pixel Repeat Interval field specifies how often write a consecutive number of pixels to the DOC.
- the Pixel Repeat Interval is loaded into the PRI Counter.
- the PRI Counter decrements.
- the PRI Counter and NumPix Counter are reloaded.
- the H signal resets the PRI Counter and NumPix Counter.
- the OTSR specifies the same type of pixel output formatting as the ITSR. The only difference is that the inverse operation is being executed.
- FIFO 2702 In Fig. 27, there is shown how local memory 2700 is written to Output FIFO 2702 in Memory to Video Transfer (FIFO Write). FIFO 2702 is continually being emptied as the Video Display command is executing. In order to load the contents of memory into Output FIFO 2702, Controller 2704 must be interrupted by interrupt program 2706, and then the memory transfer can proceed. This is executed via an interrupt, which is called eveiy time another line of video is ready to be clocked onto the DOC.
- interrupt program 2706 In order to load the contents of memory into Output FIFO 2702, Controller 2704 must be interrupted by interrupt program 2706, and then the memory transfer can proceed. This is executed via an interrupt, which is called eveiy time another line of video is ready to be clocked onto the DOC.
- Output FIFO 2702 To determine which data in local memory 2700 is to be loaded into Output FIFO 2702, and in what order it is to be loaded, there are five registers defined for each channel. Four of these registers are used by the FAG to generate an effective base address for the active frame buffer. The fifth register is the FIFO Output Timing Sequence Register 2708 (FOTSR), which describes how the data is read from the frame buffer (located in local memory).
- FOTSR FIFO Output Timing Sequence Register
- the Memory to Video Transfer Instruction is a multi-cycle instruction; when it is executed it transfers the specified number of pixels from local memory 2700 to the Output FIFO.
- the parameters for the instruction are stored in the FOTSR 2708, explained below.
- the FOTSR format (32 bits) is used to specify the parameters of how the data in the Output FIFO should be read into local memory. It has the same format as FTTSR 2410.
- the register has four fields, and a fifth field is from OTSR 2604: (6) Delta Offset, (11) Modulo L, (4) Wait Cycles, (6) Number of Pixels (from OTSR).
- Offset specifies an additional vertical offset to be added to the frame when displaying the image. For example, if an offset of 8 were specified, the output image would be displayed eight lines lower on the video output destination than it appeared in local memory.
- the 6- bit Delta Offset specifies a vertical offset that should be added to the address on each operation. If the Delta Offset of 2 is given, then the first transfer would have a vertical offset of zero, the second offset would have a vertical offset of two, the third would have a vertical offset of four, etc.
- the 1 1-bit Modulo L field determines when the vertical position calculation should wrap around. The field holds the value L (for limit).
- the 4-bit Wait Cycles field is used to determine how many additional clock cycles to wait before the transfer is complete. This field is used when slow local memory is being accessed.
- the 6-bit Number of Pixels field specify how many pixels should be transferred to the Output FIFO. Since this value is always the same as for Video Display, the parameter is not explicitly in the FOTSR, although it is still a parameter for Memory to Video Transfer.
- the Video Output Operation Setup briefly describes how the OTSR, FOTSR, and FAG Registers for each channel are initialized with new values. Since all of these values are user specified, and may be processor dependent, the addressing information must come from the processor. To make the initialization and modification of these registers simple, a section of local memory is reserved. The processor writes the data to dedicated memory locations that the IOMC can read.
- a system call which can guard against such situations, is an appropriate way to implement the video output operation setup.
- the feedback capability of the SE in which data in the output FIFO 2600 may be written to the data output channel (DOC) and then read into the input FIFO 2400 allows the SE to manipulate the data in memory without involving the other parts of the processors.
- Figs. 27a through 27i illustrate this process for two memory operations, one of which rotates an array of values and another which transposes an array of values.
- Fig. 27a The basic memory organization is illustrated in Fig. 27a. For the sake of simplicity, only four processors (0 through 3) are shown, each addressing four memory locations. In this Fig., the four memory locations are addressed by each processor using offsets of 0 through 3.
- P processors P processors to operate on an N by N matrix of values. Thus, in Figs. 27a through 27i, both N and P are equal to four.
- the FOTSR, OTSR, FTTSR and ITSR registers are set up as follows.
- the Initial Frame Pointer Offset field is set to (P+l) modulo N; the Delta Offset field is set to +1; the Modulo L field is set to N; the Wait Cycles field is set to 1 ; and the Number of Pixels field is set to 1.
- the Initial Pixel Position field is set to P; the Pixel Repeat Interval field is set to N; and the Number of Pixels field is set to 1.
- FIFO to provide values to the data output channel (DOC) from the array in the order shown in Fig. 27b.
- the Initial Frame Pointer Offset field is set to (P-l+N) modulo N; the Delta Offset field is set to -1; the Modulo L field is set to N; d e Wait Cycles field is set to 1 ; , and the Number of Pixels field is set to 1.
- the ITSR register the Initial Pixel Position field is set to (P-l+N) Modulo N; the Pixel Repeat Interval field is set to N and the Number of Pixels is set to 1.
- the array rotate operation Another useful memory operation is the array rotate operation.
- the contents of the array are reconfigured as if the array were rotated by 90°.
- the FOTSR register is set such that the Initial Frame Pointer field is P, the Delta Offset field is +1, the Modulo L field is N, the Wait Cycles field is 1, and the Number of Pixels field is 1.
- the OTSR register is set such that the Initial Pixel Position field is P, the Pixel Repeat Interval is N, and the Number of Pixels is 1.
- These registers cause the output FIFO 2600 to provide values from the array to the DOC in the order shown in Fig. 27f.
- the FTTSR register is set such that the Initial Frame
- Pointer Offset field is (N-P-l), the Delta Offset field is +1, the Modulo L field is N, the Wait Cycles field is 1 and the Number of Pixels field is 1.
- the ITSR register is set such that the Initial Pixel Position field is (N-P-l), the Pixel Repeat Interval field is N, and the Number of Pixels field is 1.
- the input FIFO 2400 stores data values into the array from the DOC in the order shown in Fig. 27g. The result of this operation is to translate the data values a through p, shown in Fig. 27h into the rotated positions shown in Fig. 27i.
- each disk drive has a serial input and serial output connection to the portion of the IOMC which interfaces with the IV. These may be, for example, standard RS-232 connections.
- Data is provided to the serial input connection via a parallel to serial (P/S) interface 1816 while data transmitted via the serial output connection is applied to a serial to parallel (S/P) interface 1818.
- P/S parallel to serial
- S/P serial to parallel
- data is applied to the P/S 1816 and received from the S/P 1818 by a 1 kilobit by 39 bit FIFO buffer.
- the 39 bits include
- EDC error detection code
- the FIFO 1810 also receives control information (e.g. data addresses) from and provides control information to the disk drives of the IV. This control information is entered into the data stream via the control circuitry 1820.
- the address values which are transferred through the control circuitry 1820 are 23-bit values, each of which corresponds to a separate 32-bit data word. Accordingly, the exemplary disk drive holds up to 32 megabytes of data.
- Data transferred through the FIFO 1810 is provided by a 32-bit EDC encoder 1812 or is provided to a 32-bit EDC decoder 1814, depending on whether the data is being written to the TV or read from it.
- the EDC decoder 1814 also provides a one-bit error signal which indicates that an error was detected in the decoded data. In response to this signal, the processor may try to access the data again or it may simply flag the error to the controller or to the host.
- Fig. 18a there are four 32-bit output channels and four 32-bit input channels for receiving data from and providing data to the TV 320. These channels are multiplexed into the local memory as shown in Figs. 17 and 18 for the input and output slices.
- the IV may be used to hold relatively long image sequences or to hold large databases.
- the high data bandwidth resulting from the high degree of parallelism allows rapid image acquisition for image processing applications and fast database searching for database applications.
- the SE has MIMD capabilities; there is a controller for every 64 processors, with each controller able to broadcast a different instruction stream to its processors.
- This organization provides up to 128 MIMD instruction streams, with hardware support for synchronization between controllers. Synchronization is needed between a controller and the processors under its control, and between controllers.
- a LOR (LOR) bus is used to synchronize processors to the controller, and the LOR, Global OR (GOR) and Neighboring LOR (NOR) buses are used for synchronization between controllers.
- Processor synchronization is necessary for operations whose completion time is dependent on the local processor data. For example, all processors may have to iterate over a section of code until a local data condition becomes false. This requires the controller to broadcast the loop code until all processors have finished executing its loop code.
- the LOR signal is used to signal when the controller can stop broadcasting the loop code and continue with program execution.
- the LOR signal is used by the processors to signal the controller that an event has occurred.
- the LOR bus is a single line from each processor to its controller. The value on the LOR bus is initially low, and each processor asserts a high signal on its LOR bus by setting the LOR bit in its PSW. (See Fig.
- each controller can execute a different instruction stream, by means of the following mechanism used to synchronize controllers.
- each controller includes a switch that combines LOR and NOR signals. The switch network is connected so that only groups of consecutive controllers can synchronize with each other. Each controller can set the configuration of the switch in software.
- Fig. 30 shows a conceptual grouping of 7 controllers, and Fig.
- the switch configuration for a switch network configuration shows the switch configuration for a switch network configuration. Synchronization between controllers occurs as follows.
- the LOR/ NOR bus formed by the switching network is implemented such that the bus signal is high only when all sequencers on the bus assert a high signal.
- a controller reaches a point in its code where it needs to synchronize with another controller, it issues the command to its processors to set the LOR bit of the PSW. This action makes the LOR bus go high, since all processors have set the bit.
- the controller then goes into a wait state, waiting for the bus defined by the switch network to go high.
- the NOR signal is a signal that summarizes when neighboring controllers have set their LOR signal.
- the GOR bus is a bus that connects all controllers. This bus is used for situations where global synchronization of controllers is necessary.
- One example is when the SE is in time-sharing mode, and the context for a new program is being loaded. GOR synchronization is needed to ensure that SIMD programs begin executing synchronously.
- Another example is when a MIMD program terminates. One stream may terminate early, but should wait for all streams to finish before signaling the controller that it has finished terminating.
- barrier synchronization die low level MIMD programming construct
- Programs can also run on a subset of the architecture. Since the SE is designed as a scalable architecture, the system can be reconfigured at the EB level to operate as several smaller systems. Programs can then be loaded and executed on the newly configured system subset to deal with the allocation of resources for smaller problems.
- the hardware support for a real-time operating system is an OS Board which responds to requests from the Host workstation and the controllers of the SE.
- the OS Board contains hardware queues that buffer requests from the Host workstation and controllers.
- the OS Board also controls a buffer memory that the Host, controllers, and IOMCs can read and write. Since the Host and SE operate at much different clock rates and are loosely coupled, the OS Board must regulate how data is transferred between the two systems.
- the OS Board broadcasts the scheduled jobs to all of the controllers, which are then scheduled in the job queue.
- the controllers have a process table memory, which contains information on the processes existing on the SE, and polling hardware to determine when a real-time job must be scheduled to execute.
- the OS Board has a Motorola 68040 processor or its equivalent that executes an operating system program that continually monitors the OS Board queues. It queues requests that come from active programs and from the Host, and responds to the requests one at a time. There is a priority order to requests; some activities must be attended to immediately, such as scheduling a real-time program to run, while other activities that are not constrained to run in real-time receive low priority, such as loading a program. Queued requests have low priority, and are executed when the OS Board reads the entry from the queue. High priority requests that must be processed immediately are implemented as interrupts to the OS Board processor program.
- the RAP when deciding if a newly submitted real-time program can run compatibly with the existing real-time programs: the sum of the real-time program execution times (including overhead such as context switching) must be less than the reference (shortest) frame time (the time to load a frame buffer) of die real-time programs. This guarantees that each program can execute once for each reference frame. This is a conservative estimate; most of the real-time programs might be using a longer frame time, and so the condition overestimates how often a program must execute. Execution times of real-time programs are determined through profiling and user estimates.
- Scheduling real-time programs is the highest priority request.
- a real-time job is ready to execute every time another frame buffer has been loaded.
- Each controller has a polling register that polls for the frame synchronization (F sync) signal of the Data Input Channels. Every time a job has completed (either because die real-time program finished execution, or the non-real-time job time slice expired), this register is read and reset, and the jobs associated with the F sync signals are scheduled. If more than one F sync signal is read, the jobs are scheduled shortest-frame-time-first. If there are no new F sync signals, and there are less than two jobs scheduled to execute, the OS Board schedules an available non-real-time job for execution.
- F sync frame synchronization
- the Controller has fourteen components that interact with operating system activities: the Polling Register, the Poll Correspondence Table (PCT), the Job Queue (JQ), Job Finished Signal, Time Quantum Register (TQ), Time Slice Counter (TSC), Process Table Memory (PTM), Process Base Registers (PBRs), I/O Request Signal, I/O Ready Signal, HIOR, Instruction Memory, PC stack memory, and Loop stack memory.
- PCT Poll Correspondence Table
- JQ Job Queue
- TQ Time Quantum Register
- TSC Time Slice Counter
- PTM Process Table Memory
- PBRs Process Base Registers
- I/O Request Signal I/O Ready Signal
- HIOR Instruction Memory
- PC stack memory PC stack memory
- the Polling Register is a four bit register, where each bit corresponds to a Data Input Channel.
- the register is used to poll whether a Frame Synchronization (F Sync) signal has been received since the last poll check. An atomic instruction to read and reset the register is used. When an F sync signal has been received, the corresponding bit is set in the Polling Register, which indicates another frame of data has been loaded into the system, and the real-time job that uses the data can be scheduled.
- the PCT is used to relate the polling signals summarized in die Polling Register to the real-time programs that uses the Data Input Channel.
- the JQ is a queue implemented in hardware that contains the numbers of the next job to execute.
- the JQ receives jobs from the OS Board, which decides which jobs will be scheduled.
- the Controller deletes d e head of die Job Queue when it readies die job for execution.
- the Job Finished (JF) Signal is the signal that Controller 0 sends the OS Board when die current job has completed execution of its time slice. The signal is sent to the OS Board so tiiat it can schedule additional jobs.
- the TQ is used to determine how much time a non-real time job should be allocated in die presence of running real time jobs.
- the TQ value is loaded into the TSC when a non-real time job is scheduled to execute next.
- the TSC is used to count the number of cycles a program is allocated to execute.
- the time slice value is loaded into the counter, which then decrements on every instruction cycle.
- die counter decrements to zero the program execution is interrupted, and the controller prepares to run the next scheduled program.
- the Time Slice for a real time program is obtained from die Process Control Table (PCT).
- PCT die Process Control Table
- TQ time Slice for a non-real time program
- the PTM contains the program information for each program. It contains information such as the program context information, and the Base Address for the program in Instruction and Local (Data) Memory.
- the PBRs are a set of 16 registers, each holding the base address of the PTM Entry for the job it represents.
- PBR 5 holds the base address of the process table entry for job 5.
- the I/O Request Signal is sent from a controller requesting I/O to the IOQ located on the OS Board.
- the Request is the job number of the program needing I/O.
- the OS Board examines the request, the job is then scheduled for I/O. More information on Host output and input, is provided below.
- the I/O' Ready Signal is used to signal the OS Board tiiat the program running on the controller has finished loading or reading the information in the OS buffer. More information on Host output and input is provided below.
- the HIOR is the register that the Controller accesses when it needs to transfer data to or from the Host Workstation. It is part of the HIO Bus.
- the Instruction Memory is where the instructions for a program reside on the SE.
- the memory has multiple ports, so it is possible to load memory with a program while another program is being read (for execution).
- PC Program Counter
- Each PC Stack has 16 sets of 3 dedicated registers, one for each user program; they are the PC Base, PC Limit, and Stack Pointer Registers.
- the memory has multiple ports, so it is possible to load memory with a program while another program is being read (for execution).
- the Loop Stack Memory is where the information used in conjunction with the special loop hardware is stored during program execution. Each Loop Stack has 16 sets of
- Loop Stack Pointer Registers These registers are used to delimit and access the program's data witiiin the memory.
- the memory is multiple ports, so it is possible to load memory with a program while another program is being read (for execution).
- the only interaction tiiat the IOMC has with operating system activities is reading and writing to its HIOR, which is part of the HIO Bus.
- the decision to read and write tiiis register is sent to the IOMC from the Controller.
- the Host has three components that interact with operating system activities: the Host Request Signal, the Host Signal, and the Host Bus.
- software running on the host is responsible for allocating die resources of the machine, and for servicing HIO Requests to read and write data to files, or the terminal.
- the Host Request Signal is a signal the Host sends to the OS Board to add a job to the Host Request Queue. Requests include loading a Program, killing a Program and reloading a Program.
- the Host Signal is a signal the Host sends to the OS Board to indicate that the Host has completed an action, such as finished reading or writing the OS
- the HIO is a 32-bit bidirectional bus tiiat connects all of the IOMCs and controllers in serial. Data is written to the OS Buffer by loading data into the HIOR and shifting left on the HIO bus until the data is stored on the OS Buffer. Correspondingly, a write to the
- IOMC is executed by reading the OS Buffer and shifting the data to the right until the data reaches the destination HIOR.
- the RAP is resident on the Host and maintains the resource allocation information and determines whether newly submitted programs can run.
- the RAP keeps information on the Physical Specification of the system and information on the Current State of the system. Physical Specification information includes Total Number of Functioning Processors, Physical Data Memory Size and Physical Instruction Memory Size.
- the Current System State information includes Instruction Memory Map, Local Memory Map, PC Stack Map, Loop Stack Map, I/O Resource Map and Reference Frame Time Map.
- the Maps are used to determine the amount of fragmentation occurring in the various memories. If the resources exist for a program but the memory fragmentation prohibits the program from being loaded contiguously, the Resource Allocator could send a request to relocate non-real time programs. Real time programs cannot be relocated, since it cannot be guaranteed that tiiey would be completely relocated by die next time it had to execute.
- the I/O Resource Map shows which I/O Resources are used.
- the Reference Frame Time Map determines the instruction budget for a real time process, or determines whether there is enough time for a non-real time job to run.
- a Reference Frame is defined as the shortest frame time of all active real time programs.
- the Resource Allocator operates under the following rule, called die Reference Frame Rule: A real time program can be scheduled to run if the sum of all the real time program instruction counts (including die real time program being considered), is less tiian or equal to the size of the Reference Frame. This rule states that if all of the programs can execute under die strictest assumption (tiiat each program must execute once per Reference Frame), then all of the programs can execute under relaxed conditions (where there are several (longer) frame rates, which means that some programs actually execute less than once per Reference Frame Time).
- the TQ located on the Controllers, is updated.
- the TQ value determines how long a non-real time job can execute in the presence of executing real jobs.
- the description of the computation of the Time Quantum value is given below.
- die corresponding bit is set in die Polling Register, which indicates another frame of data has been loaded into the system, and the real-time job that uses die data can be scheduled.
- the OS Board uses an atomic instruction to read and reset the Polling Register, so as to not miss any F Sync signals.
- the OS Board tiien refers to a PCT to determine me relationship between the bits in the Poll Register word and the real time jobs that use die Data Input Channels.
- the JCTL is incremented by me number of jobs that have been added to die JQ. If there are no real time jobs to be scheduled, die OS Board then determines if mere are any non-real time jobs to be scheduled.
- the OS Board examines the Job Counter; if there are less than two jobs in the JQ, then an entry is taken from the Non-Real-Time Job Queue (NRTQ) and it is added to the JQ. This condition is maintained so that there is always a job in the JQ ready to execute. If there is only one job running on the system in multiuser mode, then a dummy job is scheduled to execute. This condition is maintained even when there is only one active job, since system jobs may need to be scheduled to execute, such as a host request to load a program.
- NRTQ Non-Real-Time Job Queue
- the OS Board Resident Program responds to requests from the Host (via the HRQ), the Controllers (via die I/O Queue), and the signal to schedule another job (the Job Finished signal).
- An operating system program is often modelled as an endless loop that polls for requests and then carries out the request when it occurs. That model is used in the OS Board program, which must constantly check for new requests.
- Job Scheduling activity The highest priority of the operating system program is the Job Scheduling activity. It is necessary to immediately schedule another job when die Job Finished signal occurs, since their are strict time constraints associated with executing real time jobs.
- an operator via the host workstation 400, may examine the state of the controller and of local memory variables and registers in any of the processors. Upon exiting the debug routine, control is returned to the program. Since the interrupt occurs based on a single bit in the controller IW, the debug routine may be invoked during the execution of any instruction in the controller program.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Multi Processors (AREA)
- Complex Calculations (AREA)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US92626592A | 1992-08-05 | 1992-08-05 | |
US926265 | 1992-08-05 | ||
PCT/US1993/006524 WO1994003852A1 (en) | 1992-08-05 | 1993-07-14 | Advanced massively-parallel computer apparatus |
Publications (2)
Publication Number | Publication Date |
---|---|
EP0654158A1 EP0654158A1 (de) | 1995-05-24 |
EP0654158A4 true EP0654158A4 (de) | 1996-03-27 |
Family
ID=25452960
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP93917104A Withdrawn EP0654158A4 (de) | 1992-08-05 | 1993-07-14 | Massive parallelrechnervorrichtung. |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP0654158A4 (de) |
JP (1) | JPH07509795A (de) |
KR (1) | KR100327712B1 (de) |
WO (1) | WO1994003852A1 (de) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU4071499A (en) * | 1998-05-08 | 1999-11-29 | C-Port Corporation | Digital communications processor |
KR100656977B1 (ko) | 2001-04-26 | 2006-12-13 | 더 보잉 캄파니 | 버스 컨트롤러에 명령 스케줄을 프리로딩하는 시스템 및 방법 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0269974A2 (de) * | 1986-11-28 | 1988-06-08 | International Business Machines Corporation | Verfahren und Vorrichtung zur Detektierung eines vorgegebenes Bitsmusters in einem seriellen Bitsstrom |
EP0360527A2 (de) * | 1988-09-19 | 1990-03-28 | Fujitsu Limited | Paralleles Rechnersystem mit Verwendung eines SIMD-Verfahrens |
US5053986A (en) * | 1990-02-21 | 1991-10-01 | Stardent Computer, Inc. | Circuit for preservation of sign information in operations for comparison of the absolute value of operands |
EP0460599A2 (de) * | 1990-06-06 | 1991-12-11 | Thinking Machines Corporation | Massiv paralleler Rechner mit auf Schlangen basiertem Nachrichtenablieferungssystem |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4344134A (en) * | 1980-06-30 | 1982-08-10 | Burroughs Corporation | Partitionable parallel processor |
US4382295A (en) * | 1981-04-23 | 1983-05-03 | Bell Telephone Laboratories, Incorporated | Digital conference time slot interchanger |
US4608631A (en) * | 1982-09-03 | 1986-08-26 | Sequoia Systems, Inc. | Modular computer system |
US4837676A (en) * | 1984-11-05 | 1989-06-06 | Hughes Aircraft Company | MIMD instruction flow computer architecture |
US5113523A (en) * | 1985-05-06 | 1992-05-12 | Ncube Corporation | High performance computer system |
US5175865A (en) * | 1986-10-28 | 1992-12-29 | Thinking Machines Corporation | Partitioning the processors of a massively parallel single array processor into sub-arrays selectively controlled by host computers |
US4893234A (en) * | 1987-01-15 | 1990-01-09 | United States Department Of Energy | Multi-processor including data flow accelerator module |
US4965718A (en) * | 1988-09-29 | 1990-10-23 | International Business Machines Corporation | Data processing system incorporating a memory resident directive for synchronizing multiple tasks among plurality of processing elements by monitoring alternation of semaphore data |
US5121502A (en) * | 1989-12-20 | 1992-06-09 | Hewlett-Packard Company | System for selectively communicating instructions from memory locations simultaneously or from the same memory locations sequentially to plurality of processing |
JP3260357B2 (ja) * | 1990-01-24 | 2002-02-25 | 株式会社日立製作所 | 情報処理装置 |
IL93239A (en) * | 1990-02-01 | 1993-03-15 | Technion Res & Dev Foundation | High flow-rate synchronizer/schedular apparatus for multiprocessors |
-
1993
- 1993-07-14 KR KR1019950700426A patent/KR100327712B1/ko not_active IP Right Cessation
- 1993-07-14 WO PCT/US1993/006524 patent/WO1994003852A1/en not_active Application Discontinuation
- 1993-07-14 JP JP6505313A patent/JPH07509795A/ja active Pending
- 1993-07-14 EP EP93917104A patent/EP0654158A4/de not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0269974A2 (de) * | 1986-11-28 | 1988-06-08 | International Business Machines Corporation | Verfahren und Vorrichtung zur Detektierung eines vorgegebenes Bitsmusters in einem seriellen Bitsstrom |
EP0360527A2 (de) * | 1988-09-19 | 1990-03-28 | Fujitsu Limited | Paralleles Rechnersystem mit Verwendung eines SIMD-Verfahrens |
US5053986A (en) * | 1990-02-21 | 1991-10-01 | Stardent Computer, Inc. | Circuit for preservation of sign information in operations for comparison of the absolute value of operands |
EP0460599A2 (de) * | 1990-06-06 | 1991-12-11 | Thinking Machines Corporation | Massiv paralleler Rechner mit auf Schlangen basiertem Nachrichtenablieferungssystem |
Non-Patent Citations (4)
Title |
---|
BRIDGES T: "THE GPA MACHINE: A GENERALLY PARTITIONABLE MSIMD ARCHITECTURE", PROCEEDINGS OF THE SYMPOSIUM ON FRONTIERS OF MASSIVELY PARALLEL COMPUTATION, MARYLAND, OCT. 8 - 10, 1990, no. SYMP. 3, 8 October 1990 (1990-10-08), JAJA J, pages 196 - 203, XP000239269 * |
GILOI W K: "The SUPRENUM architecture", CONPAR 88, MANCHESTER, UK, 12-16 SEPT. 1988, ISBN 0-521-37177-5, 1989, CAMBRIDGE, UK, CAMBRIDGE UNIVERSITY PRESS, UK, pages 10 - 17 * |
KUN-SHAN LIN ET AL: "THE TMS320 FAMILY OF DIGITAL SIGNAL PROCESSORS", PROCEEDINGS OF THE IEEE, vol. 75, no. 9, pages 1143 - 1159, XP000030560 * |
See also references of WO9403852A1 * |
Also Published As
Publication number | Publication date |
---|---|
KR950703177A (ko) | 1995-08-23 |
WO1994003852A1 (en) | 1994-02-17 |
JPH07509795A (ja) | 1995-10-26 |
KR100327712B1 (ko) | 2002-09-09 |
EP0654158A1 (de) | 1995-05-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5581778A (en) | Advanced massively parallel computer using a field of the instruction to selectively enable the profiling counter to increase its value in response to the system clock | |
US5579527A (en) | Apparatus for alternately activating a multiplier and a match unit | |
US6260088B1 (en) | Single integrated circuit embodying a risc processor and a digital signal processor | |
US5933624A (en) | Synchronized MIMD multi-processing system and method inhibiting instruction fetch at other processors while one processor services an interrupt | |
US5592405A (en) | Multiple operations employing divided arithmetic logic unit and multiple flags register | |
US5371896A (en) | Multi-processor having control over synchronization of processors in mind mode and method of operation | |
US6948050B1 (en) | Single integrated circuit embodying a dual heterogenous processors with separate instruction handling hardware | |
US5239654A (en) | Dual mode SIMD/MIMD processor providing reuse of MIMD instruction memories as data memories when operating in SIMD mode | |
US5197140A (en) | Sliced addressing multi-processor and method of operation | |
US5613146A (en) | Reconfigurable SIMD/MIMD processor using switch matrix to allow access to a parameter memory by any of the plurality of processors | |
KR100319768B1 (ko) | 영상화및그래픽처리시스템내에서의다차원주소발생방법 | |
US5339447A (en) | Ones counting circuit, utilizing a matrix of interconnected half-adders, for counting the number of ones in a binary string of image data | |
US5410649A (en) | Imaging computer system and network | |
US4860375A (en) | High speed cellular processing system | |
US6173388B1 (en) | Directly accessing local memories of array processors for improved real-time corner turning processing | |
US6219775B1 (en) | Massively parallel computer including auxiliary vector processor | |
US20060092161A1 (en) | Method and apparatus for management of bit plane resources | |
CN116775518A (zh) | 用于高效访问多维数据结构和/或其他大型数据块的方法和装置 | |
JP7073580B2 (ja) | データ処理方法、装置、及び関連製品 | |
US6785743B1 (en) | Template data transfer coprocessor | |
WO1994003852A1 (en) | Advanced massively-parallel computer apparatus | |
CN116775519A (zh) | 用于高效访问多维数据结构和/或其他大型数据块的方法和装置 | |
Knight et al. | The Sarnoff Engine: A massively parallel computer for high definition system simulation | |
Briggs et al. | A Shared-Resource Multiple Microprocessor System for Pattern Recognition and Image Processing | |
Sousa et al. | An advanced architecture for image processing and analysis |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 19950209 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE CH DE DK ES FR GB GR IE IT LI NL PT SE |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 19960208 |
|
AK | Designated contracting states |
Kind code of ref document: A4 Designated state(s): AT BE CH DE DK ES FR GB GR IE IT LI NL PT SE |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: SARNOFF CORPORATION |
|
17Q | First examination report despatched |
Effective date: 19980812 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20000201 |