08/04/2019 15:29, Dumitrescu, Cristian:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 08/04/2019 10:24, Alan Dewar:
> > > On Fri, Apr 5, 2019 at 4:36 PM Ferruh Yigit
> > > wrote:
> > > > On 1/16/2018 4:07 PM, alangordonde...@gmail.com wrote:
> > > > > From: Alan Dewar
> > > > >
> > >
ject: Re: [dpdk-dev] [PATCH v7] sched: make RED scaling configurable
>
> 08/04/2019 10:24, Alan Dewar:
> > On Fri, Apr 5, 2019 at 4:36 PM Ferruh Yigit wrote:
> > > On 1/16/2018 4:07 PM, alangordonde...@gmail.com wrote:
> > > > From: Alan Dewar
> > > >
>
08/04/2019 10:24, Alan Dewar:
> On Fri, Apr 5, 2019 at 4:36 PM Ferruh Yigit wrote:
> > On 1/16/2018 4:07 PM, alangordonde...@gmail.com wrote:
> > > From: Alan Dewar
> > >
> > > The RED code stores the weighted moving average in a 32-bit integer as
> > > a pseudo fixed-point floating number with 1
Hi Ferruh,
We are still using this patch against DPDK 17.11 and 18.11 as part of
the AT&T Vyatta NOS. It is needed to make WRED queues longer than
1024 packets work correctly. I'm afraid that I have no idea what is
holding it up from being merged.
Regards
Alan
On Fri, Apr 5, 2019 at 4:36 PM F
On 1/16/2018 4:07 PM, alangordonde...@gmail.com wrote:
> From: Alan Dewar
>
> 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
> fo
From: Alan Dewar
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
6 matches
Mail list logo
