All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jesper Dangaard Brouer <brouer@redhat.com>
To: "Björn Töpel" <bjorn.topel@gmail.com>
Cc: rob.sherwood@gmail.com, aforster@cloudflare.com,
	justin.azoff@gmail.com, xdp-newbies@vger.kernel.org, "Karlsson,
	Magnus" <magnus.karlsson@intel.com>,
	brouer@redhat.com
Subject: Re: AF_XDP umem and jumbo frames?
Date: Thu, 4 Oct 2018 09:52:33 +0200	[thread overview]
Message-ID: <20181004095233.5430b87c@redhat.com> (raw)
In-Reply-To: <CAJ+HfNivt8pQN_FjA2DauCXNemW-ZT3pHxQFGCt2eHi592GXhA@mail.gmail.com>

On Thu, 4 Oct 2018 08:44:27 +0200
Björn Töpel <bjorn.topel@gmail.com> wrote:

> Den tors 27 sep. 2018 kl 02:56 skrev Rob Sherwood <rob.sherwood@gmail.com>:
> >
> > Thanks for the reference and the page-per-packet point makes sense.
> > At the same time, not supporting jumbo frames seems like a non-trivial
> > limitation.  Are there a subset of drivers that do support jumbo
> > frames (or LRO or the other features that require multiple pages per
> > packet)?
> >  
> 
> No, not at the moment. XDP has a strict "one frame cannot exceed a
> page" constraint. Everything that applies to XDP in terms of
> constraints, applies to AF_XDP as well.
> 
> Just to clarify, XDP supports jumbo frames -- i.e. larger than 1500B
> payload, just not the maximum 9000B size. My personal observation is
> that many deployments that "require jumbo frames", are usually OK with
> an of MTU ~3000B. Jumbo frames, yes. Full jumbo frames, no. :-)

Thank you for clarifying that Bjørn.

Can Alex or Rob explain:
 
(1) What is your use-case for wanting jumbo-frames?
 
And (2) will an MTU of ~3000Bytes be sufficient? (which XDP does support)


> > On Tue, Sep 25, 2018 at 9:44 AM Alex Forster <aforster@cloudflare.com> wrote:  
> > >  
> > > > On my test box running 4.18 if XDP is in use the MTU can not be
> > > > set higher than 3050.  
> > >
> > > Ah, that answers a few questions for me. Thanks!
> > >
> > > Alex Forster  

-- 
Best regards,
  Jesper Dangaard Brouer
  MSc.CS, Principal Kernel Engineer at Red Hat
  LinkedIn: http://www.linkedin.com/in/brouer

  reply	other threads:[~2018-10-04 14:44 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-24 21:52 AF_XDP umem and jumbo frames? Alex Forster
2018-09-24 23:15 ` Justin Azoff
2018-09-25 16:43   ` Alex Forster
2018-09-27  0:55     ` Rob Sherwood
2018-10-04  6:44       ` Björn Töpel
2018-10-04  7:52         ` Jesper Dangaard Brouer [this message]
2018-10-04 14:48           ` Justin Azoff
2018-10-04 15:39           ` Alex Forster
2018-10-04 15:47           ` Rob Sherwood
2018-10-04 19:44             ` Jesper Dangaard Brouer
2018-10-05 18:47               ` Zvi Effron
2018-10-07 15:14                 ` Jesper Dangaard Brouer
2018-10-05 19:56               ` Justin Azoff
2018-10-07 16:13                 ` Jesper Dangaard Brouer
2018-10-07 17:48                   ` Eric Leblond
2018-10-07 19:34                   ` Johannes Berg
2018-10-06 20:02               ` Rob Sherwood

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=20181004095233.5430b87c@redhat.com \
    --to=brouer@redhat.com \
    --cc=aforster@cloudflare.com \
    --cc=bjorn.topel@gmail.com \
    --cc=justin.azoff@gmail.com \
    --cc=magnus.karlsson@intel.com \
    --cc=rob.sherwood@gmail.com \
    --cc=xdp-newbies@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.