[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <OF2F4CD3AD.13BD72EC-ON6525731F.00242872-6525731F.002501AC@in.ibm.com>
Date: Sat, 21 Jul 2007 12:14:12 +0530
From: Krishna Kumar2 <krkumar2@...ibm.com>
To: Sridhar Samudrala <sri@...ibm.com>
Cc: davem@...emloft.net, gaagaan@...il.com,
general@...ts.openfabrics.org, hadi@...erus.ca,
herbert@...dor.apana.org.au, jagana@...ibm.com, jeff@...zik.org,
johnpol@....mipt.ru, kaber@...sh.net, kumarkr@...ux.ibm.com,
mcarlson@...adcom.com, mchan@...adcom.com, netdev@...r.kernel.org,
peter.p.waskiewicz.jr@...el.com, rdreier@...co.com,
rick.jones2@...com, Robert.Olsson@...a.slu.se, tgraf@...g.ch,
xma@...ibm.com
Subject: Re: [PATCH 03/10] dev.c changes.
Hi Sridhar,
Sridhar Samudrala <sri@...ibm.com> wrote on 07/20/2007 11:14:19 PM:
> > @@ -1566,7 +1605,7 @@ gso:
> > /* reset queue_mapping to zero */
> > skb->queue_mapping = 0;
> > rc = q->enqueue(skb, q);
> > - qdisc_run(dev);
> > + qdisc_run(dev, NULL);
>
> OK. So you are passing a NULL blist here. However, i am
> not sure why batching is not used in this situation.
Actually it could be used, but in most cases there will be only
one skb. If I pass the blist here, the result (for batching
case) will be to put one single skb into the blist and call
the new xmit API. That wastes cycles as we take a skb out
from the queue (as in regular code) and then add it to the
blist (different in the new code) and then the driver has to
remove this skb from the blist (different in the new code).
I could try batching but then require there are more than
1 skbs before adding to the blist (or the blist doesn't already
have skbs, in which case adding even one skb makes sense). Also,
it will have a slight impact for regular drivers where for each
xmit, one extra dereference for dev->skb_blist (which is always
NULL) is made, which was another reason to always pass NULL.
I will check what the results are by giving passing blist here
too and make the above change. I will run tests for that (as
well as NETPERF RR test as asked by Evgeniy).
Thanks,
- KK
-
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
Powered by blists - more mailing lists