Abstract: Methods to automatically prioritize input/output (I/O) for Network Function Virtualization (NFV) workloads at platform overload and associated apparatus and mechanisms. During lab or runtime workload operations, various platform telemetry data are collected and analyzed to determine whether a current workload is uncore-sensitive—that is, sensitive to operations involving utilization of the uncore circuitry such as I/O-related operations, memory bandwidth utilization, LLC utilization, network traffic, core-to-core traffic etc. For uncore sensitive workloads, upon detection of a platform overload condition such as a thermal load approaching a TDP limit, the uncore circuitry is prioritized over the core circuitry such that the frequency of the core is reduced first. A closed-loop feedback mechanism is used to adjust the frequencies of the core and uncore under various workload conditions. The mechanism enables I/O throughput to be maintained for NFV workloads, while reducing the processor thermal load.

Abstract: Methods and apparatus for workload feedback mechanisms facilitating a closed loop architecture. Platform telemetry data is collected from a server platform including one or more hardware components and running one or more virtual network functions (VNFs). A workload performance associated one or more VNFs or one or more applications associated with the one or more VNFs is monitored to detect whether the performance of a VNF or application fails to meet a performance criteria, such as a Service Level Agreement (SLA) metric, and corresponding performance indicia is generated by the VNF. Based on the platform telemetry data and the performance indicia, an operational configuration of one of more of the hardware components is adjusted to increase the workload performance to meet or exceed the performance criteria.

Abstract: Examples include techniques to manage cache resource allocations associated with one or more cache class of service (CLOS) assignments for a processor cache. Examples include flushing portions of an allocated cache resource responsive to reassignments of CLOS.

Abstract: A circuit arrangement includes a preprocessing circuit configured to obtain context information related to a user location, a learning circuit configured to determine a predicted user movement based on context information related to a user location to obtain a predicted route and to determine predicted radio conditions along the predicted route, and a decision circuit configured to, based on the predicted radio conditions, identify one or more first areas expected to have a first type of radio conditions and one or more second areas expected to have a second type of radio conditions different from the first type of radio conditions and to control radio activity while traveling on the predicted route according to the one or more first areas and the one or more second areas.

Abstract: Methods and apparatus for arbitration and access to hardware request ring structures in a concurrent environment. A request ring mechanism is provided including an arbiter, ring overflow guard, request ring, and request ring metadata, each of which is implemented in shared virtual memory (SVM) on a computing platform including a multi-core processor coupled to an offload device having one or more SVM-capable accelerators. Worker threads request to access the request ring to provide job descriptors to be processed by the accelerator(s). A lockless arbiter returns either an index of a slot in which to write a descriptor or information indicating the ring is full to each worker thread. The scheme enables worker threads to write descriptors to slots in the request ring corresponding to the returned indexes without contention from other worker threads. The ring overflow guard prevents valid descriptors from being overwritten before they are taken off the ring by the accelerator(s).

Abstract: A circuit arrangement includes a preprocessing circuit configured to obtain context information related to a user location, a learning circuit configured to determine a predicted user movement based on context information related to a user location to obtain a predicted route and to determine predicted radio conditions along the predicted route, and a decision circuit configured to, based on the predicted radio conditions, identify one or more first areas expected to have a first type of radio conditions and one or more second areas expected to have a second type of radio conditions different from the first type of radio conditions and to control radio activity while traveling on the predicted route according to the one or more first areas and the one or more second areas.

Abstract: A network system includes a central processing unit and a peripheral device in electrical communication with the central processing unit. The peripheral device has at least one power input and a data input. The network system also includes an out of band controller in electrical communication with the central processing unit, the peripheral device, and an external management interface. Responsive to an identified threat, the out of band controller is configured to disable the at least one power input and the data input to the peripheral device, where the disablement indicates to the central processing unit that a hot plug event has occurred with respect to the peripheral device. The out of band controller is also configured to enable auxiliary power to the peripheral device such that the out of band controller remains in communication with the peripheral device during remediation of the identified threat.

Abstract: Technologies for performance monitoring include a computing device having multiple processor cores. The computing device performs a training workload with a processor core by continuously polling an empty input queue. The computing device determines empty polling thresholds based on the empty polling workload. The computing device performs a packet processing workload with one or more processor cores by continuously polling input queues associated with network traffic. The computing device compares a measured number of empty polls performed by the packet processing workload against the empty polling thresholds. The computing device configures power management of one or more processor cores in response to the comparison. The computing device may determine empty polling trends and compare the measured number of empty polls and the empty polling trends to the empty polling thresholds. Other embodiments are described and claimed.

Abstract: Technologies for providing adaptive polling of packet queues include a compute device. The compute device includes a network interface controller and a compute engine that includes a set of cores and a memory that includes a queue to store packets received by the network interface controller. The compute engine is configured to determine a predicted time period for the queue to receive packets without overflowing, execute, during the time period and with a core that is assigned to periodically poll the queue for packets, a workload, and poll, with the assigned core, the queue to remove the packets from the queue. Other embodiments are also described and claimed.

