US20120102349A1 - System and method for controlling processor low power states - Google Patents
System and method for controlling processor low power states Download PDFInfo
- Publication number
- US20120102349A1 US20120102349A1 US13/089,669 US201113089669A US2012102349A1 US 20120102349 A1 US20120102349 A1 US 20120102349A1 US 201113089669 A US201113089669 A US 201113089669A US 2012102349 A1 US2012102349 A1 US 2012102349A1
- Authority
- US
- United States
- Prior art keywords
- idle state
- state
- idle
- next idle
- selection
- 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.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
Definitions
- the present invention relates to the field of computer systems, more particularly relating to methods and apparatuses for power management in computer systems.
- a variety of techniques are known for reducing the power consumption in computer systems.
- ACPI Advanced Configuration and Power Interface
- Mobile computer systems typically include implementation of a variety of C states (e.g., C 0 , C 1 , C 2 , and C 3 ) to save power.
- the processor In the C 0 state, the processor is considered to be in an active state, executing code and performing useful work. In any of the non-C 0 states, the processor may be considered to be idle. For example, in the C 1 state, the processor may be able to respond to snoop transactions, and wake up very quickly (also referred to as having low latency exit). The processor may progressively cycle through the other lower states such as C 2 and C 3 as necessary to save even more power.
- C 2 is a stop grant or mobile “Quick Start” state, where typically clocks are gated off to a large portion of the processor die. The processor is able to service snoops in the C 2 state. The C 2 state also supports a fairly low latency exit to allow software to quickly resume execution. A processor in the C 2 state may not return to the C 0 state as quickly as a processor in the C 1 state. However, a processor in the C 2 state may not consume as much power as a processor in the C 1 state.
- C 3 is a deep sleep state, where clocks may be gated either internally or externally to the entire processor.
- the processor In the C 3 state, the processor is unable to snoop bus master transactions.
- a processor in the C 3 state may have higher latency exit to return to the C 0 state as compared to a processor in the C 2 or C 1 state.
- FIG. 1 is a block diagram illustrating an example of a computer system, in accordance with some embodiments.
- FIGS. 2A-2B include timing diagrams that illustrate examples of idle state determination based on past busy rate, in accordance with some embodiments.
- FIGS. 3A-3D illustrate examples of techniques that may be used to determine a next idle state, in accordance with some embodiments.
- FIG. 4 is a block diagram that illustrates one example of techniques that may be used to determine a next idle state based on input from device drivers, in accordance with some embodiments.
- FIG. 5 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using a previous idle period, in accordance with some embodiments.
- FIG. 6 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using a previous idle period, in accordance with some embodiments.
- a system and method for determining a next processor idle state is disclosed.
- the next processor idle state may be determined based on a previous processor idle state and a prediction of the period that the processor may remain in the next idle state.
- FIG. 1 is a block diagram illustrating an example of a computer system, in accordance with an embodiment.
- Computer system 100 may include a central processing unit (CPU) 102 and may receive its power from an electrical outlet or a battery (not shown).
- the CPU 102 may include a cache memory (not shown).
- the CPU 102 and chipset 107 may be coupled to bus 105 .
- the chipset 107 may include a memory control hub (MCH) 110 .
- the MCH 110 may include a memory controller 112 that is coupled to memory 115 .
- the memory 115 may store data and sequences of instructions that are executed by the CPU 102 or any other processing devices included in the computer system 100 .
- the MCH 110 may include a display controller 113 .
- Display 130 may be coupled to the display controller 113 .
- the chipset 107 may also include an input/output controller hub (ICH) 140 .
- the ICH 140 is coupled with the MCH 110 via a hub interface 141 .
- the ICH 140 provides an interface to input/output (I/O) devices within the computer system 100 .
- the ICH 140 may include PCI bridge 146 that provides an interface to PCI bus 142 .
- the PCI bridge 146 may provide a data path between the CPU 102 and peripheral devices.
- An audio device 150 and a disk drive 155 may be connected to the PCI bus 142 .
- the disk drive 155 may include a storage media to store data and sequences of instructions that are executed by the CPU 102 or any other processing devices included in the computer system 100 .
- other devices may also be connected to the PCI bus 142 .
- they may include network interface controller, communication device, keyboard, etc.
- FIGS. 2A-2B include timing diagrams that illustrate examples of idle state determination based on past busy rate, in accordance with some embodiments. Because each of the idle C states has different characteristics (e.g., power consumption, latency exit, etc.) it would be desirable to place an idle processor in a correct idle state. For example, if the processor is incorrectly placed in the C 1 state which has low latency exit to allow for quick return to the C 0 state, and the subsequent idle period lasts longer than anticipated, then power is wasted because the processor could have been placed in a C 2 or C 3 state.
- characteristics e.g., power consumption, latency exit, etc.
- the processor is incorrectly placed in the C 3 state which has high latency exit but consumes less power, and the subsequent idle period lasts shorter than anticipated, then the high latency exit may cause a decrease in system performance because it would take longer than necessary to return to the C 0 state.
- the selection of the appropriate idle state is normally performed by an operating system (OS).
- OS operating system
- the OS selects the idle state based on past busy rate. That is, if the past busy rate indicates that the processor was normally idle, a low power idle state (e.g., C 2 or C 3 state) may be used. If the past busy rate indicates that the processor was normally busy, then a low latency idle state (e.g., C 1 state) may be used.
- FIG. 2A illustrates an example situation when the processor is normally idle.
- a timer interrupt is generated periodically.
- the timings of the timer interrupts are represented by the vertical upward arrows.
- Each timer interrupt may cause the processor to change from an idle state (C 1 , C 2 or C 3 ) to the active state (C 0 ). This is represented in the timing diagram by the change from an idle level 200 to a busy level 205 .
- the period when the processor remains in the busy level may be referred to as the busy period.
- the processor may perform some work for a short period of time during the busy period and then may become idle. This is represented in the timing diagram by the change from the busy level 205 to the idle level 200 .
- the period when the processor remains in the idle level may be referred to as the idle period.
- the OS since the past busy rate indicates that the processor is normally idle, the OS may correctly determine that the processor is to be placed in a low power C state (e.g., C 3 ) during the idle period.
- FIG. 2B illustrates an example situation when the processor is transitioning from a busy level to an idle level after a long busy period.
- the timer interrupts are similar to those illustrated in FIG. 2A .
- the processor has just been busy for a long time during busy period 250 and is transitioning from the busy level 255 to the idle level 256 .
- the processor may transition from the idle level 256 to a busy level 255 .
- the process may remain busy for a short period before becoming idle again. Since the past busy rate of the processor indicates that it was busy during the long busy period 250 , the OS may place the processor in a low latency C state (e.g., C 1 ) during the idle period 265 .
- a low latency C state e.g., C 1
- this idle period 265 may be similar to those associated with the idle periods illustrated in FIG. 2A when the processor was placed in a low power state instead.
- the OS may select the incorrect idle state (e.g., C 1 ) even though the processor may stay idle during the idle period 265 long enough that it should be placed in a low power or high latency C state (e.g., C 3 ).
- the OS may select the low power C state for the processor during the idle period, as illustrated in FIG. 2A .
- the OS selects the low power C state, and the idle period turns out to be short, then selecting a low power C state may increase power consumption rather than decrease it. This is because there is an associated entry/exit power penalty associated with the low power C state.
- FIGS. 3A-3D illustrate examples of techniques that may be used to determine a next idle state, in accordance with some embodiments.
- the determination of the next idle state for a processor may be based on a previous idle period and an associated previous idle state.
- the previous idle period may include the length of time that the processor stayed in the previous idle state prior to transitioning to an active state.
- each idle state may be associated with a threshold time.
- the threshold time for an idle state that is associated with lower power consumption e.g., C 3 state
- a threshold time of more than 500 microseconds may be associated with the C 3 state
- a threshold time of more than 200 microseconds but less than or equal to 500 microseconds may be associated with the C 2 state
- a threshold time less than or equal to 200 microseconds may be associated with the C 1 state.
- FIG. 3A illustrates one example of how a processor idle state is determined.
- a previous idle period may be used in determining the next idle state.
- Previous idle period 300 may be used to compare with the threshold time associated with all of the available idle states. These comparisons are illustrated in block 305 . If the previous idle period 300 is less than the threshold time associated with the C 2 state, then the C 1 state may be a possible next idle state, as illustrated in the bottom row of block 305 . If the previous idle period 300 is less than the threshold time associated with the C 3 state but longer than the threshold time associated with the C 2 state, then the C 2 state may be a possible next idle state, as illustrated in the middle row of block 305 .
- the C 3 state may be a possible next idle state, as illustrated in the top row of block 305 .
- the possible next idle state 350 may be the C 3 state, as indicated by the dotted square block. The possible next idle state 350 may be used to predict the next idle state.
- each idle state may be associated with a likelihood or probability that it may be selected as the next idle state.
- the likelihood of being selected may be referred to herein as a selection state.
- a higher selection state value may correspond to a higher probability that the idle state is selected as the next idle state.
- the selection states may be defined as:
- Selection State Meaning: 1 Least likely to be selected 2 Less likely to be selected 3 More likely to be selected 4 Most likely to be selected
- a point in between the selection states “2” and “3” may be viewed as 50% likelihood that an idle state is either selected or not selected as a next idle state.
- an idle state may be associated with any selection state.
- each of the idle states C 1 to C 3 may initially be associated with the selection state “1”.
- the selection state for the C 1 state is set at “1”. This is illustrated with a token placed at a position representing the selection state “1” for the C 1 state. Similarly, a token is placed at a position representing the selection state “1” for the C 2 state, and a token is placed at a position representing the selection state “4” for the C 3 state.
- the selection states of the idle states may be adjusted based on a possible next idle state. For example, from block 305 , when the possible next idle state 350 is determined as the C 3 state, the selection state for the C 3 state may be incremented to a next higher likelihood of being selected. In addition, the selection states for the C 2 and C 1 states may be decremented to a next lower likelihood of being selected. When a selection state associated with an idle state is at its highest likelihood of being selected (e.g., “4”), the selection state may not be incremented. Instead, it may remain the same or be decremented to a next lower likelihood of being selected (e.g., from “4” to “3”).
- a selection state associated with an idle state is at its highest likelihood of being selected (e.g., “4”)
- the selection state may not be incremented. Instead, it may remain the same or be decremented to a next lower likelihood of being selected (e.g., from “4” to “3”).
- a selection state associated with an idle state is at its lowest likelihood of being selected (e.g., “1”) the selection state may not be decremented. Instead, it may remain the same or be incremented to a next higher likelihood of being selected (e.g., from “1” to “2”).
- the possible next idle state may be verified against its associated selection state. This is to determine if the possible next idle state may need to be adjusted before it can be used as the next idle state.
- the possible next idle state may be used as the next idle state.
- a previous idle state may also be used together with the selection state associated with the possible next idle state to determine the next idle state. Following is one technique that may be used to determine the next idle state using the previous idle state.
- the possible next idle state may be adjusted to a next higher power consumption idle state (e.g., from C 3 to C 2 ) and used as the next idle state; otherwise if the possible next idle state is supposed to help save less than the previous idle state (e.g., C 1 saves less power than C 2 ), then the possible next idle state may be adjusted to a next lower power consumption idle state (e.g., from C 1 to C 2 ) and used as the next idle state.
- the technique may also be described in the following pseudo-code example:
- the selection state of the C 3 state may be incremented by one, and the selection states of the C 2 and C 1 states may be decremented by one. Since the selection state for the C 3 state is already at its highest, the token for the C 3 state may remain the same at selection state “4”. Similarly, since the selection states for the C 2 and C 1 states are already at their lowest, the token for the each of the C 2 and C 1 states may remain the same at selection state “1”. Since the selection state for the C 3 state is at “4” and the possible next idle state 350 is the C 3 state, the next idle state is therefore the C 3 state.
- the processor described in the example in FIG. 3A may remain in the C 3 state for an idle period that is shorter than the threshold time associated with the C 3 state. After exiting the C 3 state, the processor may perform some work and then re-enter into an idle state.
- FIG. 3B illustrates another example of how a next processor idle state may be predicted. In this example, the previous idle period 301 is less than the C 2 threshold time. As such, it may be determined from block 306 that the possible next idle state 351 is the C 1 state, as indicated by the dotted square block.
- the selection state for the C 1 state is examined. As illustrated in block 311 , the selection state for the C 1 state is incremented by one (from “1” to “2”). Since the C 3 state is not the possible next state, the selection state of the C 3 state is decremented by one (from “4” to “3”). The same decrement would normally need to be done to the C 2 state. However, since the selection state of the C 2 state is already at its lowest value of “1”, the selection state of the C 2 state may remain the same at “1”.
- the selection state associated with the possible next idle state 351 is at “2” (less likely to be selected), and the possible next idle state 351 is the C 1 state which may save less power than the previous idle state 321 (which was the C 3 state). Therefore, the possible next idle state may be adjusted to a next lower power consumption idle state (e.g., C 1 to C 2 ) and used as the next idle state.
- the next idle state 316 is the C 2 state, as illustrated in FIG. 3B .
- the processor described in the example in FIG. 3B may remain in the C 2 state for an idle period that is shorter than the threshold time associated with the C 2 state. After exiting the C 2 state, the processor may perform some work and then re-enter into an idle state.
- FIG. 3C illustrates another example of how a next processor idle state may be determined. In this example, the previous idle period 302 is less than the C 2 threshold time. As such, it may be determined from block 307 that the possible next idle state 352 is the C 1 state, as indicated by the dotted square block.
- the selection state for the C 1 state is examined. As illustrated in block 312 , the selection state for the C 1 state is incremented by one (from “2” to “3”). Since the C 3 state is not the possible next idle state, the selection state of the C 3 state is decremented by one (from “3” to “2”). The same decrement would normally need to be done to the C 2 state. However, since the selection state of the C 2 state is already at its lowest value of “1”, the selection state of the C 2 state may remain the same at “1”.
- the selection state associated with the possible next idle state 352 (C 1 state) is at “3” (more than likely to be selected), then the previous idle state 322 may not need to be considered, and the possible next idle state 352 may be used as the next idle state.
- the next idle state 317 is the C 1 state, as illustrated in FIG. 3C .
- FIG. 3C illustrates another example of how a next processor idle state may be determined.
- the previous idle period 303 is between the threshold times for the C 2 and C 3 states.
- the selection state for the C 2 state is examined. As illustrated in block 313 , the selection state for the C 2 state is incremented by one (from “1” to “2”). Since the C 3 state is not the possible next idle state, the selection state of the C 3 state is decremented by one (from “2” to “1”). Similarly, since the C 1 state is not the possible next idle state, the selection state of the C 1 state is decremented by one (from “3” to “2”).
- the selection state associated with the possible next idle state 353 is at “2” (less likely to be selected), and the possible next idle state 353 is the C 2 state which may save more power than the previous idle state 323 (which was the C 1 state). Therefore, the possible next idle state 353 may be adjusted to a next higher power consumption idle state (e.g., C 2 to C 1 ) and the adjusted possible next idle state may be used as the next idle state.
- the next idle state 318 is the C 1 state, as illustrated in FIG. 3D .
- the selection of a next idle state may be performed using input from one or more device drivers.
- the input may include information about when an interrupt associated with a device driver is estimated to occur.
- FIG. 4 is a block diagram that illustrates one example of techniques that may be used to determine a next idle state based on input from device drivers, in accordance with some embodiments.
- Idle processor 400 may be awakened by an interrupt. At anytime, an interrupt may be generated by one of multiple devices 405 - 407 . Each device may be associated with a device driver.
- Interrupts generated by a device may be periodic.
- a device driver may include logic to estimate when a next interrupt may be generated by an associated device. Any techniques may be used to estimate when the next interrupt may be generated. Referring to FIG. 4 , device driver 410 may estimate a time when a next interrupt may be generated by device 405 . Device drivers 411 and 412 may independently estimate a time when a next interrupt may be generated by devices 406 and 407 , respectively. The estimated time may be referred to herein as a next interrupt time. The device drivers 410 - 412 may send their next interrupt time information to block 415 . Operations performed in block 415 may include comparing all the next interrupt times received from the device drivers 410 - 412 and select a next interrupt time 417 that is closest to a current time.
- This next interrupt time 417 may be subtracted from a current time 418 , and the result may be used as an estimate of a next idle period 420 .
- This operation may be performed by an OS, and the estimate of the next idle period 420 may be provided to the processor 400 .
- the estimate of the next idle period 420 may be used by idle state selection logic 425 to determine which idle state 440 to enter.
- the idle state selection logic 425 may compare the estimate of the next idle period 420 with the threshold time associated with the different idle states. The threshold time is described above with FIGS. 3A-3D .
- the processor 400 may include cache 420 which may include multiple cache lines (not shown). The processor 400 may flush the cache lines when it is to enter an idle state.
- the processor 400 may be implemented with cache shrinking feature when it closes the cache lines while the processor 400 is idle to reduce further power consumption.
- the cost of entering an idle state may be affected by how many cache lines are closed.
- the threshold time associated with the different idle states may be lowered.
- the closed cache lines limit may be set at one half or 50% of all the cache lines.
- the idle state selection logic 425 may use this information as a factor to select an idle state 440 that may reduce more power consumption.
- the idle state selection logic 425 may select the C 3 state instead of the C 2 state when at least half of the cache lines are closed.
- FIG. 5 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using a previous idle period, in accordance with some embodiments.
- the process may correspond with the operations described with FIGS. 3A-3D .
- the possible next idle state is determined. This may include determining the previous idle period and comparing the previous idle period with the threshold times associated with each of the idle state.
- the selection state of all of the idle states may be adjusted depending on the possible next idle state determined in block 505 .
- the adjusted selection state of the possible next idle state may be verified to determine if the possible next idle state is the next idle state.
- the previous idle state may be considered to determine if the possible next idle state need to be adjusted.
- the adjusted possible next idle state may be used as the next idle state. If it is not adjusted in block 515 , the possible next idle state from block 505 may be used as the next idle state.
- FIG. 6 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using information from device drivers, in accordance with some embodiments.
- the process may correspond with the operations described with FIG. 4 .
- next interrupt time information is received from device drivers in a system. Each device driver may be associated with a device that is capable of generating an interrupt to request attention of a processor. The interrupt may wake up an idle processor.
- the next interrupt time information from the device drivers is evaluated to determine a next interrupt time associated with an interrupt that may be generated before any other interrupts.
- the next interrupt time result from block 610 may be subtracted from a current time to determine an estimate of a next idle period.
- the estimate next idle period may be used to determine a possible next idle state.
- the possible next idle state of the processor may be adjusted to save even more power (e.g., from C 2 state to C 3 state).
- the adjusted possible next idle state may be used as the next idle state. If it is not adjusted in block 620 , the possible next idle state from block 615 may be used as the next idle state.
- the operations of these various techniques may be implemented by a processor in a computer system.
- the processor may execute sequences of computer program instructions that are stored in a memory that may be considered to be a machine-readable storage media.
- the memory may be random access memory, read only memory, a persistent storage memory, such as mass storage device or any combination of these devices. Execution of the sequences of instruction may cause the processor to perform operations according to the processes described in FIGS. 5-6 , for example.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Power Sources (AREA)
Abstract
A next idle state for a processor in a system may be determined based on a previous idle period and a previous idle state. The next idle state for the processor may also be determined based on times when interrupts are generated by devices in the system.
Description
- The present invention relates to the field of computer systems, more particularly relating to methods and apparatuses for power management in computer systems.
- A variety of techniques are known for reducing the power consumption in computer systems. For example, the Advanced Configuration and Power Interface (ACPI) Specification (Rev. 2.0a, Mar. 31, 2002) sets forth information about how to reduce the dynamic power consumption of portable and other computer systems. With respect to processors used in computer systems, different processor power states (or C states) are defined in the ACPI Specification. Mobile computer systems typically include implementation of a variety of C states (e.g., C0, C1, C2, and C3) to save power.
- In the C0 state, the processor is considered to be in an active state, executing code and performing useful work. In any of the non-C0 states, the processor may be considered to be idle. For example, in the C1 state, the processor may be able to respond to snoop transactions, and wake up very quickly (also referred to as having low latency exit). The processor may progressively cycle through the other lower states such as C2 and C3 as necessary to save even more power. C2 is a stop grant or mobile “Quick Start” state, where typically clocks are gated off to a large portion of the processor die. The processor is able to service snoops in the C2 state. The C2 state also supports a fairly low latency exit to allow software to quickly resume execution. A processor in the C2 state may not return to the C0 state as quickly as a processor in the C1 state. However, a processor in the C2 state may not consume as much power as a processor in the C1 state.
- C3 is a deep sleep state, where clocks may be gated either internally or externally to the entire processor. In the C3 state, the processor is unable to snoop bus master transactions. A processor in the C3 state may have higher latency exit to return to the C0 state as compared to a processor in the C2 or C1 state.
- The following drawings disclose various embodiments of the present invention for purposes of illustration only and are not intended to limit the scope of the invention.
-
FIG. 1 is a block diagram illustrating an example of a computer system, in accordance with some embodiments. -
FIGS. 2A-2B include timing diagrams that illustrate examples of idle state determination based on past busy rate, in accordance with some embodiments. -
FIGS. 3A-3D illustrate examples of techniques that may be used to determine a next idle state, in accordance with some embodiments. -
FIG. 4 is a block diagram that illustrates one example of techniques that may be used to determine a next idle state based on input from device drivers, in accordance with some embodiments. -
FIG. 5 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using a previous idle period, in accordance with some embodiments. -
FIG. 6 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using a previous idle period, in accordance with some embodiments. - In some embodiments, a system and method for determining a next processor idle state is disclosed. The next processor idle state may be determined based on a previous processor idle state and a prediction of the period that the processor may remain in the next idle state.
- In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be evident, however, to one skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known structures, processes and devices are shown in block diagram form or are referred to in a summary manner in order to provide an explanation without undue detail.
-
FIG. 1 is a block diagram illustrating an example of a computer system, in accordance with an embodiment.Computer system 100 may include a central processing unit (CPU) 102 and may receive its power from an electrical outlet or a battery (not shown). TheCPU 102 may include a cache memory (not shown). TheCPU 102 andchipset 107 may be coupled tobus 105. - The
chipset 107 may include a memory control hub (MCH) 110. TheMCH 110 may include amemory controller 112 that is coupled tomemory 115. Thememory 115 may store data and sequences of instructions that are executed by theCPU 102 or any other processing devices included in thecomputer system 100. The MCH 110 may include adisplay controller 113.Display 130 may be coupled to thedisplay controller 113. Thechipset 107 may also include an input/output controller hub (ICH) 140. The ICH 140 is coupled with the MCH 110 via ahub interface 141. The ICH 140 provides an interface to input/output (I/O) devices within thecomputer system 100. The ICH 140 may includePCI bridge 146 that provides an interface toPCI bus 142. ThePCI bridge 146 may provide a data path between theCPU 102 and peripheral devices. Anaudio device 150 and adisk drive 155 may be connected to thePCI bus 142. Thedisk drive 155 may include a storage media to store data and sequences of instructions that are executed by theCPU 102 or any other processing devices included in thecomputer system 100. Although not shown, other devices may also be connected to thePCI bus 142. For example, they may include network interface controller, communication device, keyboard, etc. -
FIGS. 2A-2B include timing diagrams that illustrate examples of idle state determination based on past busy rate, in accordance with some embodiments. Because each of the idle C states has different characteristics (e.g., power consumption, latency exit, etc.) it would be desirable to place an idle processor in a correct idle state. For example, if the processor is incorrectly placed in the C1 state which has low latency exit to allow for quick return to the C0 state, and the subsequent idle period lasts longer than anticipated, then power is wasted because the processor could have been placed in a C2 or C3 state. Similarly, if the processor is incorrectly placed in the C3 state which has high latency exit but consumes less power, and the subsequent idle period lasts shorter than anticipated, then the high latency exit may cause a decrease in system performance because it would take longer than necessary to return to the C0 state. - The selection of the appropriate idle state is normally performed by an operating system (OS). Typically, the OS selects the idle state based on past busy rate. That is, if the past busy rate indicates that the processor was normally idle, a low power idle state (e.g., C2 or C3 state) may be used. If the past busy rate indicates that the processor was normally busy, then a low latency idle state (e.g., C1 state) may be used.
-
FIG. 2A illustrates an example situation when the processor is normally idle. In this example, a timer interrupt is generated periodically. The timings of the timer interrupts are represented by the vertical upward arrows. Each timer interrupt may cause the processor to change from an idle state (C1, C2 or C3) to the active state (C0). This is represented in the timing diagram by the change from anidle level 200 to abusy level 205. The period when the processor remains in the busy level may be referred to as the busy period. The processor may perform some work for a short period of time during the busy period and then may become idle. This is represented in the timing diagram by the change from thebusy level 205 to theidle level 200. The period when the processor remains in the idle level may be referred to as the idle period. In this example, since the past busy rate indicates that the processor is normally idle, the OS may correctly determine that the processor is to be placed in a low power C state (e.g., C3) during the idle period. -
FIG. 2B illustrates an example situation when the processor is transitioning from a busy level to an idle level after a long busy period. The timer interrupts are similar to those illustrated inFIG. 2A . In this example, the processor has just been busy for a long time duringbusy period 250 and is transitioning from thebusy level 255 to theidle level 256. When a timer interrupt occurs atpoint 260, the processor may transition from theidle level 256 to abusy level 255. The process may remain busy for a short period before becoming idle again. Since the past busy rate of the processor indicates that it was busy during the longbusy period 250, the OS may place the processor in a low latency C state (e.g., C1) during theidle period 265. Note that the length of time associated with thisidle period 265 may be similar to those associated with the idle periods illustrated inFIG. 2A when the processor was placed in a low power state instead. In this example, the OS may select the incorrect idle state (e.g., C1) even though the processor may stay idle during theidle period 265 long enough that it should be placed in a low power or high latency C state (e.g., C3). - In a high interrupt rate environment, if the handling of the interrupt does not take much processing time, the average processor busy rate may stay relatively low, and the OS may select the low power C state for the processor during the idle period, as illustrated in
FIG. 2A . However, if the OS selects the low power C state, and the idle period turns out to be short, then selecting a low power C state may increase power consumption rather than decrease it. This is because there is an associated entry/exit power penalty associated with the low power C state. -
FIGS. 3A-3D illustrate examples of techniques that may be used to determine a next idle state, in accordance with some embodiments. For some embodiments, the determination of the next idle state for a processor may be based on a previous idle period and an associated previous idle state. The previous idle period may include the length of time that the processor stayed in the previous idle state prior to transitioning to an active state. - For some embodiments, each idle state may be associated with a threshold time. The threshold time for an idle state that is associated with lower power consumption (e.g., C3 state) may be longer than the threshold time for an idle state that is associated with low latency exit (e.g., C1 state). For example, a threshold time of more than 500 microseconds may be associated with the C3 state; a threshold time of more than 200 microseconds but less than or equal to 500 microseconds may be associated with the C2 state; and a threshold time less than or equal to 200 microseconds may be associated with the C1 state.
-
FIG. 3A illustrates one example of how a processor idle state is determined. For some embodiments, a previous idle period may be used in determining the next idle state. Previous idle period 300 may be used to compare with the threshold time associated with all of the available idle states. These comparisons are illustrated inblock 305. If the previous idle period 300 is less than the threshold time associated with the C2 state, then the C1 state may be a possible next idle state, as illustrated in the bottom row ofblock 305. If the previous idle period 300 is less than the threshold time associated with the C3 state but longer than the threshold time associated with the C2 state, then the C2 state may be a possible next idle state, as illustrated in the middle row ofblock 305. If the previous idle period 300 is longer than the threshold time associated with the C3 state, then the C3 state may be a possible next idle state, as illustrated in the top row ofblock 305. In the current example, it is assumed that the previous idle period 300 is longer than the threshold time associated with the C3 state. As such, the possible nextidle state 350 may be the C3 state, as indicated by the dotted square block. The possible nextidle state 350 may be used to predict the next idle state. - For some embodiments, each idle state may be associated with a likelihood or probability that it may be selected as the next idle state. The likelihood of being selected may be referred to herein as a selection state. A higher selection state value may correspond to a higher probability that the idle state is selected as the next idle state. For example, the selection states may be defined as:
-
Selection State: Meaning: 1 Least likely to be selected 2 Less likely to be selected 3 More likely to be selected 4 Most likely to be selected
A point in between the selection states “2” and “3” may be viewed as 50% likelihood that an idle state is either selected or not selected as a next idle state. - Initially, an idle state may be associated with any selection state. For example, each of the idle states C1 to C3 may initially be associated with the selection state “1”. In
block 310 of the current example, the selection state for the C1 state is set at “1”. This is illustrated with a token placed at a position representing the selection state “1” for the C1 state. Similarly, a token is placed at a position representing the selection state “1” for the C2 state, and a token is placed at a position representing the selection state “4” for the C3 state. - For some embodiments, the selection states of the idle states may be adjusted based on a possible next idle state. For example, from
block 305, when the possible nextidle state 350 is determined as the C3 state, the selection state for the C3 state may be incremented to a next higher likelihood of being selected. In addition, the selection states for the C2 and C1 states may be decremented to a next lower likelihood of being selected. When a selection state associated with an idle state is at its highest likelihood of being selected (e.g., “4”), the selection state may not be incremented. Instead, it may remain the same or be decremented to a next lower likelihood of being selected (e.g., from “4” to “3”). Similarly, when a selection state associated with an idle state is at its lowest likelihood of being selected (e.g., “1”) the selection state may not be decremented. Instead, it may remain the same or be incremented to a next higher likelihood of being selected (e.g., from “1” to “2”). The possible next idle state may be verified against its associated selection state. This is to determine if the possible next idle state may need to be adjusted before it can be used as the next idle state. - For some embodiments, when the selection state associated with a possible next idle state is more than 50% likelihood of being selected, the possible next idle state may be used as the next idle state.
- For some embodiments, when the selection state associated with a possible next idle state is less than 50% likelihood of being selected, a previous idle state may also be used together with the selection state associated with the possible next idle state to determine the next idle state. Following is one technique that may be used to determine the next idle state using the previous idle state. When the selection state associated with the possible next idle state is at less than 50% likelihood of being selected (e.g., “2” or “1”), then if the possible next idle state is supposed to help save more power than the previous idle state (e.g., C3 saves more power than C1), the possible next idle state may be adjusted to a next higher power consumption idle state (e.g., from C3 to C2) and used as the next idle state; otherwise if the possible next idle state is supposed to help save less than the previous idle state (e.g., C1 saves less power than C2), then the possible next idle state may be adjusted to a next lower power consumption idle state (e.g., from C1 to C2) and used as the next idle state. The technique may also be described in the following pseudo-code example:
-
If (selection state of the possible next idle state) < 50% then if (the possible next idle state saves more power than the previous idle state) then adjust the possible next idle state to next higher power consumption idle state else if (the possible next idle state saves less power than the previous idle state) then adjust the possible next idle state to next lower power consumption idle state - This technique of considering the previous idle state in determining the next idle state is further illustrated in the following examples related to
FIGS. 3B , 3C and 3D. Referring toFIG. 3A , since the possible nextidle state 350 is C3, the selection state of the C3 state may be incremented by one, and the selection states of the C2 and C1 states may be decremented by one. Since the selection state for the C3 state is already at its highest, the token for the C3 state may remain the same at selection state “4”. Similarly, since the selection states for the C2 and C1 states are already at their lowest, the token for the each of the C2 and C1 states may remain the same at selection state “1”. Since the selection state for the C3 state is at “4” and the possible nextidle state 350 is the C3 state, the next idle state is therefore the C3 state. - The processor described in the example in
FIG. 3A may remain in the C3 state for an idle period that is shorter than the threshold time associated with the C3 state. After exiting the C3 state, the processor may perform some work and then re-enter into an idle state.FIG. 3B illustrates another example of how a next processor idle state may be predicted. In this example, the previous idle period 301 is less than the C2 threshold time. As such, it may be determined fromblock 306 that the possible nextidle state 351 is the C1 state, as indicated by the dotted square block. - Since the possible next
idle state 351 determined from theblock 306 is the C1 state, the selection state for the C1 state is examined. As illustrated inblock 311, the selection state for the C1 state is incremented by one (from “1” to “2”). Since the C3 state is not the possible next state, the selection state of the C3 state is decremented by one (from “4” to “3”). The same decrement would normally need to be done to the C2 state. However, since the selection state of the C2 state is already at its lowest value of “1”, the selection state of the C2 state may remain the same at “1”. - In the current example, the selection state associated with the possible next
idle state 351 is at “2” (less likely to be selected), and the possible nextidle state 351 is the C1 state which may save less power than the previous idle state 321 (which was the C3 state). Therefore, the possible next idle state may be adjusted to a next lower power consumption idle state (e.g., C1 to C2) and used as the next idle state. Thus, the nextidle state 316 is the C2 state, as illustrated inFIG. 3B . - The processor described in the example in
FIG. 3B may remain in the C2 state for an idle period that is shorter than the threshold time associated with the C2 state. After exiting the C2 state, the processor may perform some work and then re-enter into an idle state.FIG. 3C illustrates another example of how a next processor idle state may be determined. In this example, the previous idle period 302 is less than the C2 threshold time. As such, it may be determined fromblock 307 that the possible nextidle state 352 is the C1 state, as indicated by the dotted square block. - Since the possible next
idle state 352 determined from theblock 307 is the C1 state, the selection state for the C1 state is examined. As illustrated inblock 312, the selection state for the C1 state is incremented by one (from “2” to “3”). Since the C3 state is not the possible next idle state, the selection state of the C3 state is decremented by one (from “3” to “2”). The same decrement would normally need to be done to the C2 state. However, since the selection state of the C2 state is already at its lowest value of “1”, the selection state of the C2 state may remain the same at “1”. - In the current example, the selection state associated with the possible next idle state 352 (C1 state) is at “3” (more than likely to be selected), then the previous idle state 322 may not need to be considered, and the possible next
idle state 352 may be used as the next idle state. Thus the nextidle state 317 is the C1 state, as illustrated inFIG. 3C . - The processor described in the example in
FIG. 3C may remain in the C1 state for an idle period that is longer than the threshold time associated with the C1 state. After exiting the C1 state, the processor may perform some work and then re-enter into an idle state.FIG. 3D illustrates another example of how a next processor idle state may be determined. In this example, the previous idle period 303 is between the threshold times for the C2 and C3 states. As such, it may be determined fromblock 308 that the possible nextidle state 353 is the C2 state, as indicated by the dotted square block. - Since the possible next
idle state 353 determined from theblock 308 is the C2 state, the selection state for the C2 state is examined. As illustrated inblock 313, the selection state for the C2 state is incremented by one (from “1” to “2”). Since the C3 state is not the possible next idle state, the selection state of the C3 state is decremented by one (from “2” to “1”). Similarly, since the C1 state is not the possible next idle state, the selection state of the C1 state is decremented by one (from “3” to “2”). - In the current example, the selection state associated with the possible next idle state 353 (C2 state) is at “2” (less likely to be selected), and the possible next
idle state 353 is the C2 state which may save more power than the previous idle state 323 (which was the C1 state). Therefore, the possible nextidle state 353 may be adjusted to a next higher power consumption idle state (e.g., C2 to C1) and the adjusted possible next idle state may be used as the next idle state. Thus, the nextidle state 318 is the C1 state, as illustrated inFIG. 3D . - For some embodiments, the selection of a next idle state may be performed using input from one or more device drivers. The input may include information about when an interrupt associated with a device driver is estimated to occur.
FIG. 4 is a block diagram that illustrates one example of techniques that may be used to determine a next idle state based on input from device drivers, in accordance with some embodiments.Idle processor 400 may be awakened by an interrupt. At anytime, an interrupt may be generated by one of multiple devices 405-407. Each device may be associated with a device driver. - Interrupts generated by a device may be periodic. For some embodiments, a device driver may include logic to estimate when a next interrupt may be generated by an associated device. Any techniques may be used to estimate when the next interrupt may be generated. Referring to
FIG. 4 ,device driver 410 may estimate a time when a next interrupt may be generated bydevice 405. 411 and 412 may independently estimate a time when a next interrupt may be generated byDevice drivers 406 and 407, respectively. The estimated time may be referred to herein as a next interrupt time. The device drivers 410-412 may send their next interrupt time information to block 415. Operations performed indevices block 415 may include comparing all the next interrupt times received from the device drivers 410-412 and select a next interrupttime 417 that is closest to a current time. - This next interrupt
time 417 may be subtracted from acurrent time 418, and the result may be used as an estimate of a nextidle period 420. This operation may be performed by an OS, and the estimate of the nextidle period 420 may be provided to theprocessor 400. When theprocessor 400 is to enter an idle state, the estimate of the nextidle period 420 may be used by idlestate selection logic 425 to determine whichidle state 440 to enter. The idlestate selection logic 425 may compare the estimate of the nextidle period 420 with the threshold time associated with the different idle states. The threshold time is described above withFIGS. 3A-3D . Theprocessor 400 may includecache 420 which may include multiple cache lines (not shown). Theprocessor 400 may flush the cache lines when it is to enter an idle state. Theprocessor 400 may be implemented with cache shrinking feature when it closes the cache lines while theprocessor 400 is idle to reduce further power consumption. In this situation, the cost of entering an idle state may be affected by how many cache lines are closed. For some embodiments, when the number of closed cache lines exceeds a limit, the threshold time associated with the different idle states may be lowered. For example, the closed cache lines limit may be set at one half or 50% of all the cache lines. The idlestate selection logic 425 may use this information as a factor to select anidle state 440 that may reduce more power consumption. For example, the idlestate selection logic 425 may select the C3 state instead of the C2 state when at least half of the cache lines are closed. -
FIG. 5 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using a previous idle period, in accordance with some embodiments. The process may correspond with the operations described withFIGS. 3A-3D . At block 505, the possible next idle state is determined. This may include determining the previous idle period and comparing the previous idle period with the threshold times associated with each of the idle state. Atblock 510, the selection state of all of the idle states may be adjusted depending on the possible next idle state determined in block 505. The adjusted selection state of the possible next idle state may be verified to determine if the possible next idle state is the next idle state. At block 515, the previous idle state may be considered to determine if the possible next idle state need to be adjusted. Atblock 520, if the possible next idle state is adjusted in block 515, the adjusted possible next idle state may be used as the next idle state. If it is not adjusted in block 515, the possible next idle state from block 505 may be used as the next idle state. -
FIG. 6 is a flow diagram that illustrates one example of a process that may be used to determine a next idle state using information from device drivers, in accordance with some embodiments. The process may correspond with the operations described withFIG. 4 . Atblock 605, next interrupt time information is received from device drivers in a system. Each device driver may be associated with a device that is capable of generating an interrupt to request attention of a processor. The interrupt may wake up an idle processor. Atblock 610, the next interrupt time information from the device drivers is evaluated to determine a next interrupt time associated with an interrupt that may be generated before any other interrupts. At block 615, the next interrupt time result fromblock 610 may be subtracted from a current time to determine an estimate of a next idle period. This estimate is based on anticipation that a device may generate an interrupt periodically. The estimate next idle period may be used to determine a possible next idle state. Atblock 620, when the processor implements cache memory with closed cache lines, the possible next idle state of the processor may be adjusted to save even more power (e.g., from C2 state to C3 state). Atblock 625, if the possible next idle state is adjusted inblock 620, the adjusted possible next idle state may be used as the next idle state. If it is not adjusted inblock 620, the possible next idle state from block 615 may be used as the next idle state. - The operations of these various techniques may be implemented by a processor in a computer system. The processor may execute sequences of computer program instructions that are stored in a memory that may be considered to be a machine-readable storage media. The memory may be random access memory, read only memory, a persistent storage memory, such as mass storage device or any combination of these devices. Execution of the sequences of instruction may cause the processor to perform operations according to the processes described in
FIGS. 5-6 , for example. - Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention as set forth in the claims. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Claims (20)
1. A method, comprising:
determining a possible next idle state for a processor by comparing a previous idle period of the processor and threshold times associated with available idle states.
2. The method of claim 1 , wherein the possible next idle state is to be verified against a probability that the possible next idle state is to be selected as a next idle state.
3. The method of claim 2 , wherein each of the available idle states is associated with a probability that it is selected as the next idle state.
4. The method of claim 3 , wherein the probability that an idle state is selected as the next idle state is adjusted after the possible next idle state is determined.
5. The method of claim 4 , wherein when a first idle state is determined to be the possible next idle state, the probability that the first idle state is selected as the next idle state is increased.
6. The method of claim 5 , wherein when a second idle state is determined not to be the possible next idle state, the probability that the second idle state is selected as the next idle state is decreased.
7. The method of claim 6 , wherein when the probability that the first idle state is selected is above a threshold, the next idle state is the first idle state.
8. The method of claim 7 , wherein the threshold is 50 percent.
9. The method of claim 7 , wherein when the probability that the first idle state is selected is below a threshold, the next idle state is determined by comparing the first idle state with a previous idle state.
10. The method of claim 9 , wherein when the first idle state is to consume more power than the previous idle state, the next idle state is an idle state that is to consume less power than the first idle state.
11. The method of claim 9 , wherein when the first idle state is to consume less power than the previous idle state, the next idle state is an idle state that is to consume more power than the first idle state.
12. A system, comprising:
means for determining a possible next idle state;
means for adjusting selection states associated with available idle states including the possible next idle state, wherein a selection state corresponds to a probability that an associated idle state is selected as a next idle state; and
means for determining the next idle state based on the possible next idle state and the adjusted selection state associated with the possible next idle state.
13. The system of claim 12 , wherein means for adjusting the selection states associated with the available idle states comprises:
means for determining whether to keep a selection state at a current level, to increase the selection state to a next higher level, or to decrease the selection state to a next lower level.
14. The system of claim 13 , wherein the possible next idle state is determined using a previous idle period and threshold times associated with the available idle states.
15. The system of claim 14 , wherein when the selection state associated with the possible next idle state corresponds to a probability of more than 50 percent, the possible next idle state is selected as the next idle state.
16. The system of claim 14 , wherein when the selection state associated with the possible next idle state corresponds to a probability of less than 50 percent, a previous idle state is used to determine the next idle state.
17. An article of manufacture contained on a tangible embodied computer readable medium including data that, when accessed by a machine, cause the machine to performs operations comprising:
determining a possible next idle state for a processor based on a previous idle period of the processor and threshold times associated with available idle states; and
determining a next idle state based on the possible next idle state and a probability that the possible next idle state is to be selected as a next idle state.
18. The article of manufacture of claim 17 , wherein there are one or more idle states, and wherein each of the idle states is associated with a probability that it is selected as the next idle state.
19. The article of manufacture of claim 18 , wherein the probability that an idle state is selected as the next idle state is adjusted after the possible next idle state is determined.
20. The article of manufacture of claim 19 ,
wherein when a first idle state is determined to be the possible next idle state, the probability that the first idle state is selected as the next idle state is increased, and
wherein when a second idle state is determined not to be the possible next idle state, the probability that the second idle state is selected as the next idle state is decreased.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US13/089,669 US20120102349A1 (en) | 2006-07-31 | 2011-04-19 | System and method for controlling processor low power states |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/496,944 US7930564B2 (en) | 2006-07-31 | 2006-07-31 | System and method for controlling processor low power states |
| US13/089,669 US20120102349A1 (en) | 2006-07-31 | 2011-04-19 | System and method for controlling processor low power states |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US11/496,944 Continuation US7930564B2 (en) | 2006-07-31 | 2006-07-31 | System and method for controlling processor low power states |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| US20120102349A1 true US20120102349A1 (en) | 2012-04-26 |
Family
ID=38987811
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US11/496,944 Expired - Fee Related US7930564B2 (en) | 2006-07-31 | 2006-07-31 | System and method for controlling processor low power states |
| US13/089,669 Abandoned US20120102349A1 (en) | 2006-07-31 | 2011-04-19 | System and method for controlling processor low power states |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US11/496,944 Expired - Fee Related US7930564B2 (en) | 2006-07-31 | 2006-07-31 | System and method for controlling processor low power states |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US7930564B2 (en) |
| CN (1) | CN101495958B (en) |
| DE (1) | DE112007001713T5 (en) |
| TW (1) | TWI348641B (en) |
| WO (1) | WO2008016791A1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120159219A1 (en) * | 2010-12-20 | 2012-06-21 | Lilly Huang | Vr power mode interface |
| US20160077575A1 (en) * | 2014-09-17 | 2016-03-17 | Advanced Micro Devices, Inc. | Interface to expose interrupt times to hardware |
Families Citing this family (135)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070061467A1 (en) * | 2005-09-15 | 2007-03-15 | Microsoft Corporation | Sessions and session states |
| US8799687B2 (en) | 2005-12-30 | 2014-08-05 | Intel Corporation | Method, apparatus, and system for energy efficiency and energy conservation including optimizing C-state selection under variable wakeup rates |
| US20090150696A1 (en) * | 2007-12-10 | 2009-06-11 | Justin Song | Transitioning a processor package to a low power state |
| US8024590B2 (en) * | 2007-12-10 | 2011-09-20 | Intel Corporation | Predicting future power level states for processor cores |
| US20090172441A1 (en) * | 2007-12-31 | 2009-07-02 | Krishna Kant | Hardware proactive implementation for active mode power control of platform resources |
| US8719606B2 (en) * | 2008-03-31 | 2014-05-06 | Intel Corporation | Optimizing performance and power consumption during memory power down state |
| US8078891B2 (en) * | 2008-06-30 | 2011-12-13 | Intel Corporation | Method, device, and system for guaranteed minimum processor power state dwell time |
| US8135970B2 (en) * | 2009-03-06 | 2012-03-13 | Via Technologies, Inc. | Microprocessor that performs adaptive power throttling |
| US8566628B2 (en) * | 2009-05-06 | 2013-10-22 | Advanced Micro Devices, Inc. | North-bridge to south-bridge protocol for placing processor in low power state |
| US8812878B2 (en) * | 2009-06-30 | 2014-08-19 | Intel Corporation | Limiting false wakeups of computing device components coupled via links |
| US20110112798A1 (en) * | 2009-11-06 | 2011-05-12 | Alexander Branover | Controlling performance/power by frequency control of the responding node |
| US8635469B2 (en) * | 2009-12-22 | 2014-01-21 | Intel Corporation | Method and apparatus for I/O devices assisted platform power management |
| US8504855B2 (en) * | 2010-01-11 | 2013-08-06 | Qualcomm Incorporated | Domain specific language, compiler and JIT for dynamic power management |
| US9235251B2 (en) * | 2010-01-11 | 2016-01-12 | Qualcomm Incorporated | Dynamic low power mode implementation for computing devices |
| US8943334B2 (en) | 2010-09-23 | 2015-01-27 | Intel Corporation | Providing per core voltage and frequency control |
| US9026829B2 (en) * | 2010-09-25 | 2015-05-05 | Intel Corporation | Package level power state optimization |
| US8504753B2 (en) * | 2011-02-14 | 2013-08-06 | Qnx Software Systems Limited | Suspendable interrupts for processor idle management |
| US9069555B2 (en) | 2011-03-21 | 2015-06-30 | Intel Corporation | Managing power consumption in a multi-core processor |
| US8793515B2 (en) | 2011-06-27 | 2014-07-29 | Intel Corporation | Increasing power efficiency of turbo mode operation in a processor |
| US20130007492A1 (en) * | 2011-06-30 | 2013-01-03 | Sokol Jr Joseph | Timer interrupt latency |
| US8769316B2 (en) | 2011-09-06 | 2014-07-01 | Intel Corporation | Dynamically allocating a power budget over multiple domains of a processor |
| US8688883B2 (en) | 2011-09-08 | 2014-04-01 | Intel Corporation | Increasing turbo mode residency of a processor |
| JP5674613B2 (en) | 2011-09-22 | 2015-02-25 | 株式会社東芝 | Control system, control method and program |
| US8914650B2 (en) | 2011-09-28 | 2014-12-16 | Intel Corporation | Dynamically adjusting power of non-core processor circuitry including buffer circuitry |
| US8954770B2 (en) | 2011-09-28 | 2015-02-10 | Intel Corporation | Controlling temperature of multiple domains of a multi-domain processor using a cross domain margin |
| US9074947B2 (en) | 2011-09-28 | 2015-07-07 | Intel Corporation | Estimating temperature of a processor core in a low power state without thermal sensor information |
| US8832478B2 (en) | 2011-10-27 | 2014-09-09 | Intel Corporation | Enabling a non-core domain to control memory bandwidth in a processor |
| US9026815B2 (en) | 2011-10-27 | 2015-05-05 | Intel Corporation | Controlling operating frequency of a core domain via a non-core domain of a multi-domain processor |
| US8812761B2 (en) | 2011-10-28 | 2014-08-19 | Apple Inc. | System and method for adjusting power usage to reduce interrupt latency |
| US8943340B2 (en) | 2011-10-31 | 2015-01-27 | Intel Corporation | Controlling a turbo mode frequency of a processor |
| US9158693B2 (en) | 2011-10-31 | 2015-10-13 | Intel Corporation | Dynamically controlling cache size to maximize energy efficiency |
| US9239611B2 (en) | 2011-12-05 | 2016-01-19 | Intel Corporation | Method, apparatus, and system for energy efficiency and energy conservation including balancing power among multi-frequency domains of a processor based on efficiency rating scheme |
| US8972763B2 (en) | 2011-12-05 | 2015-03-03 | Intel Corporation | Method, apparatus, and system for energy efficiency and energy conservation including determining an optimal power state of the apparatus based on residency time of non-core domains in a power saving state |
| US9052901B2 (en) | 2011-12-14 | 2015-06-09 | Intel Corporation | Method, apparatus, and system for energy efficiency and energy conservation including configurable maximum processor current |
| US9372524B2 (en) | 2011-12-15 | 2016-06-21 | Intel Corporation | Dynamically modifying a power/performance tradeoff based on processor utilization |
| US9098261B2 (en) | 2011-12-15 | 2015-08-04 | Intel Corporation | User level control of power management policies |
| US9117508B2 (en) | 2012-01-19 | 2015-08-25 | Rambus Inc. | Integrated circuit with adaptive power state management |
| TWI483098B (en) * | 2012-02-23 | 2015-05-01 | Acer Inc | Computer system and its power sharing method |
| WO2013137859A1 (en) | 2012-03-13 | 2013-09-19 | Intel Corporation | Providing energy efficient turbo operation of a processor |
| US9323316B2 (en) | 2012-03-13 | 2016-04-26 | Intel Corporation | Dynamically controlling interconnect frequency in a processor |
| US9436245B2 (en) | 2012-03-13 | 2016-09-06 | Intel Corporation | Dynamically computing an electrical design point (EDP) for a multicore processor |
| WO2013147849A1 (en) | 2012-03-30 | 2013-10-03 | Intel Corporation | Dynamically measuring power consumption in a processor |
| WO2013162589A1 (en) | 2012-04-27 | 2013-10-31 | Intel Corporation | Migrating tasks between asymmetric computing elements of a multi-core processor |
| CN104380257B (en) * | 2012-05-09 | 2020-11-13 | 英特尔公司 | Scheduling tasks among processor cores |
| US9015510B2 (en) * | 2012-06-29 | 2015-04-21 | Intel Corporation | Optimizing energy efficiency using device idle duration information and latency tolerance based on a pre-wake configuration of a platform associated to the device |
| US8984313B2 (en) | 2012-08-31 | 2015-03-17 | Intel Corporation | Configuring power management functionality in a processor including a plurality of cores by utilizing a register to store a power domain indicator |
| US9063727B2 (en) | 2012-08-31 | 2015-06-23 | Intel Corporation | Performing cross-domain thermal control in a processor |
| US9342122B2 (en) | 2012-09-17 | 2016-05-17 | Intel Corporation | Distributing power to heterogeneous compute elements of a processor |
| WO2014045354A1 (en) * | 2012-09-19 | 2014-03-27 | トヨタ自動車 株式会社 | Communication apparatus and communication method |
| US9423858B2 (en) | 2012-09-27 | 2016-08-23 | Intel Corporation | Sharing power between domains in a processor package using encoded power consumption information from a second domain to calculate an available power budget for a first domain |
| US9575543B2 (en) | 2012-11-27 | 2017-02-21 | Intel Corporation | Providing an inter-arrival access timer in a processor |
| US9183144B2 (en) | 2012-12-14 | 2015-11-10 | Intel Corporation | Power gating a portion of a cache memory |
| US9292468B2 (en) | 2012-12-17 | 2016-03-22 | Intel Corporation | Performing frequency coordination in a multiprocessor system based on response timing optimization |
| US9405351B2 (en) | 2012-12-17 | 2016-08-02 | Intel Corporation | Performing frequency coordination in a multiprocessor system |
| US9075556B2 (en) | 2012-12-21 | 2015-07-07 | Intel Corporation | Controlling configurable peak performance limits of a processor |
| US9235252B2 (en) | 2012-12-21 | 2016-01-12 | Intel Corporation | Dynamic balancing of power across a plurality of processor domains according to power policy control bias |
| US9354679B2 (en) | 2012-12-28 | 2016-05-31 | Intel Corporation | System and method for causing reduced power consumption associated with thermal remediation |
| US9164565B2 (en) | 2012-12-28 | 2015-10-20 | Intel Corporation | Apparatus and method to manage energy usage of a processor |
| US9081577B2 (en) | 2012-12-28 | 2015-07-14 | Intel Corporation | Independent control of processor core retention states |
| US9335803B2 (en) | 2013-02-15 | 2016-05-10 | Intel Corporation | Calculating a dynamically changeable maximum operating voltage value for a processor based on a different polynomial equation using a set of coefficient values and a number of current active cores |
| US9367114B2 (en) | 2013-03-11 | 2016-06-14 | Intel Corporation | Controlling operating voltage of a processor |
| US9395784B2 (en) | 2013-04-25 | 2016-07-19 | Intel Corporation | Independently controlling frequency of plurality of power domains in a processor system |
| US9377841B2 (en) | 2013-05-08 | 2016-06-28 | Intel Corporation | Adaptively limiting a maximum operating frequency in a multicore processor |
| US9823719B2 (en) | 2013-05-31 | 2017-11-21 | Intel Corporation | Controlling power delivery to a processor via a bypass |
| US9348401B2 (en) | 2013-06-25 | 2016-05-24 | Intel Corporation | Mapping a performance request to an operating frequency in a processor |
| US9471088B2 (en) | 2013-06-25 | 2016-10-18 | Intel Corporation | Restricting clock signal delivery in a processor |
| US9348407B2 (en) | 2013-06-27 | 2016-05-24 | Intel Corporation | Method and apparatus for atomic frequency and voltage changes |
| US9377836B2 (en) | 2013-07-26 | 2016-06-28 | Intel Corporation | Restricting clock signal delivery based on activity in a processor |
| US9495001B2 (en) | 2013-08-21 | 2016-11-15 | Intel Corporation | Forcing core low power states in a processor |
| US10386900B2 (en) | 2013-09-24 | 2019-08-20 | Intel Corporation | Thread aware power management |
| US9405345B2 (en) | 2013-09-27 | 2016-08-02 | Intel Corporation | Constraining processor operation based on power envelope information |
| US9594560B2 (en) | 2013-09-27 | 2017-03-14 | Intel Corporation | Estimating scalability value for a specific domain of a multicore processor based on active state residency of the domain, stall duration of the domain, memory bandwidth of the domain, and a plurality of coefficients based on a workload to execute on the domain |
| KR102195518B1 (en) * | 2013-12-13 | 2020-12-29 | 삼성전자 주식회사 | Apparatus and method for controlling a display in electronic device |
| US9494998B2 (en) | 2013-12-17 | 2016-11-15 | Intel Corporation | Rescheduling workloads to enforce and maintain a duty cycle |
| US9459689B2 (en) | 2013-12-23 | 2016-10-04 | Intel Corporation | Dyanamically adapting a voltage of a clock generation circuit |
| US9323525B2 (en) | 2014-02-26 | 2016-04-26 | Intel Corporation | Monitoring vector lane duty cycle for dynamic optimization |
| US9665153B2 (en) | 2014-03-21 | 2017-05-30 | Intel Corporation | Selecting a low power state based on cache flush latency determination |
| US10108454B2 (en) | 2014-03-21 | 2018-10-23 | Intel Corporation | Managing dynamic capacitance using code scheduling |
| US10417149B2 (en) | 2014-06-06 | 2019-09-17 | Intel Corporation | Self-aligning a processor duty cycle with interrupts |
| US9760158B2 (en) | 2014-06-06 | 2017-09-12 | Intel Corporation | Forcing a processor into a low power state |
| US9513689B2 (en) | 2014-06-30 | 2016-12-06 | Intel Corporation | Controlling processor performance scaling based on context |
| US9606602B2 (en) | 2014-06-30 | 2017-03-28 | Intel Corporation | Method and apparatus to prevent voltage droop in a computer |
| US9575537B2 (en) | 2014-07-25 | 2017-02-21 | Intel Corporation | Adaptive algorithm for thermal throttling of multi-core processors with non-homogeneous performance states |
| US9760136B2 (en) | 2014-08-15 | 2017-09-12 | Intel Corporation | Controlling temperature of a system memory |
| US9671853B2 (en) | 2014-09-12 | 2017-06-06 | Intel Corporation | Processor operating by selecting smaller of requested frequency and an energy performance gain (EPG) frequency |
| US10339023B2 (en) | 2014-09-25 | 2019-07-02 | Intel Corporation | Cache-aware adaptive thread scheduling and migration |
| US9977477B2 (en) | 2014-09-26 | 2018-05-22 | Intel Corporation | Adapting operating parameters of an input/output (IO) interface circuit of a processor |
| US9684360B2 (en) | 2014-10-30 | 2017-06-20 | Intel Corporation | Dynamically controlling power management of an on-die memory of a processor |
| US9703358B2 (en) | 2014-11-24 | 2017-07-11 | Intel Corporation | Controlling turbo mode frequency operation in a processor |
| US9710043B2 (en) | 2014-11-26 | 2017-07-18 | Intel Corporation | Controlling a guaranteed frequency of a processor |
| US10048744B2 (en) | 2014-11-26 | 2018-08-14 | Intel Corporation | Apparatus and method for thermal management in a multi-chip package |
| US20160147280A1 (en) | 2014-11-26 | 2016-05-26 | Tessil Thomas | Controlling average power limits of a processor |
| US10877530B2 (en) | 2014-12-23 | 2020-12-29 | Intel Corporation | Apparatus and method to provide a thermal parameter report for a multi-chip package |
| US20160224098A1 (en) | 2015-01-30 | 2016-08-04 | Alexander Gendler | Communicating via a mailbox interface of a processor |
| US9639134B2 (en) | 2015-02-05 | 2017-05-02 | Intel Corporation | Method and apparatus to provide telemetry data to a power controller of a processor |
| US10234930B2 (en) | 2015-02-13 | 2019-03-19 | Intel Corporation | Performing power management in a multicore processor |
| US9910481B2 (en) | 2015-02-13 | 2018-03-06 | Intel Corporation | Performing power management in a multicore processor |
| US9874922B2 (en) | 2015-02-17 | 2018-01-23 | Intel Corporation | Performing dynamic power control of platform devices |
| US9842082B2 (en) | 2015-02-27 | 2017-12-12 | Intel Corporation | Dynamically updating logical identifiers of cores of a processor |
| US9710054B2 (en) | 2015-02-28 | 2017-07-18 | Intel Corporation | Programmable power management agent |
| US9760160B2 (en) | 2015-05-27 | 2017-09-12 | Intel Corporation | Controlling performance states of processing engines of a processor |
| US9710041B2 (en) | 2015-07-29 | 2017-07-18 | Intel Corporation | Masking a power state of a core of a processor |
| US10001822B2 (en) | 2015-09-22 | 2018-06-19 | Intel Corporation | Integrating a power arbiter in a processor |
| US9983644B2 (en) | 2015-11-10 | 2018-05-29 | Intel Corporation | Dynamically updating at least one power management operational parameter pertaining to a turbo mode of a processor for increased performance |
| US9910470B2 (en) | 2015-12-16 | 2018-03-06 | Intel Corporation | Controlling telemetry data communication in a processor |
| US10146286B2 (en) | 2016-01-14 | 2018-12-04 | Intel Corporation | Dynamically updating a power management policy of a processor |
| US10289188B2 (en) | 2016-06-21 | 2019-05-14 | Intel Corporation | Processor having concurrent core and fabric exit from a low power state |
| US10324519B2 (en) | 2016-06-23 | 2019-06-18 | Intel Corporation | Controlling forced idle state operation in a processor |
| US10281975B2 (en) | 2016-06-23 | 2019-05-07 | Intel Corporation | Processor having accelerated user responsiveness in constrained environment |
| US10379596B2 (en) | 2016-08-03 | 2019-08-13 | Intel Corporation | Providing an interface for demotion control information in a processor |
| US10379904B2 (en) | 2016-08-31 | 2019-08-13 | Intel Corporation | Controlling a performance state of a processor using a combination of package and thread hint information |
| US10423206B2 (en) | 2016-08-31 | 2019-09-24 | Intel Corporation | Processor to pre-empt voltage ramps for exit latency reductions |
| US10234920B2 (en) | 2016-08-31 | 2019-03-19 | Intel Corporation | Controlling current consumption of a processor based at least in part on platform capacitance |
| US10275008B2 (en) * | 2016-09-22 | 2019-04-30 | Intel Corporation | Methods and apparatus to reduce computing device power consumption |
| CN107885306A (en) * | 2016-09-29 | 2018-04-06 | 联芯科技有限公司 | The dormancy control method and equipment of central processing unit |
| US10168758B2 (en) | 2016-09-29 | 2019-01-01 | Intel Corporation | Techniques to enable communication between a processor and voltage regulator |
| US10429919B2 (en) | 2017-06-28 | 2019-10-01 | Intel Corporation | System, apparatus and method for loose lock-step redundancy power management |
| WO2019040054A1 (en) | 2017-08-23 | 2019-02-28 | Intel Corporation | System, apparatus and method for adaptive operating voltage in a field programmable gate array (fpga) |
| US10620266B2 (en) | 2017-11-29 | 2020-04-14 | Intel Corporation | System, apparatus and method for in-field self testing in a diagnostic sleep state |
| US10620682B2 (en) | 2017-12-21 | 2020-04-14 | Intel Corporation | System, apparatus and method for processor-external override of hardware performance state control of a processor |
| US10620969B2 (en) | 2018-03-27 | 2020-04-14 | Intel Corporation | System, apparatus and method for providing hardware feedback information in a processor |
| US10739844B2 (en) | 2018-05-02 | 2020-08-11 | Intel Corporation | System, apparatus and method for optimized throttling of a processor |
| US11243598B2 (en) * | 2018-06-01 | 2022-02-08 | Apple Inc. | Proactive power management of a graphics processor |
| US10955899B2 (en) | 2018-06-20 | 2021-03-23 | Intel Corporation | System, apparatus and method for responsive autonomous hardware performance state control of a processor |
| US10976801B2 (en) | 2018-09-20 | 2021-04-13 | Intel Corporation | System, apparatus and method for power budget distribution for a plurality of virtual machines to execute on a processor |
| US10860083B2 (en) | 2018-09-26 | 2020-12-08 | Intel Corporation | System, apparatus and method for collective power control of multiple intellectual property agents and a shared power rail |
| US11656676B2 (en) | 2018-12-12 | 2023-05-23 | Intel Corporation | System, apparatus and method for dynamic thermal distribution of a system on chip |
| US11256657B2 (en) | 2019-03-26 | 2022-02-22 | Intel Corporation | System, apparatus and method for adaptive interconnect routing |
| US11442529B2 (en) | 2019-05-15 | 2022-09-13 | Intel Corporation | System, apparatus and method for dynamically controlling current consumption of processing circuits of a processor |
| US11698812B2 (en) | 2019-08-29 | 2023-07-11 | Intel Corporation | System, apparatus and method for providing hardware state feedback to an operating system in a heterogeneous processor |
| US11366506B2 (en) | 2019-11-22 | 2022-06-21 | Intel Corporation | System, apparatus and method for globally aware reactive local power control in a processor |
| US11132201B2 (en) | 2019-12-23 | 2021-09-28 | Intel Corporation | System, apparatus and method for dynamic pipeline stage control of data path dominant circuitry of an integrated circuit |
| CN114356416B (en) * | 2021-12-31 | 2023-04-07 | 海光信息技术股份有限公司 | Processor, control method and device thereof, electronic equipment and storage medium |
| US11921564B2 (en) | 2022-02-28 | 2024-03-05 | Intel Corporation | Saving and restoring configuration and status information with reduced latency |
| US12164353B2 (en) | 2022-09-29 | 2024-12-10 | Advanced Micro Devices, Inc. | Frequency/state based power management thresholds |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030196127A1 (en) * | 2002-04-11 | 2003-10-16 | International Business Machines Corporation | Method and apparatus for managing low power processor states |
| US20040139356A1 (en) * | 2003-01-10 | 2004-07-15 | Kenneth Ma | Method and apparatus for improving bus master performance |
| US20060184287A1 (en) * | 2005-02-15 | 2006-08-17 | Belady Christian L | System and method for controlling power to resources based on historical utilization data |
| US20070043965A1 (en) * | 2005-08-22 | 2007-02-22 | Intel Corporation | Dynamic memory sizing for power reduction |
| US20070234088A1 (en) * | 2006-04-04 | 2007-10-04 | Microsoft Corporation | Identifying a target processor idle state |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4593367A (en) * | 1984-01-16 | 1986-06-03 | Itt Corporation | Probabilistic learning element |
| US5560023A (en) * | 1994-09-07 | 1996-09-24 | International Business Machines Corporation | Automatic backup system for advanced power management |
| US6516307B1 (en) * | 1995-02-24 | 2003-02-04 | Fujitsu Limited | Next alternative generating apparatus using simulated annealing and method thereof |
| JP2974950B2 (en) * | 1995-10-26 | 1999-11-10 | インターナショナル・ビジネス・マシーンズ・コーポレイション | Information processing system |
| JP3943665B2 (en) * | 1997-09-01 | 2007-07-11 | 株式会社東芝 | Sleep control method and event notification method |
| US5954820A (en) * | 1997-09-26 | 1999-09-21 | International Business Machines Corporation | Portable computer with adaptive demand-driven power management |
| US6105139A (en) * | 1998-06-03 | 2000-08-15 | Nec Usa, Inc. | Controller-based power management for low-power sequential circuits |
| EP1116172A2 (en) * | 1998-09-23 | 2001-07-18 | Siemens Aktiengesellschaft | Method and configuration for determining a sequence of actions for a system which comprises statuses, whereby a status transition ensues between two statuses as a result of an action |
| US7010708B2 (en) * | 2002-05-15 | 2006-03-07 | Broadcom Corporation | Method and apparatus for adaptive CPU power management |
| US6845456B1 (en) * | 2001-05-01 | 2005-01-18 | Advanced Micro Devices, Inc. | CPU utilization measurement techniques for use in power management |
| US6795927B1 (en) * | 2001-05-01 | 2004-09-21 | Advanced Micro Devices, Inc. | Power state resynchronization |
| US7240223B2 (en) * | 2003-05-07 | 2007-07-03 | Apple Inc. | Method and apparatus for dynamic power management in a processor system |
| US7702788B2 (en) * | 2005-10-25 | 2010-04-20 | International Business Machines Corporation | Method and apparatus for performance and policy analysis in distributed computing systems |
| US20070245163A1 (en) * | 2006-03-03 | 2007-10-18 | Yung-Hsiang Lu | Power management in computer operating systems |
| US20070297327A1 (en) * | 2006-06-27 | 2007-12-27 | International Business Machines Corporation | Method for applying stochastic control optimization for messaging systems |
-
2006
- 2006-07-31 US US11/496,944 patent/US7930564B2/en not_active Expired - Fee Related
-
2007
- 2007-07-19 CN CN2007800285752A patent/CN101495958B/en not_active Expired - Fee Related
- 2007-07-19 DE DE112007001713T patent/DE112007001713T5/en not_active Ceased
- 2007-07-19 WO PCT/US2007/073897 patent/WO2008016791A1/en not_active Ceased
- 2007-07-25 TW TW096127065A patent/TWI348641B/en not_active IP Right Cessation
-
2011
- 2011-04-19 US US13/089,669 patent/US20120102349A1/en not_active Abandoned
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030196127A1 (en) * | 2002-04-11 | 2003-10-16 | International Business Machines Corporation | Method and apparatus for managing low power processor states |
| US20040139356A1 (en) * | 2003-01-10 | 2004-07-15 | Kenneth Ma | Method and apparatus for improving bus master performance |
| US20060184287A1 (en) * | 2005-02-15 | 2006-08-17 | Belady Christian L | System and method for controlling power to resources based on historical utilization data |
| US20070043965A1 (en) * | 2005-08-22 | 2007-02-22 | Intel Corporation | Dynamic memory sizing for power reduction |
| US20070234088A1 (en) * | 2006-04-04 | 2007-10-04 | Microsoft Corporation | Identifying a target processor idle state |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120159219A1 (en) * | 2010-12-20 | 2012-06-21 | Lilly Huang | Vr power mode interface |
| US20160077575A1 (en) * | 2014-09-17 | 2016-03-17 | Advanced Micro Devices, Inc. | Interface to expose interrupt times to hardware |
Also Published As
| Publication number | Publication date |
|---|---|
| TW200821918A (en) | 2008-05-16 |
| DE112007001713T5 (en) | 2009-07-09 |
| CN101495958B (en) | 2012-05-09 |
| CN101495958A (en) | 2009-07-29 |
| US7930564B2 (en) | 2011-04-19 |
| US20080028240A1 (en) | 2008-01-31 |
| TWI348641B (en) | 2011-09-11 |
| WO2008016791A1 (en) | 2008-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7930564B2 (en) | System and method for controlling processor low power states | |
| US10613876B2 (en) | Methods and apparatuses for controlling thread contention | |
| US8799687B2 (en) | Method, apparatus, and system for energy efficiency and energy conservation including optimizing C-state selection under variable wakeup rates | |
| EP2073097B1 (en) | Transitioning a processor package to a low power state | |
| US7966506B2 (en) | Saving power in a computer system | |
| US9618997B2 (en) | Controlling a turbo mode frequency of a processor | |
| US9760150B2 (en) | Low-power states for a computer system with integrated baseband | |
| US10296067B2 (en) | Enhanced dynamic clock and voltage scaling (DCVS) scheme | |
| US8028181B2 (en) | Processor power consumption control and voltage drop via micro-architectural bandwidth throttling | |
| US9292072B2 (en) | Power management method for an electronic system | |
| US8484418B2 (en) | Methods and apparatuses for idle-prioritized memory ranks | |
| JP2000039937A (en) | Computer system and power save control method thereof | |
| US9075609B2 (en) | Power controller, processor and method of power management | |
| KR20170104564A (en) | System and method for SOC idle power state control based on I / O operation characteristics | |
| US8707063B2 (en) | Hardware assisted performance state management based on processor state changes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |