Abstract: A method is described. The method includes a service provider accessing data indicating that at least a portion of an information systems infrastructure that is managed by the service provider and is installed at a tenant's location to perform information services for the tenant is available to perform information services for entities other than the tenant. The method includes the service provider providing information services to at least one of the entities with the portion of the information systems infrastructure.

Abstract: Methods and apparatus for opportunistic memory pools. The memory architecture is extended with logic that divides and tracks the memory fragmentation in each of a plurality of smart devices in two virtual memory partitions: (1) the allocated-unused partition containing memory that is earmarked for (allocated to), but remained un-utilized by the actual workloads running, or, by the device itself (bit-streams, applications, etc.); and (2) the unallocated partition that collects unused memory ranges and pushes them in to an Opportunistic Memory Pool (OMP) which is exposed to the platform's memory controller and operating system. The two partitions of the OMP allow temporary utilization of otherwise unused memory. Under alternate configurations, the total amount of memory resources is presented as a monolithic resource or two monolithic memory resources (unallocated and allocated but unused) available for utilization by the devices and applications running in the platform.

Abstract: A method is described. The method includes performing the following within a data center: a) recognizing that excess power derived from one or more ambient sources is available; b) determining allocations of respective portions of the excess power for different units of hardware within the data center; c) determining respective higher performance and higher power operational states for certain functional blocks within the different units of the hardware to utilize the excess power.

Abstract: Examples described herein relate to a memory controller to allocate an address range for a process among multiple memory pools based on a service level parameters associated with the address range and performance capabilities of the multiple memory pools. In some examples, the service level parameters include one or more of latency, network bandwidth, amount of memory allocation, memory bandwidth, data encryption use, type of encryption to apply to stored data, use of data encryption to transport data to a requester, memory technology, and/or durability of a memory device.

Abstract: Examples described herein relate to offload service mesh management and selection of memory pool accessed by services associated with the service mesh to a switch. Based on telemetry data of one or more nodes and network traffic, one or more processes can be allocated to execute on the one or more nodes and a memory pool can be selected to store data generated by the one or more processes.

Abstract: Examples described herein relate to network interface device that is configured to identify a trigger condition to cause transmission of a request to a next node to request the next node to pre-load a telemetry collection service prior to performance of a service and to collect specific telemetry data during performance of the service. In some examples, the request is transmitted using a connection with a particular quality of service. In some examples, the next node comprises a computing platform and a second network interface device and wherein the second network interface device is to transmit telemetry related to performance of the service to a target destination. In some examples, the network interface device comprises one or more of: network interface controller (NIC), SmartNIC, infrastructure processing unit (IPU), or data processing unit (DPU).