DYNAMIC PERFORMANCE MANAGEMENT
A dynamic power management technique to optimize the performance to a pre-defined power or temperature limit. A computing system may comprise a performance management unit that may reconfigure the performance parameters, dynamically, based on the pre-defined power or temperature limit. Such an approach may provide performance enhancements as the power consumed by various components of the computing system may be reduced.
This application is a continuation of U.S. patent application Ser. No. 11/678,183 filed Feb. 23, 2007, now issued as U.S. Pat. No. 8,020,009 on Sep. 13, 2011.
BACKGROUNDA computer system such as a client and a network device may operate with a limited power budget. As performance requirements increase the heat dissipated by these devices also increase. Static power management techniques may comprise placing the computer system in a ‘sleep’ or ‘suspend’ mode while the computer system is inactive for a pre-determined time. Also, some dynamic power management may enable the computer system to operate at a reduced power with reduced performance. Dynamic power management techniques may comprise, for example, frequency scaling and power supply scaling.
The invention described herein is illustrated by way of example and not by way of limitation in the accompanying figures. For simplicity and clarity of illustration, elements illustrated in the figures are not necessarily drawn to scale. For example, the dimensions of some elements may be exaggerated relative to other elements for clarity. Further, where considered appropriate, reference labels have been repeated among the figures to indicate corresponding or analogous elements.
The following description describes a dynamic performance management technique. In the following description, numerous specific details such as logic implementations, resource partitioning, or sharing, or duplication implementations, types and interrelationships of system components, and logic partitioning or integration choices are set forth in order to provide a more thorough understanding of the present invention. It will be appreciated, however, by one skilled in the art that the invention may be practiced without such specific details. In other instances, control structures, gate level circuits, and full software instruction sequences have not been shown in detail in order not to obscure the invention. Those of ordinary skill in the art, with the included descriptions, will be able to implement appropriate functionality without undue experimentation.
References in the specification to “one embodiment”, “an embodiment”, “an example embodiment”, indicate that the embodiment described may include a particular feature, structure, or characteristic, but every embodiment may not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
Embodiments of the invention may be implemented in hardware, firmware, software, or any combination thereof. Embodiments of the invention may also be implemented as instructions stored on a machine-readable medium, which may be read and executed by one or more processors. A machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computing device).
For example, a machine-readable medium may include read only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other forms of propagated signals (e.g., carrier waves, infrared signals, and digital signals). Further, firmware, software, routines, and instructions may be described herein as performing certain actions. However, it should be appreciated that such descriptions are merely for convenience and that such actions in fact result from computing devices, processors, controllers, and other devices executing the firmware, software, routines, and instructions.
An embodiment of a network environment 100 is illustrated in
The server 190 may generate a response after receiving a request from the client 110. The server 190 may send the response to the client 110 via the network 180 and the router 150. The server 190 may comprise, for example, a web server, a transaction server, or a database server.
The network 180 may comprise one or more network devices such as a switch or a router, which may process and send the packets to an appropriate network device provisioned in a path to the destination system. The network 180 may enable transfer of messages between the client 110 and the server 190. The network devices of the network 180 may be configured to support various protocols such as TCP/IP.
The client 110 may comprise a desktop computer system, a laptop computer system, a personal digital assistant, a mobile phone, or any such computing system. In one embodiment, the client 110 may couple to the router 150. In one embodiment, the client 110 may support dynamic performance management techniques to optimize the performance of various components of the client 110 for a pre-determined power or temperature limit. The client 110 may be coupled to a link partner such as the router 150 via a local area network (LAN). In one embodiment, the client 110 may support hyper text transfer protocol (HTTP), file transfer protocols (FTP), and TCP/IP, and similar other protocols.
The router 150 may enable transfer of packets between the client 110 and the server 190 via the network 180. The router 150 may be coupled to a link partner such as the client 110 via a local area network (LAN). In one embodiment, the router 150 may comprise a memory 152, a processor 155, a performance management unit 156, and a network interface 158.
In one embodiment, the network interface 158 may receive the packets from the processor 155 and performance parameters from the performance management unit 156. In one embodiment, the network interface 156 may forward the packets based on the performance parameters provided by the performance management unit 156. In one embodiment, the network interface 158 may transfer the data at a rate determined by the performance parameters.
In one embodiment, the processor 155 may generate a ‘manage signal’ that may initiate the performance management unit 156 to determine the actual power consumed by the components of the router 150. In one embodiment, the processor 155 may generate the ‘manage signal’ at pre-determined intervals of time.
In one embodiment, the performance management unit 156 may determine the reconfiguration values of the performance parameters. In one embodiment, the performance management unit 156 may determine the reconfigured performance values in response to receiving the mange signal at pre-determined intervals of time. In one embodiment, the performance management unit 156 may store the actual power consumption values in the memory 152. In one embodiment, the performance management unit 158 may comprise power or thermal sensors to detect the actual power consumed or the heat dissipated.
In one embodiment, the performance management unit 156 may determine the reconfigured performance parameters as a function of the pre-defined power or temperature limits. In one embodiment, the performance management unit 156 may support dynamic performance management techniques to optimize the performance of the components of the router 150 for a pre-determined power or temperature limit.
In one embodiment, determination of the performance parameters at pre-defined intervals of time may allow the performance parameters to be re-configured dynamically. In one embodiment, the performance management unit 156 may determine the reconfigured performance parameters and may provide the re-configured performance parameters to the network interface 158. In one embodiment, the dynamic reconfiguration of the performance parameters of a first device based on the pre-defined power or temperature limit may provide performance enhancements. In one embodiment, the performance parameters of the first device may be determined based on the power consumption of the other devices in the router 150. Such an approach may provide opportunistic performance enhancements in the first device while the other devices are operating at low power.
An embodiment of the router 150 supporting dynamic performance management to optimize its performance for a pre-determined power or temperature limit is described in
In block 205, a first device may initialize a set of variables after power-on. In one embodiment, the router 150 may initialize a set of variables and the set of variables may comprise Max_limit, Min_limit, Delay, Rate, Max_Rate, Max_Partner Rate, and Max_link Rate. In one embodiment, the Max_limit and Min_limit may define the power or thermal limit. In one embodiment, the Max_limit and Min_limit may implement a hysterisis to avoid link rate fluctuations which may impact network performance.
In one embodiment, the Max_limit variable may equal the maximum pre-defined power or temperature limit value. If the actual power consumption value is above the Max-limit, the network performance may decrease. In one embodiment, the Min_limit variable may equal minimum pre-defined power or temperature limit value. In one embodiment, if the actual power consumption value is below the Min_limit, the network performance may increase. In one embodiment, the Max_limit and the Min_limit may, respectively, equal 10 Watts and 1 watt.
In one embodiment, the Delay variable may refer to a time period that the router 150 may wait after completion of auto-negotiation with the client 110. Introducing such delay may enable the router 150 or the client 110 to stabilize the power consumed by its components before measuring the power values.
In one embodiment, the Rate variable may refer to data rate that may be negotiated between the link partners (the router 150 and the client 110) based on the order listed below:
(1) Power Down; (2) 10M/Sec Half Duplex; (3) 10M/Sec Full Duplex; (4) 100M/Sec Half Duplex; (5) 100M/sec Full Duplex; (6) 1 G/Sec Half Duplex; (7) 1 G/Sec Full Duplex; (8) 10 G/sec Full Duplex (Full reach or reduced reach depending on cable quality).
In one embodiment, the Rate of data transfer in the above list depicts lowest data rate to highest data rate. In one embodiment, the lowest data rate may be associated with lowest power consumption and highest data rate may be associated with maximum power consumption. After initialization, the Rate value may be set to the highest value supported by the router 150 (e.g. 10 G/sec). In one embodiment, the Max_Rate may refer to a maximum link rate supported by the router 150. In one embodiment, the Max_Rate supported by the router 150 may equal 10 G/sec.
In one embodiment, the Max_Partner_Rate may refer to a maximum Link rate supported by the link partner, the client 110. In one embodiment, the Max_Partner_Rate may be initialized to Max_Rate value and updated each time a negotiation is completed successfully between the link partners, the router 150 and the client 110. In one embodiment, the Max_Partner_Rate may equal 10 G/Sec during initialization. However, after negotiation the Max_Partner_Rate may equal 1 GB/Sec as the maximum data rate supported by the client 110 may equal 1 GB/Sec.
In one embodiment, the Max_link_Rate may equal the lowest common denominator between the Max_Rate and the Max_Partner_Rate. In one embodiment, the Max_link_Rate may hold the maximum rate supported on the link. At the initialization, the Max_link_Rate may equal the Max_Rate.
In block 210, the first device such as the router 150 may negotiate the Rate with a second device such as the client 110, which may be coupled to the router 150. In one embodiment, the router 150 may negotiate the data rate and other operating parameters with the link partner, the client 110 using the Rate value supported by the router 150. In one embodiment, the router 150 may update the Rate value based on the resulting value after the negotiation. In one embodiment, the router 150 may update the Max_Partner_Rate with the data rate supported by the client 110 and the Max_link_Rate may be assigned a value equaling the lowest common denominator of the Max_Partner_Rate and Max_Rate.
In block 220, the router 150 may wait for a period equal to Delay and control passes to block 230 if the Delay is elapsed and loops back to block 210 to determine if Delay has elapsed.
In block 230, the router 150 may determine the actual power consumed. In one embodiment, the processor 155 may compute the actual power consumed by the components of the router 150 and may store such values in pre-specified memory locations. In one embodiment, a component supported by the network interface 158 may retrieve the values stored in the pre-specified memory locations.
In block 240, the router 150 may check if the actual power is greater than the Max_limit and Rate not equal to a rate at the power down state and control passes to bock 250 if the both the actual power is greater than the Max_limit and the Rate is not equal to power down and to block 270 otherwise.
In block 250, the router may decrease the Rate. In one embodiment, if the actual power consumed is greater than the Max_limit, the actual power consumed may be higher than the Max_limit and as a result of operating at higher power levels, the temperature levels may increase. Increase in the temperature levels above a pre-specified temperature limit may decrease the performance of electronic components. As a result, the network performance may decrease and the decrease in the Rate may in turn decrease the actual power consumed and the temperature levels.
In block 260, the router 150 may check if the Rate equals power down and control passes to block 240 if the Rate equals power down and to block 210 otherwise.
In block 270, the router 150 may determine whether the actual power is less than the Max_limit and Rate is less than power down value. Control passes to block 280 if the condition is true and to block 240 otherwise.
In block 280, the router 150 may increase the Rate as the actual power consumed is less than the Max_limit and the Rate is less than the power down value. Thereafter, control passes to block 210.
Certain features of the invention have been described with reference to example embodiments. However, the description is not intended to be construed in a limiting sense. Various modifications of the example embodiments, as well as other embodiments of the invention, which are apparent to persons skilled in the art to which the invention pertains are deemed to lie within the spirit and scope of the invention.
Claims
1. A network device comprising:
- a processor, and
- a performance management unit to, dynamically, reconfigure a rate at which data is transferred between the network device and a partner device coupled to the network device, wherein the rate is decreased if the rate is not equal to a power down value and if an actual power consumed by the network device is greater than a maximum limit, wherein the rate is reconfigured to limit temperature of the network device to be within a pre-specified temperature limit for the network device.
2. The network device of claim 1 further includes a plurality of thermal sensors to sense the temperature of the network device.
3. The network device of claim 1, wherein the performance management unit to increase the rate if the actual power consumed by the network device is less than the maximum limit and if the rate is less than the power down value.
4. The network device of claim 3, wherein the power management unit to, initially, negotiate the rate at which the data is to be transferred between the network device and the partner device.
5. The network device of claim 4, wherein the power management unit to wait for a time period after negotiation of the rate is complete.
6. The network device of claim 1, wherein the power management unit to check if the rate is equal to the power down value after decreasing the rate and then negotiate the rate with the partner device if the rate is not equal to the power down value.
7. The network device of claim 1, wherein power management unit to set the rate to a maximum rate supported by the network device during initialization before negotiating the rate with the partner device.
8. The network device of claim 7, wherein the power management unit to set a maximum partner rate of the partner device to the maximum rate during initialization before negotiating the rate with the partner device.
9. The network device of claim 8, wherein the power management unit to update the maximum partner rate after the negotiation is completed successfully between the network device and the partner device.
10. The network device of claim 9, wherein the power management unit to determine a maximum link rate as equal to a lowest common denominator between the maximum rate and the maximum partner rate.
11. The network device of claim 9, wherein the maximum link rate is a maximum data transfer rate supported by a link provided between the network device and the partner device.
Type: Application
Filed: Sep 13, 2011
Publication Date: Jan 5, 2012
Inventor: Aviad Wertheimer (Zur-Hadassah)
Application Number: 13/231,854
International Classification: G06F 1/32 (20060101);
