Title of Invention

EACH ITERATION ARRAY SELECTIVE LOOP DATA PREFETCH IN MULTIPLE DATA WIDTH PREFETCH SYSTEM USING ROTAING REGISTER AND PARAMETERIZATION TO AVOID REDUNDANT PREFETCH

Abstract

A method being implemented in a computer system (200), providing support for register rotation for prefetching array data (274,278) from within a loop (210), on each iteration, parameterized by the rotating register (214,216,218), embedded therein comprising: rotating register (214,216,218), embedded in the system being initialized to activate selected loop iterations (210) indicating prefetch (274,278) to a first array initiating the said prefetch operation to the first array; storing data (270) for one or more arrays (220,230), including the first array; and executing a rotation register, embedded in the said system processor to indicate a prefetch operation to a new array.

Full Text

FORM 2 THE PATENTS ACT 1970 [39 OF 1970] COMPLETE SPECIFICATION [See Section 10] EACH TIERATION ARRAY SELECTIVE LOOP DATA PREFETCH IN MULTIPLIE DATA WIDTH PREFETCH SYSTEM USING ROTATING REGISTER AND INTEL CORPORATION, a Delaware Corporation, 2200 Mission College Boulevard, Santa Clara, California 95052, United States of America PARAMETERIZATION TO AVOID REDUNDANT PREFETCH The following specification particularly describes the nature of the invention and the manner in which it is to be performed :- GRANTED 26-4-2005 ORIGINAL IN/PCT/2001/01455/MUMNP 21/11/2001 MECHANISM TO REDUCE THE OVERHEAD OF SOFTWARE DATA PREFETCHES Background of the Invention Technical Field The present invention relates to methods for prefetching data, and in particular, to methods for performing prefetches within a loop. Background Art. Currently available processors run at clock speeds that are significantly faster than the clock speeds at which their associated memories operate. It is the function of the memory system to mask this discrepancy between memory and processor speeds, and to keep the processor's execution resources supplied with data. For this reason, memory systems typically include a hierarchy of caches, e.g. LO, LI, L2 . . , in addition to a main memory. The caches are maintained with data that the processor is likely to request by taking advantage of the spatial and temporal locality exhibited by most program code. For example, data is loaded into the cache in blocks called "cache lines" since programs tend to access data in adjacent memory locations (spatial locality). Similarly, data that has not been used recently is preferentially evicted from the cache, since data is more likely to be accessed when it has recently been accessed (temporal locality). The advantages of storing data in caches arise from their relatively small size and their attendant greater access speed. They are fast memory structures that can provide data to the processor quickly. The storage capacities of caches generally increase from LO to L2, et seq., as does the time required by succeeding caches in the hierarchy to return data to the processor. A data request propagates through the cache hierarchy, beginning with the smallest, fastest structure, until the data is located or the caches are exhausted. In the latter case, the requested data is returned from main memory. Despite advances in the design of memory systems, certain types of programming structures can still place significant strains on their ability to provide the processor with data. For example, code segments that access large amounts of data from loops can rapidly generate mulitple cache misses. Each cache miss requires a long latency access to retrieve the target data from a higher level cache or main memory. These accesses can significantly reduce the computer system's performance. Prefetching is a well known technique for masking the latency associated with moving data from main memory to the lower level caches (those closest to the processor's execution resources). A prefetch instruction is issued well ahead of the time the targeted data is required. This overlaps the access with other operations, hiding the access latency behind these operations. However, prefetch instructions bring with them their own potential performance costs. Prefetch requests add traffic to the processor memory channel, which may increase the latency of loads. These problems are exacerbated for loops that load data from multiple arrays on successive loop iterations. Such loops can issue periodic prefetch requests to ensure that the array data is available in the low level caches when the corresponding loads are executed. As discussed below, simply issuing requests on each loop iteration generates unnecessary, i.e. redundant, memory traffic and bunches the prefetches in relatively short intervals. A prefetch returns a line of data that includes the requested address to one or more caches. Each cache line typically includes sufficient data to provide array elements for multiple loop iterations. As a result, pefetches do not need to issue on every iteration of the loop. Further, generating too many prefetch requests in a short interval can degrade system performance. Each prefetch request consumes bandwidth in the processor-memory communication channel, increasing the latency for demand fetches and other operations that use this channel. In addition, where multiple arrays are manipulated inside a loop, prefetch operations are provided for each array. Cache misses for these prefetches tend to occur at the same time, further burdening the memory subsystem with bursts of activity. One method for dealing with some of these issues is loop unrolling. A portion of an exemplary loop (I) is shown below. The loop loads and manipulates data from five arrays A, B, C, D, and E on each loop iteration. (I) Orig_Loop: load A(I) load B(I) loadC(I) load D(I) load E(I) branch Orig_Loop Fig. 1 represents loop (I) following its modification to incorporate prefetching. Here, it is assumed that each array element is 8 bytes and each cache line returns 64 bytes, in which case a prefetch need only be issued for an array on every eighth iteration of the loop. This is accomplished in Fig. 1 by unrolling loop (I) 8 times, and issuing a prefetch request for each array with the instruction groups for successive array elements. Unrolling the loop in this manner adjusts the amount of data that is consumed on each iteration of the loop to equal the amount of data that is provided by each prefetch, eliminating redundant prefetches. On the other hand, loop unrolling can significantly expand a program's footprint (size) in memory, and it fails to address the bursts of prefetch activity that can overwhelm the memory channel. An alternative approach to eliminating redundant prefetches is to predicate the prefetches, calculate the predicate values on successive iterations to gate the appropriate prefetch(es) on or off. The instruction necessary to implement the predicate calculations expand the code size and, depending on the conditions to be determined, can slow down the loop. The present invention addresses these and other issues related to implementing prefetches from loops. Summary of the Invention The present invention reduces the instruction overhead and improves scheduling for software data prefetches. Register rotation is used to distribute prefetches over selected loop iterations, reducing the number of prefetches issued in any given iteration. It is particularly useful for programs that access large amounts of data from within loops. In accordance with the present invention, data is prefetched within a loop by a prefetch operation that is parameterized by a value in a register. Data targeted by the prefetch operation is adjusted by rotating a new value into the register. For one embodiment of the invention, the register that parameterizes the prefetch operation is a rotating register that indicates the address to be prefetched. Rotating a new value into the register alters the prefetch target for a subsequent iteration of the loop. For another embodiment of the invention, the register is a rotating predicate register that activates or deactivates the prefetch operation according to the current value of the predicate it stores. Rotating a new value into the register activates or deactivates the prefetch operation for the next iteration of the loop. Brief Description of the Drawings The present invention may be understood with reference to the following drawings, in which like elements are indicated by like numbers. These drawings are provided to illustrate selected embodiments of the present invention and are not intended to limit the scope of the invention. Figs. 1 represents a loop that has been unrolled according to conventional methods to implement prefetching from within the loop. Fig. 2 is a block diagram of one embodiment of a system in which the present invention may be implemented. Fig. 3 is a flowchart representing a method in accordance with the present invention for processing prefetches from within a loop. Detailed Description of the Invention The following discussion sets forth numerous specific details to provide a thorough understanding of the invention. However, those of ordinary skill in the art, having the benefit of this disclosure, will appreciate that the invention may be practiced without these specific details. In addition, various well-known methods, procedures, components, and circuits have not been described in detail in order to focus attention on the features of the present invention. The present invention supports efficient prefetching by reducing the instruction overhead and improving the scheduling of software data prefetches. It is particularly useful where data prefetching is implemented during loop operations. Methods in accordance with the present invention allow prefetches to be issued within loops at intervals determined by the cache line size and the data size being requested rather than by the loop iteration interval. They do so without expanding the code size or adding costly calculations (instruction overhead) within the loop. Rather, a prefetch operation within the loop is parameterized by a value stored in a selected register from a set of rotating registers. Pefetching is adjusted by rotating a new value into the selected register on each iteration of the loop. For one embodiment, the register value indicates an address to be targeted by the prefetch operation. Where the loop includes loads to multiple arrays, a prefetch instruction is targeted to prefetch data for a different array on each iteration of the loop. The size of the rotating register set is determined by the number of arrays in the loop for which data is to be prefetched. Depending on the number of arrays to be prefetched, the size of their data elements (stride) and the cache line size, it may be preferable to employ more than one prefetch instruction per loop iteration. In addition to controlling the frequency of prefetches for each array, reuse of the prefetch instruction for multiple arrays reduces the footprint of the program code in memory. For an alternative embodiment, the register is a predicate register and a prefetch instruction is gated on or off according to the value it holds. If the loop includes a single array from which data is loaded, the prefetch instruction can be activated for selected loop iterations by initializing the rotating predicate registers appropriately. This eliminates redundant prefetch requests that may be generated when the cache line returns sufficient data for multiple loop iterations. If the loop includes multiple arrays, multiple prefetch instructions may be parameterized by associated predicate registers. Register rotation determines which prefetch insrruction(s) is activated for which array on each loop iteration. Persons skilled in the art and having the benefit of this disclosure will recognize that the exemplary embodiments may be modified and combined to accommodate the resources available in a particular computer system and the nature of the program code. The present invention may be implemented in a system that provides support for register rotation. For the purpose of this discussion, register rotation refers to a method for implementing register renaming. In register rotation, the values stored in a specified set of registers are shifted cyclically among the registers. Rotation is typically done under control of an instruction, such as a loop branch instruction. For example, a value stored in register, r(n), on a current iteration of a loop, is shifted to register r(n+l) when the loop branch instruction triggers the next iteration of the loop. Register rotation is described, for example, in IA-64 Application Instruction Set Architecture Guide, published by Intel® Corporation of Santa Clara, California. A more detailed description may be found in Rau, B.R., Lee, M., Tirumalai, P., and Schlansker, M.S. Register Allocation For Software Pipelined Loops, Proceeding s of the SIGNPLAN '92 Conference on Programming Language Design and Implementation, (San Francisco, 1992). The number and type of registers available for rotation may vary with the register type. For example, Intel's IA-64 instruction set architecture (ISA) provides 64 rotating predicate register, ninety-six rotating floating point registers, and a variable number of rotating general purpose registers. In the IA-64 ISA, up to ninety-six of the 128 general purpose registers may be defined to rotate. Rotating general purpose registers are defined in multiples of 8. Fig. 2 is a block diagram of one embodiment of a system 200 in which the present invention may be implemented. System 200 mcludes a processor 202 and a main memory 270 that are coupled to system logic 290 through a system bus 280 and a memory bus 284. System 200 typically also includes a graphics system and peripheral device(s) (not shown) which also communicate through system logic 290. The disclosed embodiment of processor 202 includes execution resources 210, a first cache (L0) 220, a second cache (LI) 230, a third cache (L2), a cache controller 250, and a bus controller 260. Processor 202 typically also includes other logic elements (not shown) to retrieve and process instructions and to update its architectural state as instructions are retired. Bus controller 260 manages the flow of data between processor 202 and main memory 270. L2 cache 240 may be on a different chip than processor 202, in which case bus controller 260 may also manage the flow of data between L2 cache 240 and processor 202. The present invention does not depend on the detailed structure of the memory system or the processor. L0 cache 220, LI cache 230, L2 cache 240, and main memory 270 form a memory hierarchy that provides data and instructions to execution resources 210. The instructions operate on data (operands) that are provided from register files 214 or bypassed to execution resources 210 from various components of the memory hierarchy. A predicate register file 218 may be used to conditionally execute selected instructions in a program. Operand data is transferred to and from register file 214 through load and store operations, respectively. A load operation searches the memory hierarchy for data at a specified memory address, and returns the data to register file 214 from the first level of the hierarchy in which the requested data is found. A store writes data from a register in file 214 to one or more levels of the memory hierarchy. For the present invention, portions of register files 214, 218 may be rotated by a register renaming unit 216. When execution resources 210 implement a loop in which prefetches are managed in accordance with the present invention, the prefetch operations are directed to different location in a data In region 274 of memon 270 by rotation of the registers. These prefetch operations move array data to one or more low level caches 220, 230, where they can be accessed quickly by load instructions in the loop when the corresponding loop iterations are reached. The instructions that implement prefetching, loading, and manipulating the data are typically stored in an instruction region 278 of memory 270 during execution. They may be supplied to main memory from a non¬volatile memory structure (hard disk, floppy disk, CD, etc.). Embodiments of the present invention are illustrated by specific code segments with the understanding that persons skilled in the art and having the benefit of this disclosures will recognize numerous variations of these code segments that fall within the spirit of the present invention. One embodiment of the present invention is illustrated by the following code segment: (II) r41 -address ofE(l+X) r42 = address of D(l+X) r43 = address of C(l+X) r44 = address of B(l+X) r45 = address of A(l+X) (IIa) Loop: Prefetch [r45] r40 = r45 + INCR load A(J) load B(J) load C(J) load D(J) load E(J) J = J+ 1 branch Loop A, B, C, D, and E represent arrays, the elements of which are accessed from within the loop portion of code segment (II) by the corresponding load instructions. When prefetching is synchronized properly, the data elements targeted by these loads are available in a low level cache, and can be supplied to the processor's execution resources with low access latency, e.g. a one or two cycles. In code segment (II), this is accomplished by selecting appropriate values for address offset, X, and address increment, INCR. In the disclosed loop, when the current loop iteration is operating on element (J) of the arrays, the prefetch targets element (J+X) of the array. Here, X represents the number of array elements by which the targeted element follows the current element. In effect, X represents the lead time necessary to ensure sure that element J+X is in the cache when the load targeting J+X executes. The value of X depends on the number of cycles required to implement each iteration of code segment (II), and the latency for returning data from the main memory. For example, if code segment (II) completes an iteration in 10 clock cycles and it takes 100 clock cycles to return a cache line from memory, the prefetch in the current iteration of the loop should target an element that is at least 10 elements ahead of that in the current iteration of the loop. For each iteration of code segment (II), the prefetch instruction targets an address specified in r45. Here, r45 is a virtual register identifier that points to a value in a physical register. The correspondence between the physical register and the virtual register identifier is provided by the register renaming algorithm, which in this case is register rotation. For code segment (II), r4 I - r45 are initialized to addresses of elements in arrays E - A, respectively. The values in these registers are rotated on each iteration of the loop, when the loop branch instruction is executed. Register rotation adjusts the array to which the prefetch instruction applies on each iteration of code segment (II). This eliminates the need for separate prefetch instructions for each array and the bandwidth problems associated with bunched prefetches. It also allows the frequency with which prefetches are issued for a particular array to be adjusted to reflect the size of the cache line returned by prefetches and the array stride. The assignment instruction, r40 = r45 + INCR increments the target address of the array for its next prefetch and returns it to a starting register in the set of rotating registers. In code segment (II), the prefetch targets an element of a given array every 5 iterations - the number of loop iterations necessary to move the incremented array address from r40 back to r45. As a result, a prefetch targets elements in arrays A, B, C, D, and E on 5 successive iterations, then repeats the cycle, beginning with array A on the 6" iteration. The increment value in the assignment instruction depends on the following parameters: the size of the cache line returned on each prefetch (L); the number of iterations between line fetches, i.e. the number of arrays that require prefetches (N); and the size (stride) of the array elements (M). The cache line size divided by the stride is the number of iterations for which a single line fetch provides data. For example, where a cache line is 64 bytes (L = 64), data is required for 5 arrays (N = 5), and each array element is 8 bytes (M = 8): INCR = N*L/M For the above example, INCR = 5*64/8 = 40. Certain ISAs, e.g. the IA-64 ISA, provide prefetch instructions that automatically increment the address to be prefetched by a specified value, e.g. prefetch [target address], address increment. For these ISAs, the prefetch and assignment instructions can be replaced by a an auto-increment prefetch instruction and a MOV instruction. For example, the first two instructions in loop (Ila) may be replaced by prefetch [r45], 40 and mov r40 = r45. Table 1 shows the iterations of Loop (II) for which elements of array A are prefetched, the current element of A when the prefetch is launched, the address of the element to be prefetched, and the elements of the array returned by the prefetch. Table entries are suitable for the case in which X = 20. J CURRENT ELEMENT PREFETCH ADDRESS CACHE LINE CONTENTS 0 A(0) A(20) A(16)-A(23) 5 A(5) A(25) A(24)-A(3I) 10 A(10) A(30) A(24)-A(31) 15 A(15) A(35) A(32)-A(39) 20 A(20) A(40) A(40}-A(47) 25 A(25) A(45) A(40)-A(47) 30 A(30) A(50) A(48)-A(55) 35 A(35) A(55) A(48)-A(55) 40 A(40) A(60) A(56)-A(63) 45 A(45) A(65) A(64)- A(71) C A A(7I) The method embodied in code segment (II) does generate some redundant prefetches. For example, those launched on the 10lh 25 , 35th and 50' iterations target the same cache lines as those launched on the 5th, 20th , 30th and 45th iterations. Redundant prefetches are generated when the number of array elements returned in a cache line is incommensurate with the number of iterations between prefetches. The level of redundancy is, however, significantly less than that obtained when prefetches are launched on every iteration. In addition, the processor may include logic to identify and eliminate redundant prefetches. Another embodiment of the present invention is illustrated by the following code segment: (III) p41=true p42 = false p43 - false p44 = false p45 = false p46 = false p47 = false p48 = false r4 = address of A(l+X) r5 = address of B(l+X) r6 = address of C(l+X) r7 = address of D(l+X) r8 = address of E(l+X) (IIIa) Loop: (p41) prefetch [r4], 64 (p42) prefetch [r5], 64 (p43) prefetch [r6], 64 (p44) prefetch [r7], 64 (p45) prefetch [r8], 64 p40 = p48 load A(J) load B(J) load C(J) load D(J) load E(J) J=J+ 1 branch Loop Prior to entering the loop (Ilia), a set of rotating predicate registers, p41-p48 are initialized so that at least one predicate represents a logic true value. In addition, each register/in a set of non-rotating registers, r4 - r8, is initialized to a prefetch address for one of the arrays, A - E. Here, X represents an offset from the first address of the array. As in the previous embodiment, it is selected to provide enough time for prefetched data to be returned to a cache before the load targeting it is executed. The loop (IlIa) includes a predicated prefetch instruction for each array. The true predicate value moves to successive predicate registers as the predicate registers rotate on successive loop iterations. On each iteration, the prefetch instruction gated by the predicate register that currently holds the true value is activated. The other prefetch instructions are deactivated (predicated off). Of the 8 predicate registers in the set, only 5 gate prefetch instructions. The last three are dummies that allow the prefetch frequency for an array to be synchronized with the cache line size and the array stride. For the disclosed embodiment, a prefetch is activated once every eight iterations by rotating the true predicate value through a set of 8 rotating predicate registers. This makes the number of iterations between prefetches (8) equal to the number of array elements returned by a cache line (8), eliminating redundant prefetches. For the disclosed embodiment, the activated prefetch instruction automatically increments the address in the corresponding register by 64 bytes, e.g. 8 array elements. For other embodiments, the same operations may be accomplished by a simple prefetch instruction (one without an auto-increment capability), and an assignment instruction (r4 = r4 + 64) as in code segment (II). Following the predicated prefetches, the assignment instruction, p40 = p48 rotates the value in the last predicate register of the set back to a position from which it can begin to cycle through the set of predicate registers again. An embodiment of code segment (111) based on the IA-64 ISA may implement the assignment using the following compare instruction: (p48) comp.eq.unc p40, pO = rO,rO. The IA-64 ISA also allows the predicate initialization to be implemented by a single instruction, pr.rot = 0x20000000000, which initializes P41 to true and all other predicate registers to false. Fig. 3 is a flowchart representing a method 300 in accordance with the present invention for executing software prefetches from within a loop. Before entering the loop portion of method 300, a set of rotating registers is initialized 310. For example, rotating general registers may be initialized with the first prefetch addresses of the arrays, as illustrated by code segment (II). Alternatively, rotating predicate registers may be initialized to logical true or false values, to activate selected prefetch instructions, as illustrated in code segment (III). In this case, non-rotating general registers are initialized to the first prefetch addresses of arrays. Following initialization 310, the loop portion of method 300 begins. A cache line is prefetched 320 for an array designated through the rotating register set. For disclosed embodiments, this is accomplished through prefetch instruction(s) that are parameterized by one or more of the rotating registers. For code segment (II), the target address is the parameter and the general register specifying the target address parameterizes the prefetch. For code segment (III), the predicates associated with the prefetch instructions are the parameters, and the predicate registers that hold these values parameterize their associated prefetches. In each case, altering the value in the designated register changes the array targeted by the prefetch operation. Following the prefetch 320, the address of the array(s) for which the prefetch is performed is adjusted 330 to point to the cache line containing the next element to be prefetched for the array(s). Any instructions in the loop body, such as the load instructions and any instructions that operate on loaded values, are executed 340 on each iteration of the loop. While these are shown to follow prefetching 320 and adjusting 330 in Fig. 3, their relative order in method 300 is not important. The remaining instructions may be executed before, after, or concurrently with prefetching and adjusting the current array address. On each loop iteration, a termination condition 350 is checked and the loop is terminated 370 if the condition is met. If additional iterations remain, registers are rotated 360 to update the prefetch instruction for the next iteration, and the loop is repeated. Depending on the computer system employed, registers may be rotated even when the loop termination condition is met. The present invention thus supports efficient prefetching from within a loop, by reducing redundant prefetches and distributing prefetch activity across multiple loop iterations. This is accomplished without expanding the code size of the loop or increasing the instruction overhead. A set of rotating registers is initialized, and one or more prefetch instructions within the loop are parameterized by one or more rotating registers. Operation of the prefetch instruction(s), e.g. the target address, active/NOP status, is adjusted as the registers are rotated on successive iterations of the loop. The present invention may be employed advantageously in any code that implements prefetching from within a loop. The disclosed embodiments have been provided to illustrate the general features of the present invention. Persons skilled in the art of computer software, having the benefit of this disclosure, will recognize modifications and variations of these embodiments that fall within the spirit of the present invention. The scope of the invention is limited only by the appended claims. WE CLAIM: 1. A method being implemented in a computer system (200), providing support for register rotation for prefetching array data (274,278) from within a loop (210), on each iteration, parameterized by the rotating register (214,216,218), embedded therein comprising: rotating register (214,216,218), embedded in the system being initialized to activate selected loop iterations (210) indicating prefetch (274,278) to a first array initiating the said prefetch operation to the first array; storing data (270) for one or more arrays (220,230), including the first array; and executing a rotation register, embedded in the said system processor to indicate a prefetch operation to a new array. 2. The method as claimed in claim 1, wherein the rotating register embedded in the said system stores an array address (220,230) and initializing that rotating register comprises initializing the rotating • register to an address of the_first array. 3. The method as claimed in claim 2, wherein executing a said register rotation, embedded therein comprises: incrementing the address (278) in the rotating register to point to a new element of the first array; and rotating an address associated with a new array into the rotating register. 4. The method as claimed in claim 1, wherein, the rotating register is a designated register of a set of said rotating registers, and initializing the rotating register comprises initializing the designated register (214,216,218) to point to the first array and initializing other rotating registers of the set to point to other arrays. 5. The method as claimed in claim 1, wherein initializing a rotating register to activate selected loop iterations (210) indicating a prefetch (274) to a first array comprises initializing the rotating register to activate a said prefetch operation that targets the first array. 6. The method as claimed in claim 5, wherein the rotating register (214,216,218) is a predicate register (214,216,218) and the said prefetch operation is activated by writing a specified logic value to the said predicate register. 7. The method as claimed in claim 6, wherein executing a register rotation comprises rotating the specified logic value (220,230) into a said predicate register that activates a prefetch operation to the new array. 8. The method as claimed in claim 1, comprising: issuing a prefetch (274) for an element of an array that is specified through a prefetch parameter (278); loading data from each of the one or more arrays (278); and adjusting the prefetch parameter (278), responsive to a loop branch. 9. The method as claimed in claim 8, wherein the prefetch parameter is stored in a rotating predicate register (214,216,218) that gates a prefetch associated with the array, and issuing the prefetch comprises is the prefetch when the predicate register holds a specified logic value. 10. The method as claimed in claim 9, wherein adjusting the said prefetch parameter comprises moving a new logic value into the said predicate register (214,216,218) by register rotation. 11. The method as claimed in claim 8, wherein the said prefetch parameter is an array address stored in a said rotating register, and issuing the prefetch comprises issuing the prefetch to an element of the array indicated by the address. 12. The method as claimed in claim 11, wherein adjusting the said prefetch parameter comprises rotating an address (220,230) associated with another array into the designated rotating register. 13. A method as claimed in claim 1, comprising: issuing a prefetch (274) that is parameterized by a said rotating register; adjusting an address targeted by the prefetch; and rotating a new value into the rotating register to indicate a next prefetch. 14. The method as claimed in claim 13, wherein issuing a prefetch (274) that is parameterized by a rotating register comprises issuing a prefetch having a target address specified by a value in the rotating register. 15. The method as claimed in claim 14, wherein rotating a new value into the said rotating register comprises rotating a new- target address (220,230) into the rotating register. 16. The method as claimed in claim 13, wherein the said rotating register is a rotating predicate register (214,216,218) and issuing a prefetch comprises issuing a prefetch that is gated by a predicate stored in the rotating predicate register. 17. The method as claimed in claim 16, comprising initializing a set of rotating predicate registers (214,216,218) with logic values at least one of which represents a logic true value. 18. The method as claimed in claim 17, wherein rotating a new value into the said rotating register comprises rotating the logic values among the set of rotating predicate registers (214,216,218). 19. The method as claimed in claim 17, wherein the number of said predicate registers initialized is determined by a frequency (220,230) with which the issued prefetch is to be gated on by the predicate register. 20. The method as claimed in claim 13, wherein the said rotating register is a predicate register (218) that activates the prefetch if a stored predicate value is true and nullifies the prefetch if the stored predicate value is false (220,230). 21. The method as claimed in claim 13, wherein the said rotating register specifies a target address of one of a plurality of arrays arid (220,230) rotating a new value into the rotating register comprises rotating a target address for one of the arrays into the rotating register. Dated this the 21st day of November, 2001 JAYANTA PAL] Of Remfry & Sagar ATTORNEY FOR THE APPLICANT[S]

