Abstract: An approach for a dynamic provisioning of multiple RSS engines is provided. In an embodiment, a method comprises monitoring a CPU usage of hardware queues implemented in a plurality of RSS pools, and determining whether a CPU usage of any hardware queue, implemented in a particular RSS pool of the plurality of RSS pools, has increased above a threshold value. In response to determining that a CPU usage of a particular hardware queue, implemented in the particular RSS pool, has increased above the threshold value, it is determined whether the particular RSS pool includes an unused hardware queue (a queue with light CPU usage). If such an unused hardware queue is presented, then an indirection table that is associated with the particular RSS pool is modified to remap one or more data flows from the particular hardware queue to the unused hardware queue.

Abstract: An approach for a dynamic provisioning of multiple RSS engines is provided. In an embodiment, a method comprises monitoring a CPU usage of hardware queues implemented in a plurality of RSS pools, and determining whether a CPU usage of any hardware queue, implemented in a particular RSS pool of the plurality of RSS pools, has increased above a threshold value. In response to determining that a CPU usage of a particular hardware queue, implemented in the particular RSS pool, has increased above the threshold value, it is determined whether the particular RSS pool includes an unused hardware queue (a queue with light CPU usage). If such an unused hardware queue is presented, then an indirection table that is associated with the particular RSS pool is modified to remap one or more data flows from the particular hardware queue to the unused hardware queue.

Abstract: Interrupt rate determination can include instructions to determine a quantity of instances of packet processing by an operating system during a first period of time, each instance corresponding to a particular interrupt request sent by a device, determine a quantity of bytes processed during the first period of time by the operating system, determine a speed of the device, determine a first interrupt rate to assign to the device for a second period of time based on the quantity of instances, the quantity of bytes processed, and the speed of the device during the first period of time, and set the interrupt rate to the device.

Abstract: An approach for a dynamic provisioning of multiple RSS engines is provided. In an embodiment, a method comprises monitoring a CPU usage of hardware queues implemented in a plurality of RSS pools, and determining whether a CPU usage of any hardware queue, implemented in a particular RSS pool of the plurality of RSS pools, has increased above a threshold value. In response to determining that a CPU usage of a particular hardware queue, implemented in the particular RSS pool, has increased above the threshold value, it is determined whether the particular RSS pool includes an unused hardware queue (a queue with light CPU usage). If such an unused hardware queue is presented, then an indirection table that is associated with the particular RSS pool is modified to remap one or more data flows from the particular hardware queue to the unused hardware queue.

Abstract: Interrupt rate determination can include instructions to determine a quantity of instances of packet processing by an operating system during a first period of time, each instance corresponding to a particular interrupt request sent by a device, determine a quantity of bytes processed during the first period of time by the operating system, determine a speed of the device, determine a first interrupt rate to assign to the device for a second period of time based on the quantity of instances, the quantity of bytes processed, and the speed of the device during the first period of time, and set the interrupt rate to the device.

Abstract: Interrupt rate determination can include instructions to determine a quantity of instances of packet processing by an operating system during a first period of time, each instance corresponding to a particular interrupt request sent by a device, determine a quantity of bytes processed during the first period of time by the operating system, determine a speed of the device, determine a first interrupt rate to assign to the device for a second period of time based on the quantity of instances, the quantity of bytes processed, and the speed of the device during the first period of time, and set the interrupt rate to the device.

Abstract: Interrupt rate determination can include instructions to determine a quantity of instances of packet processing by an operating system during a first period of time, each instance corresponding to a particular interrupt request sent by a device, determine a quantity of bytes processed during the first period of time by the operating system, determine a speed of the device, determine a first interrupt rate to assign to the device for a second period of time based on the quantity of instances, the quantity of bytes processed, and the speed of the device during the first period of time, and set the interrupt rate to the device.