Abstract: In some embodiments, an electronic device displays one or more representations of power usage of the electronic device, including across various periods of time and subperiods of time within those periods. In some embodiments, the displayed information reflects power usage both for periods of the display being on and periods of the display being off. In some embodiments, the displayed information includes power usage attributed to various mobile applications running on the electronic device. In some embodiments, the electronic device displays recommendations to reduce the usage of power by the electronic device, which a user has the option of applying. In some embodiments, the electronic device displays prose insight into power usage, indicating causes of the power usage.

Abstract: Embodiments of the present disclosure include methods and systems for generating and processing energy consumption reports received from a plurality of devices. The reports may include a plurality of call stacks captured and stored by remote device as a result of an energy consumption of the corresponding device. For each energy consumption report, the plurality of call stacks may be analyzed to determine a representative call stack of the energy consumption report. The energy consumption reports may be assigned to one or more of a plurality of energy consumption categories based on distances between the representative call stacks of the energy consumption reports and corresponding representative call stacks of the energy consumption categories. A request may be received for energy consumption reports for a particular energy consumption category.

Abstract: Techniques are disclosed performing a power logging in a computer system at a sub-process level. An exemplary method includes an operating system of the computer system determining process information indicative of which sub-portions of one or more processes are running on the computer system at different points in time, as well as may determining power information for the computer system at different points in time. The operating system may the create, from the process information and the power information, a power log indicative of power usage of sub-portions of processes at a plurality of points in time. The power logging may extend to both core and non-core resources of the system. For non-core resources, the power usage may be estimated in some cases based on the type of non-core resource being called as well as parameters passed to the non-core resource.

Abstract: In some implementations, a mobile device can be configured to monitor environmental, system and user events. The occurrence of one or more events can trigger adjustments to system settings. In some implementations, the mobile device can be configured to keep frequently invoked applications up to date based on a forecast of predicted invocations by the user. In some implementations, the mobile device can receive push notifications associated with applications that indicate that new content is available for the applications to download. The mobile device can launch the applications associated with the push notifications in the background and download the new content. In some implementations, before running an application or accessing a network interface, the mobile device can be configured to check energy and data budgets and environmental conditions of the mobile device to preserve a high quality user experience.

Abstract: A portable electronic device having a user interface for displaying battery usage of the device over a given time period, with the battery usage from various subsystems. The various subsystems including at least one hardware subsystem and the battery usage attributed to a plurality of software applications based on activity of the plurality of software applications, while battery usage of the various subsystems was monitored.

Abstract: Systems and methods are disclosed for determining hours of utility of an application per amount of energy consumed by the application for a wide variety of device types. For each subsystem of a client device, a model of the subsystem is used to estimate a portion of the total energy consumed by the subsystem during a predetermined period of time. Energy consumed by a subsystem is apportioned to one or more applications or daemons that utilize the subsystem. Energy usage by a daemon is apportioned to one or more applications that the daemon performs work on behalf of. A large sample of application energy consumption information is gathered by an energy server and provided to an application information server that is accessible by developers. Thus, a developer can view energy consumption vs. application utility, by client device type and by subsystem for the client device type.

Abstract: In some implementations, a mobile device can be configured to monitor environmental, system and user events. The occurrence of one or more events can trigger adjustments to system settings. In some implementations, the mobile device can be configured to keep frequently invoked applications up to date based on a forecast of predicted invocations by the user. In some implementations, the mobile device can receive push notifications associated with applications that indicate that new content is available for the applications to download. The mobile device can launch the applications associated with the push notifications in the background and download the new content. In some implementations, before running an application or accessing a network interface, the mobile device can be configured to check energy and data budgets and environmental conditions of the mobile device to preserve a high quality user experience.

Abstract: In some implementations, a system can intelligently restore data to a user's computing device. For example, the system can prioritize data to be restored to a user device based on the data that the user is most likely to use. The system can restore high priority data items first while delaying restoration of low priority data items. The system can control when data restoration is performed based on device conditions. For example, the device conditions can include how much of an energy budget and/or data budget remains for downloading data to the user device. The device conditions can include the thermal condition (e.g., how hot) of the user device. If device conditions do not allow for downloading data at a particular time, then the device can delay downloading data until the device conditions allow for downloading and/or restoring the data.

Abstract: In some implementations, a network daemon can manage access to a mobile device's network interface. The network daemon (e.g., network connection managing process) can monitor the condition of the mobile device's network connection on one or more interfaces. The network daemon can monitor many conditions on the mobile device. The network daemon can receive background networking requests from network clients (e.g., processes, applications) that specify criteria for initiating a network connection. The network daemon can then smartly manage network connections taking into account network conditions, mobile device conditions and/or client criteria received in the client request. This can help reduce battery life impact, memory usage, likelihood of call drops, data usage cost, and load on network operators.

Abstract: Circuits, methods, and apparatus that may estimate the power being consumed by an OLED display screen of an electronic device, may provide further information about that power usage, may modify or change functions performed by the electronic device based on that power usage, and may inform an application's developer about the amount of power being used by the electronic device while the electronic device is running the application. One example may estimate the power being used by an OLED display screen of an electronic device by determining the content of images being displayed during a duration. The estimated power may then be presented to a user. The estimated power may be used in decisions to modify or change parameters of the screen or other device components.

