Abstract: A smart network interface card (smartNIC) may receive first traffic for a first process configured with a first bandwidth limit. The smartNIC may receive second traffic for a second process configured with a second bandwidth limit, the second bandwidth limit corresponding to a larger value between a second transmit limit and a second receive limit associated with the second process. The smartNIC may queue the received traffic associated with the first process and the second process in a scheduler, the scheduler having a first set of queues configured to store traffic from the first process, and a second set of queues configured to store traffic from the second process. The smartNIC may forward queued traffic from the first set of queues or the second set of queues, a maximum amount of forwarded first process traffic corresponding to the first bandwidth limit minus an amount of forwarded second process traffic.

Abstract: A computing system may access a source device configured to store device traffic in a source device queue. The computing system may launch, by one or more worker nodes of a control plane of the computing device, a destination device. The computing system may transmit a source device state to the destination device. The control plane worker nodes may configure the destination device from the source device state. The computing system may instruct the source device to pause storing the device traffic to the source device guest memory. The computing system may store dirty page information in the computing system memory. The computing system may transmit the dirty page information to the destination guest memory. The computing system may instruct the destination device to resume storing the device traffic to the destination guest memory.

Abstract: A method and system for integrating stimulation therapy, patient management, and external patient monitoring.

Abstract: The disclosed systems, methods and computer readable media relate to managing Non-Volatile Memory Express (NVMe) over Transmission Control Protocol (TCP) (NVMeOTCP) connections between a smart network interface card (smartNIC) and a block storage data plane (BSDP) of a cloud computing environment. A software agent (“agent”) executing at the smartNIC may manage a number of network paths (active and, in some cases, passive network paths). The agent may monitor the network traffic (e.g., input/output operations (IOPS)) through the paths (e.g., using established NVMeOTCP connections corresponding to the paths). If a condition is met relating to a performance threshold associated with the monitored paths, the agent may increase or decrease the number established NVMeOTCP connections to match real time network conditions.

Abstract: The disclosed systems, methods and computer readable media relate to managing Non-Volatile Memory Express (NVMe) over Transmission Control Protocol (TCP) (NVMeOTCP) connections between a smart network interface card (smartNIC) and a block storage data plane (BSDP) of a cloud computing environment. A software agent (“agent”) executing at the smartNIC may manage a number of network paths (active and, in some cases, passive network paths). The agent may monitor the network traffic (e.g., input/output operations (IOPS)) through the paths (e.g., using established NVMeOTCP connections corresponding to the paths). If a condition is met relating to a performance threshold associated with the monitored paths, the agent may increase or decrease the number established NVMeOTCP connections to match real time network conditions.

Abstract: The disclosed systems, methods and computer readable media relate to managing Non-Volatile Memory Express (NVMe) over Transmission Control Protocol (TCP) (NVMeOTCP) connections between a smart network interface card (smartNIC) and a block storage data plane (BSDP) of a cloud computing environment. A software agent (“agent”) executing at the smartNIC may manage a number of network paths (active and, in some cases, passive network paths). The agent may monitor the network traffic (e.g., input/output operations (IOPS)) through the paths (e.g., using established NVMeOTCP connections corresponding to the paths). If a condition is met relating to a performance threshold associated with the monitored paths, the agent may increase or decrease the number established NVMeOTCP connections to match real time network conditions.

Abstract: Systems and methods for monitoring implantable medical device usage and treatment plan adherence.

Abstract: Techniques disclosed herein include receiving a request to perform an upgrade. The upgrade can comprise changes to firmware or software of the network interface card. Input/Output (I/O) traffic can be monitored on one or more paths between the network interface card and a storage device. The paths can have a path capacity comprising a bandwidth of Input/Output traffic. The spare Input/Output traffic capacity can be calculated based at least in part on the Input/Output traffic and the path capacity. Whether to remove a path can be determined based at least in part on the spare Input/Output traffic capacity. The upgrade can be performed with the path halted in accordance with a determination to remove the path. The upgrade can be performed with the path included in accordance with a determination to not remove the path.

Abstract: The disclosed systems, methods, and computer readable media relate to managing persistent memory within a smart network interface card (smartNIC) of a cloud-computing environment, or at storage device of the host instance on which the smartNIC operates and to which the smartNIC has access. The smartNIC may be configured with various modes that enable passthrough of input/output operations to or from non-volatile remote storage (e.g., a block storage data plane volume) or storage of at least some of the data corresponding to the input/output operations within the persistent memory managed by the smartNIC. The smartNIC may be configured to select a storage location for data between a pool of candidate storage including the persistent storage managed by the smartNIC or the non-volatile remote storage. These techniques improve communications between the smartNIC and the non-volatile remote storage and reduce the risk of network jitters and overall network latency.

