Abstract: A method and system for sharing battery power between two smart devices is disclosed. A mobile application is installed on both devices and facilitates the transfer of battery power either through a wired (charging cable) or wireless medium. The process including the selection of a recipient device and the specific percentage of battery power to be transferred, all managed through an interface provided by the application on the sender device. The memory of the devices stores device identifiers and the processor of the sender device controls the power charging port to function effectively in the battery power transfer process. The application provides a better way of managing battery power between portable electronic devices, offering a practical solution in various scenarios where power sharing is essential.

Abstract: Systems and methods are provided for any party in a cloud ecosystem (cloud providers of such resources, the intermediate management software for such resources, and the end user of such resources) to detect and resolve faulty resources synchronously or asynchronously, before said faults adversely affect the users' workloads. The system requests a service or set of one or more resources within a cloud, automatically checking the infrastructure for various faults that would cause it to be non-functional, including pre-defined and user-defined checks, and resolving them before including the infrastructure in the working service cluster of resources. The system presents an API to the user that returns only functional, production-quality resources that are not in a faulty state. An API that tests and resolves bad infrastructure can be registered during the request or a preceding/subsequent API call, removing the need for the end-user to deal with various types of infrastructure faults.

Abstract: A system and method is provided to dynamically optimize the topography of a compute cluster in real time based on the runtime configuration, specified as metadata, of jobs in a queuing or scheduling environment. The system provisions or terminates multiple types of virtualized resources based on the profile of all applications of the jobs in a current queue based on their aggregate runtime configuration specified as requirements and rank expressions within associated metadata. The system will continually request and terminate compute resources as jobs enter and exit the queue, keeping the cluster as minimal as possible while still being optimized to complete all jobs in the queue, optimized for cost, runtime or other metric. End users can specify the runtime requirements of jobs, thereby preventing the user from having to know about the physical profile of the compute cluster to specifically architect their jobs.

Abstract: Systems and methods are provided for any party in a cloud ecosystem (cloud providers of such resources, the intermediate management software for such resources, and the end user of such resources) to detect and resolve faulty resources synchronously or asynchronously, before said faults adversely affect the users' workloads. The system requests a service or set of one or more resources within a cloud, automatically checking the infrastructure for various faults that would cause it to be non-functional, including pre-defined and user-defined checks, and resolving them before including the infrastructure in the working service cluster of resources. The system presents an API to the user that returns only functional, production-quality resources that are not in a faulty state. An API that tests and resolves bad infrastructure can be registered during the request or a preceding/subsequent API call, removing the need for the end-user to deal with various types of infrastructure faults.

Abstract: Systems and methods are provided for any party in a cloud ecosystem (cloud providers of such resources, the intermediate management software for such resources, and the end user of such resources) to detect and resolve faulty resources synchronously or asynchronously, before said faults adversely affect the users' workloads. The system requests a service or set of one or more resources within a cloud, automatically checking the infrastructure for various faults that would cause it to be non-functional, including pre-defined and user-defined checks, and resolving them before including the infrastructure in the working service cluster of resources. The system presents an API to the user that returns only functional, production-quality resources that are not in a faulty state. An API that tests and resolves bad infrastructure can be registered during the request or a preceding/subsequent API call, removing the need for the end-user to deal with various types of infrastructure faults.

Abstract: A system and method is provided to dynamically optimize the topography of a compute cluster in real time based on the runtime configuration, specified as metadata, of jobs in a queuing or scheduling environment. The system provisions or terminates multiple types of virtualized resources based on the profile of all applications of the jobs in a current queue based on their aggregate runtime configuration specified as requirements and rank expressions within associated metadata. The system will continually request and terminate compute resources as jobs enter and exit the queue, keeping the cluster as minimal as possible while still being optimized to complete all jobs in the queue, optimized for cost, runtime or other metric. End users can specify the runtime requirements of jobs, thereby preventing the user from having to know about the physical profile of the compute cluster to specifically architect their jobs.

Abstract: Systems and methods are provided for any party in a cloud ecosystem (cloud providers of such resources, the intermediate management software for such resources, and the end user of such resources) to detect and resolve faulty resources synchronously or asynchronously, before said faults adversely affect the users' workloads. The system requests a service or set of one or more resources within a cloud, automatically checking the infrastructure for various faults that would cause it to be non-functional, including pre-defined and user-defined checks, and resolving them before including the infrastructure in the working service cluster of resources. The system presents an API to the user that returns only functional, production-quality resources that are not in a faulty state. An API that tests and resolves bad infrastructure can be registered during the request or a preceding/subsequent API call, removing the need for the end-user to deal with various types of infrastructure faults.