Abstract: Circuits, methods, and apparatus that may estimate the power being consumed by an OLED display screen of an electronic device, may provide further information about that power usage, may modify or change functions performed by the electronic device based on that power usage, and may inform an application's developer about the amount of power being used by the electronic device while the electronic device is running the application. One example may estimate the power being used by an OLED display screen of an electronic device by determining the content of images being displayed during a duration. The estimated power may then be presented to a user. The estimated power may be used in decisions to modify or change parameters of the screen or other device components.

Abstract: Some embodiments of the invention provide a novel architecture for debugging devices. This architecture includes numerous devices that without user intervention automatically detect and report bug events to a set of servers that aggregate and process the bug events. When a device detects a potential bug event, the device in some embodiments generates a description of the potential bug event, and sends the generated description to the server set through a network. In addition to generating such a description, the device in some embodiments directs one or more of its modules to gather and store a collection of one or more data sets that are relevant to the potential bug event, in case the event has to be further analyzed by the server set. In the discussion below, the generated bug-event description is referred to as the event signature, while the gathered collection of data sets for an event is referred to as the event's data archive.

Abstract: Some embodiments of the invention provide a novel architecture for debugging devices. This architecture includes numerous devices that without user intervention automatically detect and report bug events to a set of servers that aggregate and process the bug events. When a device detects a potential bug event, the device in some embodiments generates a description of the potential bug event, and sends the generated description to the server set through a network. In addition to generating such a description, the device in some embodiments directs one or more of its modules to gather and store a collection of one or more data sets that are relevant to the potential bug event, in case the event has to be further analyzed by the server set. In the discussion below, the generated bug-event description is referred to as the event signature, while the gathered collection of data sets for an event is referred to as the event's data archive.

Abstract: In order to reduce latency associated with an application executed by an electronic device, when the application transitions from a runnable mode to a suspended state, the electronic device may receive a request from the application to maintain a connection, which is used by the application to communicate with another electronic device, while the application is in the suspended state. Then, the electronic device may provide an instruction to an interface circuit in the electronic device to maintain the connection for a time interval while the application is in the suspended state. This time interval may exceed a predefined timeout for the connection and/or a task extension time for the application. Moreover, prior to providing the instruction, the electronic device may confirm one or more system safeguards to prevent abuse and to ensure system performance and battery life is not adversely affected by maintaining the connection.

Abstract: In some implementations, a system can intelligently restore data to a user's computing device. For example, the system can prioritize data to be restored to a user device based on the data that the user is most likely to use. The system can restore high priority data items first while delaying restoration of low priority data items. The system can control when data restoration is performed based on device conditions. For example, the device conditions can include how much of an energy budget and/or data budget remains for downloading data to the user device. The device conditions can include the thermal condition (e.g., how hot) of the user device. If device conditions do not allow for downloading data at a particular time, then the device can delay downloading data until the device conditions allow for downloading and/or restoring the data.

Abstract: Systems and methods are disclosed for determining hours of utility of an application per amount of energy consumed by the application for a wide variety of device types. For each subsystem of a client device, a model of the subsystem is used to estimate a portion of the total energy consumed by the subsystem during a predetermined period of time. Energy consumed by a subsystem is apportioned to one or more applications or daemons that utilize the subsystem. Energy usage by a daemon is apportioned to one or more applications that the daemon performs work on behalf of. A large sample of application energy consumption information is gathered by an energy server and provided to an application information server that is accessible by developers. Thus, a developer can view energy consumption vs. application utility, by client device type and by subsystem for the client device type.

Abstract: The disclosed embodiments provide a system that processes incoming network packets to an electronic device. The system includes an analysis apparatus that maintains a list of accepted incoming packet attributes for the electronic device based on outgoing packets from the electronic device. The system also includes a filtering apparatus that compares a first set of header information for an incoming packet to the list. If the first set of header information is not included in the list, the filtering apparatus discards the incoming packet. If the first set of header information is included in the list, the filtering apparatus enables subsequent processing of the incoming packet on the electronic device by, for example, providing the incoming packet to a transport-layer mechanism on the electronic device for subsequent processing of the incoming packet by the transport-layer mechanism.

Abstract: A method and apparatus of a device for performance management by terminating application programs that consume an excessive amount of system resources is described. The device receives a resource consumption threshold and a detection period. The device further monitors a resource usage of an application program. The device determines whether the resource usage of the application program exceeds the resource consumption threshold for the detection period. The device further terminates the application program when the resource usage exceeds the resource consumption threshold for the detection period.

Abstract: A portable electronic device having a user interface for displaying battery usage of the device over a given time period, with the battery usage from various subsystems. The various subsystems including at least one hardware subsystem and the battery usage attributed to a plurality of software applications based on activity of the plurality of software applications, while battery usage of the various subsystems was monitored.

Abstract: A portable electronic device having a user interface for displaying battery usage of the device over a given time period, with the battery usage from various subsystems. The various subsystems including at least one hardware subsystem and the battery usage attributed to a plurality of software applications based on activity of the plurality of software applications, while battery usage of the various subsystems was monitored.