On 5/4/19 2:27 PM, Cong Wang wrote:
> On Sat, May 4, 2019 at 11:10 AM Eric Dumazet wrote:
>>
>> On Sat, May 4, 2019 at 1:49 PM Cong Wang wrote:
>>
>>> Sure, v2 is coming. :)
>>
>> Another possibility would to reuse existing sch->qstats.overlimits ?
>
> I don't find any way to retrieve qdisc p
On Sat, May 4, 2019 at 11:10 AM Eric Dumazet wrote:
>
> On Sat, May 4, 2019 at 1:49 PM Cong Wang wrote:
>
> > Sure, v2 is coming. :)
>
> Another possibility would to reuse existing sch->qstats.overlimits ?
I don't find any way to retrieve qdisc pointer from struct htb_sched,
unless we add a poin
On Sat, May 4, 2019 at 1:49 PM Cong Wang wrote:
> Sure, v2 is coming. :)
Another possibility would to reuse existing sch->qstats.overlimits ?
On Sat, May 4, 2019 at 8:41 AM Eric Dumazet wrote:
>
>
>
> On 5/2/19 2:06 PM, Cong Wang wrote:
> > In commit 3c75f6ee139d ("net_sched: sch_htb: add per class overlimits
> > counter")
> > we added an overlimits counter for each HTB class which could
> > properly reflect how many times we use up al
On 5/2/19 2:06 PM, Cong Wang wrote:
> In commit 3c75f6ee139d ("net_sched: sch_htb: add per class overlimits
> counter")
> we added an overlimits counter for each HTB class which could
> properly reflect how many times we use up all the bandwidth
> on each class. However, the overlimits counter
In commit 3c75f6ee139d ("net_sched: sch_htb: add per class overlimits counter")
we added an overlimits counter for each HTB class which could
properly reflect how many times we use up all the bandwidth
on each class. However, the overlimits counter in HTB qdisc
does not, it is way bigger than the s