Abstract: Examples may include an apparatus having processing logic to receive a packet, to classify the packet based at least in part on a header of the packet, to apply one or more serial packet filter rules to the packet, and when parallel packet filter rules are selected to apply one or more parallel packet filter rules to the packet, wherein application of the serial packet filter rules is performed in parallel with application of the parallel packet filter rules.

Abstract: Technologies for power-aware scheduling include a computing device that receives network packets. The computing device classifies the network packets by priority level and then assigns each network packet to a performance group bin. The packets are assigned based on priority level and other performance criteria. The computing device schedules the network packets assigned to each performance group for processing by a processing engine such as a processor core. Network packets assigned to performance groups having a high priority level are scheduled for processing by processing engines with a high performance level. The computing device may select performance levels for processing engines based on processing workload of the network packets. The computing device may control the performance level of the processing engines, for example by controlling the frequency of processor cores. The processing workload may include packet encryption. Other embodiments are described and claimed.

Abstract: A network system includes a central processing unit and a peripheral device in electrical communication with the central processing unit. The peripheral device has at least one power input and a data input. The network system also includes an out of band controller in electrical communication with the central processing unit, the peripheral device, and an external management interface. Responsive to an identified threat, the out of band controller is configured to disable the at least one power input and the data input to the peripheral device, where the disablement indicates to the central processing unit that a hot plug event has occurred with respect to the peripheral device. The out of band controller is also configured to enable auxiliary power to the peripheral device such that the out of band controller remains in communication with the peripheral device during remediation of the identified threat.

Abstract: Examples include techniques to manage cache resource allocations associated with one or more cache class of service (CLOS) assignments for a processor cache. Examples include flushing portions of an allocated cache resource responsive to reassignments of CLOS.

Abstract: Technologies for providing efficient detection of idle poll loops include a compute device. The compute device has a compute engine that includes a plurality of cores and a memory. The compute engine is to determine a ratio of unsuccessful operations to successful operations over a predefined time period of a core of the plurality cores that is assigned to continually poll, within the predefined time period, a memory address for a change in status and determine whether the determined ratio satisfies a reference ratio of unsuccessful operations to successful operations. The reference ratio is indicative of a change in the operation of the assigned core. The compute engine is further to selectively increase or decrease a power usage of the assigned core as a function of whether the determined ratio satisfies the reference ratio. Other embodiments are also described and claimed.

Abstract: Examples include techniques for a service assurance using fingerprints associated with execution of virtualized applications. Examples include receiving information for computing events gathered while a virtual machine executes one or more applications to process a workload for a virtual network function over a period of time. A service performance risk may be reported based on a sample fingerprint generated using the gathered computing events.

Abstract: Embodiments may be generally directed to techniques to cause communication of one or more packets from one or more network interfaces to one or more other network interfaces through a virtual machine monitor, determine at least one of latency and jitter for the virtual machine monitor based, at least in part, on each of the one or more packets communicated through the virtual machine monitor, and perform a corrective action when at least one of the latency and the jitter does not meet a requirement for a virtual machine on the virtual machine monitor.

Abstract: Embodiments may be generally directed to techniques to receive rate meter information indicating an occurrence of a rate meter event, the rate meter event determined by a rate meter associated with a network element in a software defined network (SDN) environment. determine a requirement for a service provided by the network element is not met based on the rate meter event detected by the rate meter. Embodiments may also include techniques to determine a corrective action based on the requirement not met, the corrective action to cause the requirement to be met for the service provided by the network element in the SDN environment and cause the correct action to be performed for the network element.

Abstract: In an embodiment, a system includes a processor that includes a plurality of cores and a plurality of queue. Each queue includes storage locations to store packets to be processed by at least one of the cores. Each queue has a corresponding state that is one of active and inactive. Each active queue is enabled to store an incoming packet, and each inactive queue is disabled from storage of the incoming packet. Each queue has a corresponding queue depth that includes a count of occupied storage locations of the queue. The system also includes packet distribution logic to determine whether to change the state of a first queue of the plurality of queues from a first state to a second state based on a total queue depth that includes a sum of the queue depths of the active queues. Other embodiments are described and claimed.

Abstract: In a virtualized desktop system an interfacing module is coupled to peripheral ports of a target device. The interfacing module is connected to a network. A digital user station is connected to the network. The digital user station is configured to be coupled to peripherals. The interfacing module and digital user station use respective hardware engines to communicate via said network.

Abstract: In a virtualized desktop system an interfacing module is coupled to peripheral ports of a target device. The interfacing module is connected to a network. A digital user station is connected to the network. The digital user station is configured to be coupled to peripherals. The interfacing module and digital user station use respective hardware engines to communicate via said network.