Netdev List
 help / color / mirror / Atom feed
From: Eric Dumazet <eric.dumazet@gmail.com>
To: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
Cc: Francois Saint-Jacques <fsaintjacques@gmail.com>,
	linux-man@vger.kernel.org, netdev@vger.kernel.org,
	Eric Dumazet <edumazet@google.com>
Subject: Re: [patch] socket.7: Document SO_INCOMING_CPU
Date: Wed, 19 Apr 2017 10:05:35 -0700	[thread overview]
Message-ID: <1492621535.22296.8.camel@edumazet-glaptop3.roam.corp.google.com> (raw)
In-Reply-To: <9c754f31-8ace-03f2-97f3-81e29eb6d997@gmail.com>

On Wed, 2017-04-19 at 15:20 +0200, Michael Kerrisk (man-pages) wrote:
> Ping Eric!
> 
> Would you have a chance to review the proposed text below, please.
> 
> Thanks,
> 

Hi Michael

Sorry for the delay.

Note that setting the option is not supported if SO_REUSEPORT is used.

Socket will be selected from an array, either by a hash or BPF program
that has no access to this information.

Thanks !


> Michael
> 
> On 02/19/2017 09:55 PM, Michael Kerrisk (man-pages) wrote:
> > [CC += Eric, so that he might review]
> > 
> > Hello Francois,
> > 
> > On 02/18/2017 05:06 AM, Francois Saint-Jacques wrote:
> >> This socket option is undocumented. Applies on the latest version
> >> (man-pages-4.09-511).
> >>
> >> diff --git a/man7/socket.7 b/man7/socket.7
> >> index 3efd7a5d8..1a3ffa253 100644
> >> --- a/man7/socket.7
> >> +++ b/man7/socket.7
> >> @@ -490,6 +490,26 @@ flag on a socket
> >>  operation.
> >>  Expects an integer boolean flag.
> >>  .TP
> >> +.BR SO_INCOMING_CPU " (getsockopt since Linux 3.19, setsockopt since
> >> Linux 4.4)"
> >> +.\" getsocktop 2c8c56e15df3d4c2af3d656e44feb18789f75837
> >> +.\" setsocktop 70da268b569d32a9fddeea85dc18043de9d89f89
> >> +Sets or gets the cpu affinity of a socket. Expects an integer flag.
> >> +.sp
> >> +.in +4n
> >> +.nf
> >> +int cpu = 1;
> >> +socklen_t len = sizeof(cpu);
> >> +setsockopt(fd, SOL_SOCKET, SO_INCOMING_CPU, &cpu, &len);
> >> +.fi
> >> +.in
> >> +.sp
> >> +The typical use case is one listener per RX queue, as the associated listener
> >> +should only accept flows handled in softirq by the same cpu.  This provides
> >> +optimal NUMA behavior and keep cpu caches hot.
> >> +.TP
> >>  .B SO_KEEPALIVE
> >>  Enable sending of keep-alive messages on connection-oriented sockets.
> >>  Expects an integer boolean flag.
> > 
> > Thank you! Patch applied.
> > 
> > I have tried to enhance the description somewhat. I'm not sure whether
> > what I've written is quite correct (or whether it should be further
> > extended). Eric, could you please take a look at the following, and let 
> > me know if anything needs fixing:
> > 
> >        SO_INCOMING_CPU  (gettable  since Linux 3.19, settable since Linux
> >        4.4)
> >               Sets or gets the CPU affinity  of  a  socket.   Expects  an
> >               integer flag.
> > 
> >                   int cpu = 1;
> >                   socklen_t len = sizeof(cpu);
> >                   setsockopt(fd, SOL_SOCKET, SO_INCOMING_CPU, &cpu, &len);
> > 
> >               Because  all  of the packets for a single stream (i.e., all
> >               packets for the same 4-tuple) arrive on the single RX queue
> >               that  is  associated with a particular CPU, the typical use
> >               case is to employ one listening process per RX queue,  with
> >               the  incoming  flow being handled by a listener on the same
> >               CPU that is handling the RX queue.  This  provides  optimal
> >               NUMA behavior and keeps CPU caches hot.
> > 
> > Cheers,
> > 
> > Michael
> > 
> 
> 

  reply	other threads:[~2017-04-19 17:05 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-18  4:06 [patch] socket.7: Document SO_INCOMING_CPU Francois Saint-Jacques
     [not found] ` <CABNn7+rHfUTjMtm3Biqfx83G6Rr7pY-LuHXY=JqA6N3H_SstZg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-02-19 20:55   ` Michael Kerrisk (man-pages)
2017-02-20 15:26     ` Francois Saint-Jacques
     [not found]     ` <63815aac-9c8f-c599-9422-5c312cefc9e8-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-04-19 13:20       ` Michael Kerrisk (man-pages)
2017-04-19 17:05         ` Eric Dumazet [this message]
     [not found]           ` <1492621535.22296.8.camel-XN9IlZ5yJG9HTL0Zs8A6p+yfmBU6pStAUsxypvmhUTTZJqsBc5GL+g@public.gmane.org>
2017-04-19 18:48             ` Michael Kerrisk (man-pages)
     [not found]               ` <326b99c3-cc86-3abd-1069-2b3a52d9ba47-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-04-19 20:13                 ` Eric Dumazet
2017-04-20 14:43                   ` Michael Kerrisk (man-pages)

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=1492621535.22296.8.camel@edumazet-glaptop3.roam.corp.google.com \
    --to=eric.dumazet@gmail.com \
    --cc=edumazet@google.com \
    --cc=fsaintjacques@gmail.com \
    --cc=linux-man@vger.kernel.org \
    --cc=mtk.manpages@gmail.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