| To: | Thomas Graf <tgraf@xxxxxxx> |
|---|---|
| Subject: | Re: [RFC] batched tc to improve change throughput |
| From: | Stephen Hemminger <shemminger@xxxxxxxx> |
| Date: | Thu, 20 Jan 2005 09:06:28 -0800 |
| Cc: | jamal <hadi@xxxxxxxxxx>, Patrick McHardy <kaber@xxxxxxxxx>, netdev@xxxxxxxxxxx, Werner Almesberger <werner@xxxxxxxxxxxxxxx> |
| In-reply-to: | <20050120153559.GG26856@postel.suug.ch> |
| Organization: | Open Source Development Lab |
| References: | <20050117160539.GD26856@postel.suug.ch> <1105979807.1078.16.camel@jzny.localdomain> <20050117165626.GE26856@postel.suug.ch> <1106002197.1046.19.camel@jzny.localdomain> <20050118134406.GR26856@postel.suug.ch> <1106058592.1035.95.camel@jzny.localdomain> <20050118145830.GS26856@postel.suug.ch> <1106144009.1047.989.camel@jzny.localdomain> <20050119165421.GB26856@postel.suug.ch> <1106232168.1041.125.camel@jzny.localdomain> <20050120153559.GG26856@postel.suug.ch> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Thu, 20 Jan 2005 16:35:59 +0100 Thomas Graf <tgraf@xxxxxxx> wrote: > * jamal <1106232168.1041.125.camel@xxxxxxxxxxxxxxxx> 2005-01-20 09:42 > > I like it. Assuming we can have arbitrary hierachies; you just show one > > level - but that may be just the example at hand. Given that should be > > able to meet the layout requirements that Lennert alluded to earlier. > > It doesn't include any context code, the BNF: > > PARSER := TOPNODE* > TOPNODE := NODELIST DESC LONG_DESC > NODELIST := NODE* > NODE := DESC [ NODELIST ] [ ARGUMENT ] [ ATTRS ] [ END_POINT ] > END_POINT := possible end of command > ATTRS := ATTR* > ATTR := KEY [ VALUE ] > ARGUMENT := VALUE [ DESC ] > > Not sure if this helps, I attached a complete module below. > Go for it! A couple additional suggestions. It would be great to get a useful API to for 'tc' that is one step above actual low level netlink stuff. And it would be great to reuse some existing scripting language grammar and parsing library infrastructure. Don't feel constrained to C on this. If using C++ or even something like phython or ruby would be better go ahead; but please no Perl. -- Stephen Hemminger <shemminger@xxxxxxxx> |
| Previous by Date: | Re: V2.4 policy router operates faster/better than V2.6, Robert Olsson |
|---|---|
| Next by Date: | Re: V2.4 policy router operates faster/better than V2.6, Jeremy M. Guthrie |
| Previous by Thread: | Re: [RFC] batched tc to improve change throughput, Thomas Graf |
| Next by Thread: | Re: [RFC] batched tc to improve change throughput, Thomas Graf |
| Indexes: | [Date] [Thread] [Top] [All Lists] |