netdev - Re: [PATCH] HTB updates class's bstats in one place

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <49083BF5.5090606@trash.net>
Date:	Wed, 29 Oct 2008 11:33:25 +0100
From:	Patrick McHardy <kaber@...sh.net>
To:	Jarek Poplawski <jarkao2@...il.com>
CC:	Changli Gao <xiaosuo@...il.com>, netdev@...r.kernel.org
Subject: Re: [PATCH] HTB updates class's bstats in one place

Jarek Poplawski wrote:
> On 29-10-2008 10:19, Patrick McHardy wrote:
>> Changli Gao wrote:
>>> On Wed, Oct 29, 2008 at 5:01 PM, Patrick McHardy <kaber@...sh.net> wrote:
>>>> The estimators needs
>>>> this since they're estimating the arrival rate.
>>>>
>>>>
>>> I do not agree with you. TC is only for sending packets. Why does its
>>> estimator estimating the arrival rate?
>> I suppose because they were intended for policing.
> 
> On the other hand, it seems with shaping qdiscs they are more useful
> to query dequeue rates.

Only for purely informational purposes, for policing you'd want to
use arrival rates. Since there are no users of estimators in the kernel
besides policers (which use seperate ones), the point is not terribly
important. But I would prefer to not start introducing (or extending)
inconsistencies among qdisc implementations here, that will only make
it harder in case someone finally implements something useful with
estimators.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html