Managing compute resources and runtime object load status in a platform framework
Embodiments of systems and methods for managing compute resources and runtime object load status in a platform framework are described. In some embodiments, an Information Handling System (IHS) may include a processor and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution, cause the IHS to: receive, at a platform framework via an Application Programming Interface (API), an arbitration policy; notify an application, by the platform framework via the API, of a state change with respect to the arbitration policy based upon a change in context; receive, at the platform framework from the application via the API, an identification of at least one compute resource to execute a workload associated with the arbitration policy; and offload the workload to the compute resource.
1. An Information Handling System (IHS), comprising:
a processor; and
a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution, cause the IHS to:
receive, at a platform framework via an Application Programming Interface (API), an arbitration policy;
notify an application, by the platform framework via the API, of a state change with respect to the arbitration policy based upon a change in context;
receive, at the platform framework from the application via the API, an identification of at least one compute resource to execute a workload associated with the arbitration policy; and
offload the workload to the compute resource.
2. The IHS of claim 1 , wherein the application is registered with the platform framework to be notified of the state change.
3. The IHS of claim 1 , wherein the state change comprises a change in location of the IHS.
4. The IHS of claim 1 , wherein the state change comprises a change in user proximity to the IHS.
5. The IHS of claim 1 , wherein the state change comprises a change in IHS posture.
6. The IHS of claim 1 , wherein the state change comprises a change in power state of the IHS.
7. The IHS of claim 1 , wherein the state change comprises a change in battery charge level of the IHS.
8. The IHS of claim 1 , wherein the application is configured to identify the compute resource based, at least in part, upon a priority of the workload.
9. The IHS of claim 1 , wherein the platform framework comprises an arbitration service configured to execute the arbitration policy based upon a processing of a plurality of runtime objects representing the context.
10. The IHS of claim 9 , wherein the plurality of runtime objects comprises at least one of: operating temperature objects, battery metrics objects, IHS performance objects, IHS posture objects, audio capture objects, video capture objects, IHS location objects, or user proximity objects.
11. The IHS of claim 9 , wherein the program instructions, upon execution, further cause the IHS to disable a participant of the platform framework in response to the state change, and wherein the participant produces at least one of the runtime objects.
12. The IHS of claim 1 , wherein the compute resource comprises a hardware accelerator core.
13. A memory storage device having program instructions stored thereon that, upon execution by an Information Handling System (IHS), cause the IHS to:
receive a notification, at an application from a platform framework via an Application Programming Interface (API), of a state change with respect to an arbitration policy based upon a change in context; and
in response to the notification, provide, by the application to the platform framework via the API, an identification of at least one compute resource to execute a workload.
14. The memory storage device of claim 13 , wherein the application is registered with the platform framework to be notified of the state change.
15. The memory storage device of claim 13 , wherein the state change comprises a change in at least one of: a location of the IHS, user proximity to the IHS, IHS posture, a power state of the IHS, or a battery charge level of the IHS.
16. The memory storage device of claim 13 , wherein the platform framework comprises an arbitration service configured to execute the arbitration policy based upon a processing of a plurality of runtime objects representing the context, wherein the program instructions, upon execution, further cause the IHS to disable a participant of the platform framework in response to the state change, and wherein the participant produces at least one of the runtime objects.
17. A method, comprising:
receiving a notification, at an application from a platform framework via an Application Programming Interface (API), of a state change with respect to an arbitration policy based upon a change in context; and
in response to the notification, providing, by the application to the platform framework via the API, a request to enable or disable a participant of the platform framework, wherein the participant produces at least one runtime object representing the context.
18. The method of claim 17 , further comprising, in response to the notification, providing, by the application to the platform framework via the API, an identification of at least one compute resource to execute a workload.
19. The method of claim 17 , wherein the application is registered with the platform framework to be notified of the state change.
20. The method of claim 17 , wherein the state change comprises a change in at least one of: a location of the IHS, user proximity to the IHS, IHS posture, a power state of the IHS, or a battery charge level of the IHS.