Abstract: A network virtualization device receives a storage request from a compute instance executed by a host machine separate from the network virtualization device, the storage request comprising data to be stored. Responsive to receiving the storage request, the network virtualization device divides the data to be stored into a set of one or more data stripes. For a first data stripe in the set of data stripes, the network virtualization device determines, from a plurality of extent servers, a first extent server to which the first data stripe is to be sent for storing the first data stripe, transmits the first data stripe to the first extent server, wherein the first extent server stores the first data stipe to a first physical storage device, and receives, from the first extent server, an acknowledgement confirming that the first data stripe was stored.

Abstract: Examples are directed to methods, devices, systems, computer-readable storage medium. An example non-transitory computer-readable storage medium comprises instructions that when executed cause a processing resource to present a graphical user interface (GUI) associated with a clinician portal, the GUI including a plurality of GUI portions that are individually and selectively displayable to present patient data for a plurality of patients based on at least one filter for different classes of the plurality of patients.

Abstract: A smart network interface card (smartNIC) may receive first traffic for a first process configured with a first bandwidth limit. The smartNIC may receive second traffic for a second process configured with a second bandwidth limit, the second bandwidth limit corresponding to a larger value between a second transmit limit and a second receive limit associated with the second process. The smartNIC may queue the received traffic associated with the first process and the second process in a scheduler, the scheduler having a first set of queues configured to store traffic from the first process, and a second set of queues configured to store traffic from the second process. The smartNIC may forward queued traffic from the first set of queues or the second set of queues, a maximum amount of forwarded first process traffic corresponding to the first bandwidth limit minus an amount of forwarded second process traffic.

Abstract: The present embodiments relate to throttling input/output (IO) processing tasks at a centralized node (e.g., a SmartNIC device) and implement multiple routing paths to prevent performance degradation in handling data patterns. For instance, the centralized node can implement a throttling system to assign portions of a number of input/output operations to be performed to a series of extent servers in a cloud infrastructure environment. The present embodiments also can implement multiple paths and/or multiple path groups to route the assigned portions of the I/O operations. For instance, the assigned portions of I/O operations can be routed to the extent servers via a first path of multiple paths. In the event of a failure of the first path, the assigned portions of I/O operations can be re-directed to a second path or another path in the path group.

Abstract: The present embodiments relate to throttling input/output (IO) processing tasks at a centralized node (e.g., a SmartNIC device) and implement multiple routing paths to prevent performance degradation in handling data patterns. For instance, the centralized node can implement a throttling system to assign portions of a number of input/output operations to be performed to a series of extent servers in a cloud infrastructure environment. The present embodiments also can implement multiple paths and/or multiple path groups to route the assigned portions of the I/O operations. For instance, the assigned portions of I/O operations can be routed to the extent servers via a first path of multiple paths. In the event of a failure of the first path, the assigned portions of I/O operations can be re-directed to a second path or another path in the path group.

Abstract: A bulk-selection control is described in which the same user input action automatically causes both (a) scrolling of a list of visual indicators of items, and (b) selection of the items that correspond to the visual indicators. Specifically, as the visual indicator of an item is scrolled beyond a “selection-triggering position”, the visual indicator is visually marked to indicate that the corresponding item is selected, and the corresponding item is automatically added to a set of selected items. When scrolled the opposite direction, the items that have already been added to the set of selected items are not removed therefrom, even if the scrolling operation causes their visual indicators to cease to be beyond the selection-triggering position.

Abstract: A bulk-selection control is described in which the same user input action automatically causes both (a) scrolling of a list of visual indicators of items, and (b) selection of the items that correspond to the visual indicators. Specifically, as the visual indicator of an item is scrolled beyond a “selection-triggering position”, the visual indicator is visually marked to indicate that the corresponding item is selected, and the corresponding item is automatically added to a set of selected items. When scrolled the opposite direction, the items that have already been added to the set of selected items are not removed therefrom, even if the scrolling operation causes their visual indicators to cease to be beyond the selection-triggering position.

Abstract: Systems and methods for recording and communicating engine data are provided. One example aspect of the present disclosure is directed to a wireless communication unit. The wireless communication unit includes one or more memory devices. The wireless communication unit includes one or more processors. The one or more processors are configured to access data indicative of one or more transmission parameters, each of the one or more transmission parameters being associated with an aerial vehicle. The one or more processors are configured to select one wireless network of a plurality of wireless networks based on the accessed data. The one or more processors are configured to connect with the selected wireless network. The one or more processors are configured to transmit engine data from the wireless communication unit to a ground system via the selected wireless network.