[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070522.153636.115911096.davem@davemloft.net>
Date: Tue, 22 May 2007 15:36:36 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: xma@...ibm.com
Cc: herbert@...dor.apana.org.au, ak@...e.de, krkumar2@...ibm.com,
netdev@...r.kernel.org, netdev-owner@...r.kernel.org,
rdreier@...co.com
Subject: Re: [RFC] New driver API to speed up small packets xmits
From: Shirley Ma <xma@...ibm.com>
Date: Tue, 22 May 2007 15:22:35 -0700
> > Yep, for any NIC that supports SG but not TSO then software GSO will
> > be a big win. When the NIC doesn't support SG then the win is mostly
> > offset by the need to copy the packet again.
> >
> > Cheers,
> > --
>
> We could avoid packet copy by allocating number of 64K/MTU skb
> buffers instead of one big 64K buffer size. Is it a possible approach?
I think you misunderstand the problem.
If the device does not support scatter gather, it is impossible to
avoid the copy.
SKB's from TSO are composed of discontiguous page chunks represented
by the skb_shared_info() array. These can come either from sendmsg()
user data (which the kernel fills into a per-socket data page which is
reallocated once filled), or from sendfile() page cache pages.
Therefore, there has to be a copy somewhere to be able to give
that packet to a non-scatter-gather device.
-
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