[dpdk-dev] [PATCH v7] sched: make RED scaling configurable
Ferruh Yigit
ferruh.yigit at intel.com
Fri Apr 5 17:36:17 CEST 2019
On 1/16/2018 4:07 PM, alangordondewar at gmail.com wrote:
> From: Alan Dewar <alan.dewar at att.com>
>
> The RED code stores the weighted moving average in a 32-bit integer as
> a pseudo fixed-point floating number with 10 fractional bits. Twelve
> other bits are used to encode the filter weight, leaving just 10 bits
> for the queue length. This limits the maximum queue length supported
> by RED queues to 1024 packets.
>
> Introduce a new API to allow the RED scaling factor to be configured
> based upon maximum queue length. If this API is not called, the RED
> scaling factor remains at its default value.
>
> Added some new RED scaling unit-tests to test with RED queue-lengths
> up to 8192 packets long.
>
> Signed-off-by: Alan Dewar <alan.dewar at att.com>
Hi Cristian, Alan,
The v7 of this patch is sting without any comment for more than a year.
What is the status of this patch? Is it still valid? What is blocking it?
For reference patch:
https://patches.dpdk.org/patch/33837/
More information about the dev
mailing list