IP Library Granted Patent US 8,898,499
Granted Patent B2
US 8,898,499 · App. 13/947,479 · Granted Nov 25, 2014

Platform and processor power management

View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 8,898,499
App. No.
13/947,479
Granted
Nov 25, 2014
Kind
B2
Abstract

The present invention relates to platform power management.

Claims (39)

1. A computer-implemented method, comprising:

receiving registration information from one or more applications;

notifying an operating system executing on a computer of an expected period of quietness or an expected idle duration;

holding incoming traffic during the expected period of quietness or expected idle duration; and

synchronizing outgoing network requests from the computer for the one or more applications with one or more platform activities.

2. The computer-implemented method of claim 1 , the registration information comprising one or more of message frequency and timing requirements including allowable jitter, network keep-alive, periodic, or outgoing network communications for the one or more applications.

3. The computer-implemented method of claim 1 , the one or more applications comprising applications having non-critical outgoing message deadlines or engaging in periodic network activity.

4. The computer-implemented method of claim 1 , comprising:

running the synchronized outgoing network requests expected to be run within the next period of quietness or next idle duration before the next period of quietness or next idle duration.

5. The computer-implemented method of claim 1 , comprising:

predicting the expected period of quietness or expected idle duration based on one or more of information from one or more peripheral devices and adaptive estimation including heuristic idle durations.

6. The computer-implemented method of claim 1 , comprising:

receiving a task from one or more of the one or more applications;

determining if the task can be put off for at least a break even duration;

delaying servicing of the task if the task can be put off for the break even duration; and

determining if other tasks need servicing before the break even duration and servicing the task and the other tasks if the other tasks need servicing before the break even duration.

7. An article comprising a non-transitory computer readable storage medium containing instructions that if executed enable a system to:

receive registration information from one or more applications;

notify an operating system of an expected period of quietness or an expected idle duration;

hold incoming traffic during the expected period of quietness or expected idle duration; and

synchronize outgoing network requests for the one or more applications with one or more platform activities.

8. The article of claim 7 , the registration information comprising one or more of message frequency and timing requirements including allowable jitter, network keep-alive, periodic, or outgoing network communications for the one or more applications.

9. The article of claim 7 , the one or more applications comprising applications having non-critical outgoing message deadlines or engaging in periodic network activity.

10. The article of claim 7 , comprising instructions that if executed enable the system to:

run the synchronized outgoing network requests expected to be run within the next period of quietness or next idle duration before the next period of quietness or next idle duration.

11. The article of claim 7 , comprising instructions that if executed enable the system to:

predict the expected period of quietness or expected idle duration based on one or more of information from one or more peripheral devices and adaptive estimation including heuristic idle durations.

12. The article of claim 7 , comprising instructions that if executed enable the system to:

receive a task from one or more of the one or more applications;

determine if the task can be put off for at least a break even duration;

delay servicing of the task if the task can be put off for the break even duration; and

determine if other tasks need servicing before the break even duration and servicing the task and the other tasks if the other tasks need servicing before the break even duration.

13. An apparatus, comprising:

logic, at least a portion of which is in hardware, the logic to receive registration information from one or more applications, notify an operating system of an expected period of quietness or an expected idle duration, hold incoming traffic during the expected period of quietness or expected idle duration, and synchronize outgoing network requests for the one or more applications with one or more platform activities.

14. The apparatus of claim 13 , the registration information comprising one or more of message frequency and timing requirements including allowable jitter, network keep-alive, periodic, or outgoing network communications for the one or more applications.

15. The apparatus of claim 13 , the one or more applications comprising applications having non-critical outgoing message deadlines or engaging in periodic network activity.

16. The apparatus of claim 13 , the logic to run the synchronized outgoing network requests expected to be run within the next period of quietness or next idle duration before the next period of quietness or next idle duration.

17. The apparatus of claim 13 , the logic to predict the expected period of quietness or expected idle duration based on one or more of information from one or more peripheral devices and adaptive estimation including heuristic idle durations.

18. The apparatus of claim 13 , the logic to receive a task from one or more of the one or more applications, determine if the task can be put off for at least a break even duration, delay servicing of the task if the task can be put off for the break even duration, and determine if other tasks need servicing before the break even duration and servicing the task and the other tasks if the other tasks need servicing before the break even duration.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 15, 2022
From: INTEL CORPORATION
To: TAHOE RESEARCH, LTD.
Reel/Frame 061175/0176 →