[dpdk-dev] [PATCH v2 00/17] add TSO support

Olivier MATZ olivier.matz at 6wind.com
Fri May 23 16:22:23 CEST 2014


Hi Venky,

 > It's because we haven't gotten to testing the patch yet, and figuring
 > out all the problems. Putting it in and modifying MBUF needs a bit of
 > time - one other option that I've looked at is to let the transmit
 > offload parts (except for the VLAN) flow onto the second cache
 > line. That doesn't seem to have a performance hit at this point -
 > since it's going to be populated before calling transmit anyway, it's
 > cache hot. Have we thought of simply doing that instead of these
 > changes that have net negative side effects in terms of mbuf mods?

I think that the performance gain on a real use case provided by this
patch series can justify a really small impact (see my test reports) on
demonstration-only applications: my testpmd iofwd test with the
txqflags option disabling many mbuf features is not representative of
a real world application.

In my opinion, moving offload parts outside in another cache line would
have an impact on performance. If not, why would you exclude vlan?
But this is speculation. As Neil and Thomas suggested previously, we
should rely on performance and functional tests.

Today, there is no alternative that brings equivalent features and
better performance (I mean there is no patch nor test reports). If the
series is applied after your ack, it won't prevent anyone to bring new
enhancements or reworks on top it.

Regards,
Olivier



More information about the dev mailing list