|Publication number||US20050066153 A1|
|Application number||US 10/461,782|
|Publication date||Mar 24, 2005|
|Filing date||Jun 12, 2003|
|Priority date||Oct 12, 1998|
|Also published as||US6611910, US20020095566, WO2000022516A1|
|Publication number||10461782, 461782, US 2005/0066153 A1, US 2005/066153 A1, US 20050066153 A1, US 20050066153A1, US 2005066153 A1, US 2005066153A1, US-A1-20050066153, US-A1-2005066153, US2005/0066153A1, US2005/066153A1, US20050066153 A1, US20050066153A1, US2005066153 A1, US2005066153A1|
|Inventors||Harshvardhan Sharangpani, Tse-Yu Yeh, Michael Paul Corwin, Millind Mittal, Kent Fielden, Dale Morris, Rajiv Gupta, Michael Schlansker, Mircea Poplingher|
|Original Assignee||Harshvardhan Sharangpani, Tse-Yu Yeh, Michael Paul Corwin, Millind Mittal, Fielden Kent G., Dale Morris, Rajiv Gupta, Michael Schlansker, Mircea Poplingher|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (18), Referenced by (28), Classifications (16)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Technical Field
This invention relates to microprocessor architecture, and in particular to methods for processing branch instructions.
2. Background Art
Advanced processors employ pipelining techniques to execute instructions at very high speeds. On such processors, the overall machine is organized as a pipeline consisting of several cascaded stages of hardware. Instruction processing is divided into a sequence of operations, and each operation is performed by hardware in a corresponding pipeline stage (“pipe stage”). Independent operations from several instructions may be processed simultaneously by different pipe stages, increasing the instruction throughput of the pipeline. Where a pipelined processor includes multiple execution resources in each pipe stage, the throughput of the processor can exceed one instruction per clock cycle.
Contemporary superscalar, deeply pipelined processors may have anywhere from 5 to 15 pipe stages and may execute operations from as many as 4 to 8 instruction simultaneously in each pipe stage. In order to make full use of a processor's instruction execution capability, the execution resources of the processor must be provided with sufficient instructions from the correct execution path. This keeps the pipeline filled with instructions that contribute to the forward progress of the program.
The presence of branch instructions poses major challenges to filling the pipeline with instructions from the correct execution path. When a branch instruction is executed and the branch condition met, control flow of the processor is resteered to a new code sequence and the pipeline is refilled with instructions from the new code sequence. Since branch execution occurs in the backend of the pipeline, and instructions are fetched at the front end of the pipeline, several pipe stages worth of instructions may be fetched from the wrong execution path by the time the branch is resolved. These instructions need to be flushed, causing bubbles (idle stages) in the pipeline. The processor then begins fetching instructions at the target address indicated by the branch instruction. The intervening stages of the pipeline remain empty until they are filled by instructions from the new execution path.
To reduce the number of pipeline bubbles, processors incorporate branch prediction modules at the front ends of their pipelines. When a branch instruction enters the front end of the pipeline, the branch prediction module forecasts whether the branch instruction will be taken when it is executed at the back end of the pipeline. If the branch is predicted taken, the branch prediction module communicates a target address to the fetch module at the front end of the pipeline. The fetch module begins fetching instructions at the target address.
Conventional branch prediction modules employ branch target buffers (BTBs) to track the history (target address, branch direction) of branch instructions. Target addresses and branch directions (taken/not taken) are collected in the BTB as the branch instructions are processed. If a branch is resolved taken when it is first encountered, instructions beginning at its branch target address (branch target instructions) may be stored in an instruction cache for the encounter. Dynamic branch prediction algorithms use the stored branch history information to predict branch outcomes on subsequent encounters. Dynamic branch prediction schemes range from relatively simple algorithms, e.g. the predicted outcome is the same as the last outcome, to complex algorithms that require substantial time and resources to execute. When the branch is subsequently encountered, the dynamic branch prediction algorithm predicts the branch direction. If the predicted branch direction is “taken”, the branch target address is used to access branch target instructions in the cache, if they have not been displaced.
There are a number of problems with the conventional approach to branch prediction. For example, the BTB typically accumulates branch history/prediction information indiscriminately for all branch instructions that are processed. A relatively large BTB is required to reduce the risk of overwriting branch history information for important branch instructions with information for less important branch instructions (Important branch instructions are those critical to program performance). The greater size of the BTB makes it correspondingly slower, reducing the performance of branch processing operations.
The dynamic branch prediction algorithms employed by the BTB can also impact system performance. More accurate dynamic prediction algorithms tend to be more complex. They require more die area to implement, further increasing the size of the BTB, and they require more time to provide a prediction. Dynamic branch prediction algorithms also make no use of branch information available from the compiler, e.g. static prediction information. This reduces their prediction accuracy for branches that are not encountered frequently, i.e. branches that lack temporal locality. Branch history information for these branches is more likely to be displaced from the BTB before it is used.
Another problem is created by the limited availability of cache space. Target branch instructions saved to a cache for a branch that is resolved taken may be evicted before they are used if the branch is not encountered frequently. Some processors support prefetching to improve the availability of branch target instructions for important branch instructions. A prefetch instruction may be scheduled ahead of the branch instruction. The prefetch instruction triggers the processor to fetch the branch target instructions and return them to an instruction cache. When the branch instruction is subsequently encountered, the branch target instructions can be accessed from the cache using the target address provided by the BTB or the decoder. Provided the prefetch instruction is properly scheduled, it can deliver the branch target instructions to the cache before they are needed. This can improve the speed with which the processor pipeline is resteered, but it does increase traffic on the processor-memory channel, and use of prefetching may be limited for this reason. Prefetching alone also does nothing to reduce the size/speed/accuracy constraints of the BTB.
The present invention addresses these and other problems associated with conventional branch processing systems.
The present invention supports efficient processing of branch operations by providing early, intelligent branch prediction information to the branch prediction system.
In accordance with the present invention, a branch operation is processed through a branch predict instruction and an associated branch instruction. The branch predict instruction indicates a target address and an instruction address for the associated branch instruction. When the branch predict instruction is detected, the target address is stored at an entry indicated by the associated branch instruction address.
For one embodiment of the invention, the branch predict instruction triggers a prefetch of the branch target instructions into an instruction cache or buffer. When the associated branch instruction is subsequently detected, the target address is read from the entry and instructions indicated by the target address are retrieved from the instruction cache.
The branch predict instruction may also include hint information for managing branch prediction information. For a hierarchical branch prediction system, hint information may indicate in which structure the information is to be stored. Hint information may also indicate whether static or dynamic information is used to predict the branch direction. In the latter case, the hint may trigger the dynamic prediction algorithm, allowing more time for the dynamic prediction algorithm to complete.
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.
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.
Processors typically encounter one branch instruction for every of five to twelve instructions. A branch instruction is executed to determine the next instruction on the execution path (instruction flow) and to determine any side effects it may have on the architectural state. A conditional branch instruction specifies a target address and a branch condition. The branch condition determines the direction of the branch, i.e. whether the branch is taken or not taken. When the branch instruction is executed, processor control jumps to the instruction at the target address if the branch direction is taken. Processor control falls through to the next instruction if the branch direction is not taken. The target address may be specified by a pointer to a register (indirect branch) or as an offset from the IP of the branch instruction (IP-relative branch). The branch condition may be specified through a variable to which the branch instruction points. The variable is typically stored in a register that is written by compare instructions.
The present invention supports branch operations with early, intelligent branch prediction information tailored to the upcoming instruction sequence. This allows efficient use of branch prediction structures and early initiation of long latency operations associated with the branch (target instruction prefetches, dynamic branch prediction calculations). The branch prediction structures are managed under software control through branch and branch predict instructions. Software control allows branch prediction information for imminent branch instructions to be made available earlier through smaller, faster branch prediction structures. A link between the branch predict instruction and its associated branch instruction allows prediction information to be loaded into these branch prediction structures and accessed on an as-needed basis.
IPG 110 selects one or more instruction pointers (IPs) for processing on each clock cycle. Fetch module 120 uses the IP(s) to provide a corresponding instruction(s) to decode module 130. Ideally, instructions corresponding to selected IPs are available from I-cache 160 or through some other low latency buffer or bypass channel. Instructions from fetch module 120 are decoded in decode module 130 and directed to appropriate execution resources according to their instruction type. Branch instructions are directed to branch processing resources in execution system 140.
For IPs that correspond to branch instructions, branch prediction module 170 provides prediction information that anticipate changes in the instruction flow when the branch instruction is subsequently executed. For example, branch prediction system 170 provides a predicted branch direction and target address when a branch IP hits in BPT 174 and TAC 178, respectively, and I-cache 160 provides the instructions to which the branch target address points. The present invention ensures that this information is available from fetch module 120 when the branch IP is detected. In particular, it allows relatively small, fast storage structures such as BPT 174 and TAC 178 to be employed without reducing percentage of branch instructions for which predictions are provided (hit rate). As discussed below, the availability of static branch prediction information and the greater lead time for complex dynamic prediction algorithms improves the prediction accuracy of these structures.
In accordance with the present invention, a branch predict instruction (BRP) specifies branch hint information, including a predicted branch direction, a predicted target address, and a link to an associated branch instruction (BR). The BRP provides this branch hint information to prediction module 170 ahead of its associated BR. Targeting prediction information to branch instructions in the upcoming code stream allows smaller branch prediction structures to be used. Providing the prediction information early allows prefetches to be triggered and dynamic prediction algorithms to be initiated well before their results are needed. In the latter case, the greater lead time allows more complex dynamic prediction algorithms to be employed without increasing the response time of branch prediction module 170. For one embodiment of the invention, the BRP triggers delivery of the instructions indicated by the predicted target address to I-cache 160. Coupling the BRP to its associated BR allows branch prediction information and target instructions to be delivered to fetch module 120 on an as-needed basis for at least a portion of the BRs. For one embodiment, this coupling is provided by an indication of the IP of the associated BR.
Delivery of branch prediction information on an as-needed or just-in-time basis limits the amount of storage that must be provided by the branch prediction structures. The area saved allows these structures to be kept relatively small, increasing the speed with which they can access prediction information. Alternatively, some of the area savings may be used to implement a more accurate branch prediction algorithm.
As indicated in
In sum, the BRP loads branch prediction module 170 with branch hint information at an entry indexed by its associated BR and initiates a prefetch request for branch target instructions. This increases the likelihood that branch hint information is available in branch prediction module 170 without increasing the size of BPT 174 or TAC 178. Moreover, a BR does not have to be decoded and executed to load BPS 170 with its hint information. BRP makes the branch hint information available early from fetch module 120 for the initial encounter with its associated BR. This improves performance where the program code does not have temporal locality and in other cases where dynamic prediction methods are ineffective.
The amount of time necessary to fetch the branch target instructions for a predicted taken branch depends in part on the response time of BPT 174 and TAC 178. For one embodiment of the invention, these are designed to provide branch target instructions two clock cycles after the branch IP is provided to fetch module 120. This leaves a one clock cycle bubble in pipeline 100 between the (predicted TK) branch and its target instructions.
For this embodiment of the invention, BRP includes an importance hint to indicate whether the predicted target address should be stored in TAR 172 or TAC 178. Decoder 130 interprets the hint and directs the predicted branch target address accordingly. In the example, the BRP IP hits in I-cache 160 and the BRP is provided to decoder 130. Decoder 130 loads prediction information from the BRP into (1A) TAR 172 or (1B) BPT 174 and TAC 178, according to whether the hint bit is set. As in the embodiment of
The data in branch target field 320 is typically provided as an IP or a portion of the IP for the first of the branch target instructions. This IP (or a portion of it) identifies the instructions targeted by a prefetched request that is triggered by BRP 300, and it is loaded into branch prediction system 170 to access the prefetched target instructions when the associated BR is detected. As discussed below, the branch target IP is stored at an entry of, e.g., TAC 178, that is tagged by the IP of the associated BR. For an indirect branch instruction, field 320 points to a register in which the branch target IP (or a portion of it) is stored. The processor reads the target address from the register and stores it at an entry tagged by the IP of the associated BR.
For one embodiment of the invention, link field 330 provides a displacement that may be added to the IP of BRP 300 to determine the IP of the associated BR. This IP provides the link between BRP 300 and its associated BR that allows branch prediction information to be prepositioned in branch prediction system 170 on an as-needed basis. Decoder 130 may use data from link field 330 and the BRP IP to determine the IP of the associated BR. For one embodiment, link field 330 specifies a nine bit offset that is combined with the IP of BRP 300 to indicate the IP of the associated BR. Decoder 130 stores the branch prediction data in an entry of, e.g., BPT 174 or TAC 178, identified through the associated BR IP (or IP portion). BRP 300 is scheduled to make the branch predict information available by the time the IP of the associated BR reaches fetch module 120. This avoids the need wait for decoder 130 to extract the information when the branch instruction is first executed.
For another embodiment, link field 330 may store a tag made up of some subset of bits from the address of the branch instruction. When a branch is encountered, the corresponding subset of bits from the instruction address are CAMMED to determine whether a match is present. Persons skilled in the art will recognized that other methods are available to encode a link between the BRP with its associated BR.
Hint field 340 may include hint information indicating the importance of the BR, how it should be predicted, and whether and how a prefetch request should be implemented. For the embodiment of pipeline 100 in
A “whether” hint (WH) in hint field 340 may be used to indicate how the associated BR should be predicted. For example, the “whether” hint may indicate that the associated BR should be predicted on the basis of static data available at compile time, or that dynamic data accumulated during execution be used to predict the associated BR. Dynamic data includes the resolved branch direction and target address for the executed BR.
For one embodiment of the invention, the “whether” hint indicates a type for a loop branch instruction. For example, counted loops and top loops are loop structures that terminate with a loop branch instruction. The loop is repeated each time the loop branch is resolved TK, and it terminates when the loop branch is resolved NT. Typically, a counted/top loop is iterated repeatedly before it is terminated. During execution of the loop, the counted/top loop branch is resolved TK for multiple iterations. It is resolved NT on the final iteration, which exits the loop. Exit loops are loop structures in which the loop branch is at a location other than the end of the loop. The loop is repeated each time the loop branch is resolved NT, and it terminates when the loop branch is resolved TK. A typical exit loop is also iterated repeatedly before it is terminated. Encounters with the exit loop branch produces a sequence of NT resolutions followed by a TK resolution that terminates the loop. In each case, the likelihood that a loop branch will be resolved taken depends on the type of loop. Indicating the loop type in the “whether” hint allows the loop branch to be more accurately predicted.
For one embodiment of the invention, two prefetch related hints are provided in hint field 340. One prefetch related hint, the trace vector (PFV), allows prefetch requests to be canceled if the associated BR no longer appears to be on the processor's execution path. Another prefetch hint, the sequential fetch hint (SEQ), allows a series of fetches to be triggered by a single prefetch request when the branch target instructions are too numerous to transferred in a single fetch.
The trace vector represents the execution path (or a portion of it) between BRP 300 and its associated BR. For one embodiment, the trace vector may represent the execution path by indicating the branch directions of intervening BRs that are necessary to reach the associated BR from its BRP. These directions are compared with the resolved branch directions of the intervening BRs. When the represented and resolved branch directions disagree, the processor's execution path will miss the associated BR, and the prefetch request triggered by BRP 300 is canceled. For one embodiment, the prefetch trace vector is 3 bits wide, and specifies the TK/NT/DC status of the first two intervening BRs that follow the BRP. Here, DC means “don't care”, i.e. the associated branch instruction may be reached, independent of whether the intervening branch instruction is TK or NT.
For one embodiment of the invention, the sequential fetch hint is a single bit field. When the bit is set, a single prefetch request triggers multiple fetches to sequential blocks of branch target instructions. As noted above, this is useful when the branch target instruction is too big to be retrieved in a single fetch operation. A prefetch request returns only one block of branch target instruction when the sequential fetch hint is not set.
Hint field 430 may also include a “deallocation” hint to better manage branch prediction resources. As noted above, conventional branch prediction systems employ large storage structures in their branch prediction systems to track branch prediction histories for recently executed branch instructions. The deallocation hint of the present invention, allows branch prediction system 170 to ignore branch history data for selected BRs. For example, if a BR is not likely to be encountered again any time soon, the deallocation hint may be used to keep the corresponding branch history data out of BPT 174, TAC 178, and TAR 172 (if present). This can be particularly important, where smaller branch prediction structures are employed to speed up the pipeline resteer process. For one embodiment of the invention, if the “deallocation” bit is set, branch prediction system 170 is not updated with branch information when BR 400 is executed. If the “deallocation” bit is not set, branch prediction system 170 is updated to reflect the resolution of BR 400.
For one embodiment of the invention, a local cache is checked 540 for an instruction at the branch target address, and a prefetch request is triggered 550 (BTI), if it is not available in the cache. The prefetch increases the probability that the branch target instructions BTI pointed to by the branch target address (pointer) is available in, e.g., I-cache 160 when the associated branch instruction is encountered.
For another embodiment of the invention, a hint that indicates whether the associated branch should be predicted statically or dynamically is checked 560. If the branch is to be predicted dynamically 550, the prediction algorithm is initiated 570. By initiating the prediction algorithm in response to the branch predict instruction, the algorithm has more time to complete before the branch instruction arrives.
The branch prediction data is stored 580 in the entry in BPS 170 associated with the BR IP. For one embodiment of method 500, the branch prediction system includes a hierarchy of storage structures for the prediction information provided by the BRP. For this embodiment, a hint bit in the BRP indicates which storage structure should receive the prediction information. An entry in the selected storage structure is indicated by the IP of the BR associated with the BRP.
The operations of method 500 are shown in a particular order, but this order is not necessary to implement the invention. For example, dynamic branch prediction, prefetch initiation, and storing may be done concurrently or in a different order than is illustrated.
There has thus been provided a method for processing branch operations that makes fast, efficient use of branch prediction structures. A branch predict instruction includes target address and predicted branch direction information for an associated branch instruction indicated by the branch predict instruction. The branch instruction indicated by the branch predict instruction points to an entry or entries in a branch prediction system at which the predicted target address and branch direction are stored. When the associated branch instruction is subsequently detected, the corresponding entry in the BPS may be identified and the branch prediction information retrieved for processing.
While the present invention has been illustrated using specific embodiments, it is not limited to these embodiments. Rather, the invention is represented by the spirit and scope of the appended claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4943908 *||Dec 2, 1987||Jul 24, 1990||International Business Machines Corporation||Multiple branch analyzer for prefetching cache lines|
|US5511178 *||Nov 23, 1993||Apr 23, 1996||Hitachi, Ltd.||Cache control system equipped with a loop lock indicator for indicating the presence and/or absence of an instruction in a feedback loop section|
|US5568624 *||Aug 13, 1993||Oct 22, 1996||Digital Equipment Corporation||Byte-compare operation for high-performance processor|
|US5742804 *||Jul 24, 1996||Apr 21, 1998||Institute For The Development Of Emerging Architectures, L.L.C.||Instruction prefetch mechanism utilizing a branch predict instruction|
|US5774685 *||Apr 21, 1995||Jun 30, 1998||International Business Machines Corporation||Method and apparatus for biasing cache LRU for prefetched instructions/data based upon evaluation of speculative conditions|
|US5778435 *||May 30, 1996||Jul 7, 1998||Lucent Technologies, Inc.||History-based prefetch cache including a time queue|
|US5790823 *||Jul 13, 1995||Aug 4, 1998||International Business Machines Corporation||Operand prefetch table|
|US5857104 *||Nov 26, 1996||Jan 5, 1999||Hewlett-Packard Company||Synthetic dynamic branch prediction|
|US5887159 *||Dec 11, 1996||Mar 23, 1999||Digital Equipment Corporation||Dynamically determining instruction hint fields|
|US5949995 *||Aug 2, 1996||Sep 7, 1999||Freeman; Jackie Andrew||Programmable branch prediction system and method for inserting prediction operation which is independent of execution of program code|
|US5961637 *||Jun 21, 1995||Oct 5, 1999||Sgs-Thomson Microelectronics Limited||Split branch system utilizing separate set branch, condition and branch instructions and including dual instruction fetchers|
|US6044459 *||Nov 5, 1997||Mar 28, 2000||Hyundai Electronics Industries Co., Ltd.||Branch prediction apparatus having branch target buffer for effectively processing branch instruction|
|US6092188 *||Jul 7, 1999||Jul 18, 2000||Intel Corporation||Processor and instruction set with predict instructions|
|US6374348 *||Oct 17, 2000||Apr 16, 2002||Hitachi, Ltd.||Prioritized pre-fetch/preload mechanism for loading and speculative preloading of candidate branch target instruction|
|US6477639 *||Oct 4, 2000||Nov 5, 2002||Hitachi, Ltd.||Branch instruction mechanism for processor|
|US6523110 *||Jul 23, 1999||Feb 18, 2003||International Business Machines Corporation||Decoupled fetch-execute engine with static branch prediction support|
|US6560775 *||Dec 24, 1998||May 6, 2003||Elbrus International Limited||Branch preparation|
|US6622240 *||Feb 1, 2000||Sep 16, 2003||Intrinsity, Inc.||Method and apparatus for pre-branch instruction|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7493516||Feb 28, 2006||Feb 17, 2009||Searete Llc||Hardware-error tolerant computing|
|US7512842||Mar 17, 2006||Mar 31, 2009||Searete Llc||Multi-voltage synchronous systems|
|US7539852||Aug 29, 2005||May 26, 2009||Searete, Llc||Processor resource management|
|US7600099||Mar 8, 2007||Oct 6, 2009||International Business Machines Corporation||System and method for predictive early allocation of stores in a microprocessor|
|US7607042||Feb 28, 2006||Oct 20, 2009||Searete, Llc||Adjusting a processor operating parameter based on a performance criterion|
|US7627739||Sep 29, 2006||Dec 1, 2009||Searete, Llc||Optimization of a hardware resource shared by a multiprocessor|
|US7647487||Sep 28, 2006||Jan 12, 2010||Searete, Llc||Instruction-associated processor resource optimization|
|US7653834||Mar 17, 2006||Jan 26, 2010||Searete, Llc||Power sparing synchronous apparatus|
|US7725693||Sep 22, 2006||May 25, 2010||Searete, Llc||Execution optimization using a processor resource management policy saved in an association with an instruction group|
|US7739524||Mar 28, 2006||Jun 15, 2010||The Invention Science Fund I, Inc||Power consumption management|
|US7774558||Aug 29, 2005||Aug 10, 2010||The Invention Science Fund I, Inc||Multiprocessor resource optimization|
|US7779213||Sep 29, 2006||Aug 17, 2010||The Invention Science Fund I, Inc||Optimization of instruction group execution through hardware resource management policies|
|US7877584||Aug 29, 2005||Jan 25, 2011||The Invention Science Fund I, Llc||Predictive processor resource management|
|US7996671||Nov 12, 2004||Aug 9, 2011||Bluerisc Inc.||Security of program executables and microprocessors based on compiler-architecture interaction|
|US8051255||Aug 10, 2010||Nov 1, 2011||The Invention Science Fund I, Llc||Multiprocessor resource optimization|
|US8181004||Sep 22, 2006||May 15, 2012||The Invention Science Fund I, Llc||Selecting a resource management policy for a resource available to a processor|
|US8209524||Jan 31, 2006||Jun 26, 2012||The Invention Science Fund I, Llc||Cross-architecture optimization|
|US8214191||Jan 31, 2006||Jul 3, 2012||The Invention Science Fund I, Llc||Cross-architecture execution optimization|
|US8255745||Jan 8, 2009||Aug 28, 2012||The Invention Science Fund I, Llc||Hardware-error tolerant computing|
|US8375247||Feb 28, 2006||Feb 12, 2013||The Invention Science Fund I, Llc||Handling processor computational errors|
|US8402257||Nov 30, 2005||Mar 19, 2013||The Invention Science Fund I, PLLC||Alteration of execution of a program in response to an execution-optimization information|
|US8423824||Jan 14, 2010||Apr 16, 2013||The Invention Science Fund I, Llc||Power sparing synchronous apparatus|
|US8516300||Jan 13, 2009||Aug 20, 2013||The Invention Science Fund I, Llc||Multi-votage synchronous systems|
|US8607209 *||Jan 18, 2005||Dec 10, 2013||Bluerisc Inc.||Energy-focused compiler-assisted branch prediction|
|US9069938||Nov 27, 2012||Jun 30, 2015||Bluerisc, Inc.||Securing microprocessors against information leakage and physical tampering|
|US20050108507 *||Nov 12, 2004||May 19, 2005||Saurabh Chheda||Security of program executables and microprocessors based on compiler-arcitecture interaction|
|US20050114850 *||Oct 18, 2004||May 26, 2005||Saurabh Chheda||Energy-focused re-compilation of executables and hardware mechanisms based on compiler-architecture interaction and compiler-inserted control|
|US20140115257 *||Oct 22, 2012||Apr 24, 2014||Advanced Micro Devices, Inc.||Prefetching using branch information from an instruction cache|
|U.S. Classification||712/239, 712/E09.052, 712/E09.057, 712/E09.051, 712/E09.078|
|International Classification||G06F9/32, G06F9/38|
|Cooperative Classification||G06F9/325, G06F9/3846, G06F9/3806, G06F9/3844, G06F9/322|
|European Classification||G06F9/38B2B, G06F9/32B6, G06F9/38E2D, G06F9/38E2S|