Documents:

abstract1.jpg

in-pct-2001-01455-mum-cancelled page(26-4-2005).pdf

in-pct-2001-01455-mum-cancelled pages(28-4-2005).pdf

in-pct-2001-01455-mum-claim(granted)-(26-4-2005).pdf

in-pct-2001-01455-mum-claims(21-11-2001).pdf

in-pct-2001-01455-mum-claims(amanded)-(26-4-2005).pdf

in-pct-2001-01455-mum-claims(granted)-(26-4-2005).doc

in-pct-2001-01455-mum-correspondence(26-4-2005).pdf

IN-PCT-2001-01455-MUM-CORRESPONDENCE(28-8-2009).pdf

IN-PCT-2001-01455-MUM-CORRESPONDENCE(4-2-2009).pdf

in-pct-2001-01455-mum-correspondence(ipo)-(28-4-2005).pdf

in-pct-2001-01455-mum-correspondence(ipo)-(4-8-2008).pdf

in-pct-2001-01455-mum-description(complete)-(21-11-2001).pdf

in-pct-2001-01455-mum-drawing(21-11-2001).pdf

in-pct-2001-01455-mum-drawing(26-4-2005).pdf

in-pct-2001-01455-mum-form 1(21-11-2001).pdf

IN-PCT-2001-01455-MUM-FORM 15(28-8-2009).pdf

