Received: with ECARTIS (v1.0.0; list netdev); Mon, 28 Mar 2005 05:39:02 -0800 (PST) Received: from astro.systems.pipex.net (astro.systems.pipex.net [62.241.163.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2SDcuYa015436 for ; Mon, 28 Mar 2005 05:38:57 -0800 Received: from [192.168.0.3] (81-178-239-73.dsl.pipex.com [81.178.239.73]) by astro.systems.pipex.net (Postfix) with ESMTP id 667FCE0000F8; Mon, 28 Mar 2005 14:38:31 +0100 (BST) Message-ID: <424808F7.50101@dsl.pipex.com> Date: Mon, 28 Mar 2005 14:39:03 +0100 From: Andy Furniss User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Andy Furniss CC: hadi@cyberus.ca, Harald Welte , Patrick McHardy , Remus , netdev , Nguyen Dinh Nam , Andre Tomt , syrius.ml@no-log.org, Damion de Soto Subject: Re: IMQ again WAS(Re: iptables breakage WAS(Re: dummy as IMQ replacement References: <1107123123.8021.80.camel@jzny.localdomain> <423F41AD.3010902@dsl.pipex.com> <1111444869.1072.51.camel@jzny.localdomain> <423F71C2.8040802@dsl.pipex.com> <1111462263.1109.6.camel@jzny.localdomain> <42408998.5000202@dsl.pipex.com> <1111550254.1089.21.camel@jzny.localdomain> <4241C478.5030309@dsl.pipex.com> <1111607112.1072.48.camel@jzny.localdomain> <4241D764.2030306@dsl.pipex.com> <1111612042.1072.53.camel@jzny.localdomain> <4241F1D2.9050202@dsl.pipex.com> <4241F7F0.2010403@dsl.pipex.com> <1111625608.1037.16.camel@jzny.localdomain> <424212F7.10106@dsl.pipex.com> <1111663947.1037.24.camel@jzny.localdomain> <1111665450.1037.27.camel@jzny.localdomain> <4242DFB5.9040802@dsl.pipex.com> <1111749220.1092.457.camel@jzny.localdomain> <42446DB2.9070809@dsl.pipex.com> <1111781443.1092.631.camel@jzny.localdomain> <4244802C.7020202@dsl.pipex.com> <1111788760.1090.712.camel@jzny.localdomain> <42470AF9.8050402@dsl.pipex.com> In-Reply-To: <42470AF9.8050402@dsl.pipex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/791/Sat Mar 26 14:26:49 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 834 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: andy.furniss@dsl.pipex.com Precedence: bulk X-list: netdev Content-Length: 1368 Lines: 39 Andy Furniss wrote: > jamal wrote: > >>> I'll have to re-run a test I did recently which was lots of tc filter >>> matches at 8000pps - on egress IMQ was almost as good as directly on >>> eth0. On ingress it was more than 10X worse. >>> >> How many filters? I wont suspect any difference between ingress and >> egress. > > > You are right - the test was to blame. > > I was using my old PC as sender, it's frozen in time at 2.4.20 which for > some reason has a txqueuelen on eth0 of 0. It doesn't show using netperf > when just testing LAN speed - but makes alot of difference for the test > I did - ifconfig eth0 txqueuelen 1000 fixed it. Hmm - I just tried to recreate another test I did - which was using IMQ to shape for a single duplex link. I was going to redo it with dummy, but don't seem to be able to put an egress filter on eth0 - eg. Your example from the first post in this thread - What you can do with dummy currently with actions -------------------------------------------------- Lets say you are policing packets from alias 192.168.200.200/32 you dont want those to exceed 100kbps going out. tc filter add dev eth0 parent 1: protocol ip prio 10 u32 \ match ip src 192.168.200.200/32 flowid 1:2 \ action police rate 100kbit burst 90k drop Gives me - RTNETLINK answers: Invalid argument We have an error talking to the kernel Andy.