From: John Fastabend <john.fastabend@gmail.com>
To: Alexei Starovoitov <ast@fb.com>,
bjorn.topel@gmail.com, jasowang@redhat.com,
alexander.duyck@gmail.com, brouer@redhat.com
Cc: john.r.fastabend@intel.com, netdev@vger.kernel.org
Subject: Re: [RFC PATCH 2/2] ixgbe: add af_packet direct copy support
Date: Tue, 31 Jan 2017 20:58:36 -0800 [thread overview]
Message-ID: <58916AFC.8030901@gmail.com> (raw)
In-Reply-To: <588FFC11.9030403@fb.com>
On 17-01-30 06:53 PM, Alexei Starovoitov wrote:
> On 1/27/17 1:34 PM, John Fastabend wrote:
>> + h2 = page_address(rx_buffer->page) + rx_buffer->page_offset - hdrlen;
>> + eth = page_address(rx_buffer->page) + rx_buffer->page_offset,
>
> I don't think it compiles ;)
Well that is what I get for doing some last minute checkpatch fixes
and not doing a build test before sending it out. Oh well just an RFC
to get some general feedback.
>
>> + /* This indicates a bug in ixgbe leaving for testing purposes */
>> + WARN_ON(TP_STATUS_USER & h2->tp_status);
>> + len = le16_to_cpu(rx_desc->wb.upper.length);
>> + h2->tp_len = len;
>> + h2->tp_snaplen = len;
>> + h2->tp_mac = ALIGN(TPACKET_ALIGN(TPACKET2_HDRLEN), L1_CACHE_BYTES);
>> + h2->tp_net = h2->tp_mac + ETH_HLEN;
>> + h2->tp_sec = div_s64_rem(ns, NSEC_PER_SEC, &rem);
>> + h2->tp_nsec = rem;
>> +
>> + sll = (void *)h2 + TPACKET_ALIGN(sizeof(struct tpacket2_hdr));
>> + sll->sll_halen = ETH_HLEN;
>> + memcpy(sll->sll_addr, eth->h_source, ETH_ALEN);
>> + sll->sll_family = AF_PACKET;
>> + sll->sll_hatype = rx_ring->netdev->type;
>> + sll->sll_protocol = eth->h_proto;
>> + sll->sll_pkttype = PACKET_HOST;
>> + sll->sll_ifindex = rx_ring->netdev->ifindex;
>
> performance wise it looks very expensive to do all these header copies
> and integer divide for every packet.
> I think unless we move to new dumb and simple header format
> performance of this approach is not going to be satisfactory.
>
Sure I'm not opposed to moving to a v4 in fact I think it would help
in a lot of ways. I'll try to fire off some benchmarks and then move
to a v4 to see how that works out.
.John
next prev parent reply other threads:[~2017-02-01 4:58 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-27 21:33 [RFC PATCH 0/2] rx zero copy interface for af_packet John Fastabend
2017-01-27 21:33 ` [RFC PATCH 1/2] af_packet: direct dma for packet ineterface John Fastabend
2017-01-30 18:16 ` Jesper Dangaard Brouer
2017-01-30 21:51 ` John Fastabend
2017-01-31 1:31 ` Willem de Bruijn
2017-02-01 5:09 ` John Fastabend
2017-03-06 21:28 ` chetan loke
2017-01-31 12:20 ` Jesper Dangaard Brouer
2017-02-01 5:01 ` John Fastabend
2017-02-04 3:10 ` Jason Wang
2017-01-27 21:34 ` [RFC PATCH 2/2] ixgbe: add af_packet direct copy support John Fastabend
2017-01-31 2:53 ` Alexei Starovoitov
2017-02-01 4:58 ` John Fastabend [this message]
2017-01-30 22:02 ` [RFC PATCH 0/2] rx zero copy interface for af_packet David Miller
2017-01-31 16:30 ` Sowmini Varadhan
2017-02-01 4:23 ` John Fastabend
2017-01-31 19:39 ` tndave
2017-02-01 5:09 ` John Fastabend
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=58916AFC.8030901@gmail.com \
--to=john.fastabend@gmail.com \
--cc=alexander.duyck@gmail.com \
--cc=ast@fb.com \
--cc=bjorn.topel@gmail.com \
--cc=brouer@redhat.com \
--cc=jasowang@redhat.com \
--cc=john.r.fastabend@intel.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).