in-pct-2001-01455-mum-form 19(26-3-2004).pdf

in-pct-2001-01455-mum-form 1a(26-4-2005).pdf

in-pct-2001-01455-mum-form 2(21-11-2001).pdf

in-pct-2001-01455-mum-form 2(granted)-(26-4-2005).doc

in-pct-2001-01455-mum-form 2(granted)-(26-4-2005).pdf

in-pct-2001-01455-mum-form 2(title page)-(21-11-2001).pdf

IN-PCT-2001-01455-MUM-FORM 26(28-8-2009).pdf

IN-PCT-2001-01455-MUM-FORM 26(4-2-2009).pdf

in-pct-2001-01455-mum-form 3(21-11-2001).pdf

in-pct-2001-01455-mum-form 3(24-4-2005).pdf

in-pct-2001-01455-mum-form 3(26-4-2005).pdf

in-pct-2001-01455-mum-form 5(26-4-2005).pdf

in-pct-2001-01455-mum-form-pct-ipea-409(26-4-2005).pdf

in-pct-2001-01455-mum-form-pct-isa-210(26-4-2005).pdf

IN-PCT-2001-01455-MUM-OTHER DOCUMENT(28-8-2009).pdf

in-pct-2001-01455-mum-petition under rule 137(26-4-2005).pdf

in-pct-2001-01455-mum-petition under rule 138(26-4-2005).pdf

in-pct-2001-01455-mum-power of authority(2-5-2005).pdf

in-pct-2001-01455-mum-power of authority(21-11-2001).pdf

in-pct-2001-01455-mum-power of authority(26-4-2005).pdf