netdev
[Top] [All Lists]

Re: Intel and TOE in the news

To: jamal <hadi@xxxxxxxxxx>
Subject: Re: Intel and TOE in the news
From: Thomas Graf <tgraf@xxxxxxx>
Date: Mon, 21 Feb 2005 17:40:06 +0100
Cc: Andi Kleen <ak@xxxxxx>, Leonid Grossman <leonid.grossman@xxxxxxxxxxxx>, "'rick jones'" <rick.jones2@xxxxxx>, netdev@xxxxxxxxxxx, "'Alex Aizman'" <alex@xxxxxxxxxxxx>
In-reply-to: <1109000925.1076.3.camel@jzny.localdomain>
References: <20050220230713.GA62354@muc.de> <200502210332.j1L3WkDD014744@guinness.s2io.com> <20050221115006.GB87576@muc.de> <20050221132844.GU31837@postel.suug.ch> <1108994621.1089.158.camel@jzny.localdomain> <20050221141714.GV31837@postel.suug.ch> <1108996313.1090.178.camel@jzny.localdomain> <20050221153443.GW31837@postel.suug.ch> <1109000925.1076.3.camel@jzny.localdomain>
Sender: netdev-bounce@xxxxxxxxxxx
* jamal <1109000925.1076.3.camel@xxxxxxxxxxxxxxxx> 2005-02-21 10:48
> On Mon, 2005-02-21 at 10:34, Thomas Graf wrote:
> > Make sense but we probably have multiple packets in the stack if qdiscs are
> > involved. 
> 
> No - thats the problem. Theres always no more than one packet i.e only
> packet in flight except in the case of some hardware - which i pointed
> out as problematic in my SUCON presentation.

I read your slides again but I guess I'm missing the information you
provided in your speech. One of the disadvantages of organizing a
conference is that one can't listen to the speeches. ;->

> Maybe i should write a paper about this - i spent christmas collecting a
> lot of data using relayfs; 

Would be nice, or at least provide the data. I haven't done any data
collection execpt some basic data to check ematch performance depening
on the size of the evalation tree, i.e. the number of ematches attached
to a classifier to find out wehther further optimizations are needed.

So basically you're telling me that it doesn't make a difference for a
full qdisc to dequeue in single steps or in batches?

<Prev in Thread] Current Thread [Next in Thread>