netdev - Re: Packetlost when "tc qdisc del dev eth0 root"

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: <1200438967.5860.11.camel@andromache>
Date:	Wed, 16 Jan 2008 09:46:07 +1030
From:	Glen Turner <gdt@....id.au>
To:	slavon@...telecom.ru
Cc:	netdev@...r.kernel.org
Subject: Re: Packetlost when "tc qdisc del dev eth0 root"

On Wed, 2008-01-16 at 00:46 +0300, slavon@...telecom.ru wrote:

> But i have above 45 k classes and qdiscs.... After some time i will  
> need patch to up max qdisc and classes more then 65k (> 0xfffe) =)))
> Also i have very bad TC commands performance then i have more then 10k rules.

In contrast a "brand name" router will support 4 to 16 queues
per (sub-)interface.  Your large number of queues exceeds
expectations.

What are you trying to do?  You may be better off inventing a
new qdisc to meet your need (eg, to do per-IP traffic shaping
or, less complexly, a traffic shaping based on the value of mark
which might offend DiffServ purists) or have, say, 1000 output
rates based on a marking and use the ipset feature of Netfilter
to set the mark.  Using 1000 rates gives an error of 0.1% which
is unlikely to be noticed by your customers given the larger
effects of shaping on TCP performance but is beneath the
level where you are noticing performance issues.

--
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