On Sun, 16 Jul 2017 10:23:08 +0200
Jesper Dangaard Brouer wrote:
> On Tue, 11 Jul 2017 12:37:10 -0700 John Fastabend
> wrote:
>
> [...]
> >
> > hmm maybe Jesse or Alex have some clues. Adding them to the CC list.
>
> This seems related to Hyper-Threading. I tried to disable
> hyperthre
On Tue, 11 Jul 2017 12:37:10 -0700 John Fastabend
wrote:
> > I have a really strange observation... if I change the CPU powersave
> > settings, then the xdp_redirect_map performance drops in half! Above
> > was with "tuned-adm profile powersave" (because, this is a really noisy
> > server, and
From: John Fastabend
Date: Thu, 13 Jul 2017 10:00:15 -0700
> On 07/13/2017 09:16 AM, Jesper Dangaard Brouer wrote:
>> On Thu, 13 Jul 2017 13:14:30 +0200
>> Jesper Dangaard Brouer wrote:
>>
>>> I'm still getting crashes (but much harder to provoke), but I figured
>>> out why. We sort of missed
On 07/13/2017 09:16 AM, Jesper Dangaard Brouer wrote:
> On Thu, 13 Jul 2017 13:14:30 +0200
> Jesper Dangaard Brouer wrote:
>
>> I'm still getting crashes (but much harder to provoke), but I figured
>> out why. We sort of missed one case, where map_to_flush gets set, when
>> the ndo_xdp_xmit() ca
On Thu, 13 Jul 2017 13:14:30 +0200
Jesper Dangaard Brouer wrote:
> I'm still getting crashes (but much harder to provoke), but I figured
> out why. We sort of missed one case, where map_to_flush gets set, when
> the ndo_xdp_xmit() call starts to fail, and the ixgbe driver then
> forgets to call
On Tue, 11 Jul 2017 11:26:54 -0700
John Fastabend wrote:
> On 07/11/2017 07:23 AM, Jesper Dangaard Brouer wrote:
> > On Mon, 10 Jul 2017 17:59:17 -0700
> > John Fastabend wrote:
> >
> >> On 07/10/2017 11:30 AM, Jesper Dangaard Brouer wrote:
> >>> On Sat, 8 Jul 2017 21:06:17 +0200
> >>> Jesp
On 07/11/2017 12:19 PM, Jesper Dangaard Brouer wrote:
> On Tue, 11 Jul 2017 11:56:21 -0700
> John Fastabend wrote:
>
>> On 07/11/2017 11:44 AM, Jesper Dangaard Brouer wrote:
>>> On Tue, 11 Jul 2017 20:01:36 +0200
>>> Jesper Dangaard Brouer wrote:
>>>
On Tue, 11 Jul 2017 10:48:29 -0700
>>
On Tue, 11 Jul 2017 11:56:21 -0700
John Fastabend wrote:
> On 07/11/2017 11:44 AM, Jesper Dangaard Brouer wrote:
> > On Tue, 11 Jul 2017 20:01:36 +0200
> > Jesper Dangaard Brouer wrote:
> >
> >> On Tue, 11 Jul 2017 10:48:29 -0700
> >> John Fastabend wrote:
> >>
> >>> On 07/11/2017 08:36 AM
On 07/11/2017 11:44 AM, Jesper Dangaard Brouer wrote:
> On Tue, 11 Jul 2017 20:01:36 +0200
> Jesper Dangaard Brouer wrote:
>
>> On Tue, 11 Jul 2017 10:48:29 -0700
>> John Fastabend wrote:
>>
>>> On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote:
On Sat, 8 Jul 2017 21:06:17 +0200
J
On Tue, 11 Jul 2017 20:01:36 +0200
Jesper Dangaard Brouer wrote:
> On Tue, 11 Jul 2017 10:48:29 -0700
> John Fastabend wrote:
>
> > On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote:
> > > On Sat, 8 Jul 2017 21:06:17 +0200
> > > Jesper Dangaard Brouer wrote:
> > >
> > >> My plan is t
On 07/11/2017 11:01 AM, Jesper Dangaard Brouer wrote:
> On Tue, 11 Jul 2017 10:48:29 -0700
> John Fastabend wrote:
>
>> On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote:
>>> On Sat, 8 Jul 2017 21:06:17 +0200
>>> Jesper Dangaard Brouer wrote:
>>>
My plan is to test this latest patchse
On 07/11/2017 07:23 AM, Jesper Dangaard Brouer wrote:
> On Mon, 10 Jul 2017 17:59:17 -0700
> John Fastabend wrote:
>
>> On 07/10/2017 11:30 AM, Jesper Dangaard Brouer wrote:
>>> On Sat, 8 Jul 2017 21:06:17 +0200
>>> Jesper Dangaard Brouer wrote:
>>>
On Sat, 08 Jul 2017 10:46:18 +0100 (WE
On Tue, 11 Jul 2017 10:48:29 -0700
John Fastabend wrote:
> On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote:
> > On Sat, 8 Jul 2017 21:06:17 +0200
> > Jesper Dangaard Brouer wrote:
> >
> >> My plan is to test this latest patchset again, Monday and Tuesday.
> >> I'll try to assess stabilit
On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote:
> On Sat, 8 Jul 2017 21:06:17 +0200
> Jesper Dangaard Brouer wrote:
>
>> My plan is to test this latest patchset again, Monday and Tuesday.
>> I'll try to assess stability and provide some performance numbers.
>
> Performance numbers:
>
> 1
On Sat, 8 Jul 2017 21:06:17 +0200
Jesper Dangaard Brouer wrote:
> My plan is to test this latest patchset again, Monday and Tuesday.
> I'll try to assess stability and provide some performance numbers.
Performance numbers:
14378479 pkt/s = XDP_DROP without touching memory
9222401 pkt/s = xdp
On Mon, 10 Jul 2017 17:59:17 -0700
John Fastabend wrote:
> On 07/10/2017 11:30 AM, Jesper Dangaard Brouer wrote:
> > On Sat, 8 Jul 2017 21:06:17 +0200
> > Jesper Dangaard Brouer wrote:
> >
> >> On Sat, 08 Jul 2017 10:46:18 +0100 (WEST)
> >> David Miller wrote:
> >>
> >>> From: John Fastabe
On 07/10/2017 11:30 AM, Jesper Dangaard Brouer wrote:
> On Sat, 8 Jul 2017 21:06:17 +0200
> Jesper Dangaard Brouer wrote:
>
>> On Sat, 08 Jul 2017 10:46:18 +0100 (WEST)
>> David Miller wrote:
>>
>>> From: John Fastabend
>>> Date: Fri, 07 Jul 2017 10:48:36 -0700
>>>
On 07/07/2017 10:34 A
On Sat, 8 Jul 2017 21:06:17 +0200
Jesper Dangaard Brouer wrote:
> On Sat, 08 Jul 2017 10:46:18 +0100 (WEST)
> David Miller wrote:
>
> > From: John Fastabend
> > Date: Fri, 07 Jul 2017 10:48:36 -0700
> >
> > > On 07/07/2017 10:34 AM, John Fastabend wrote:
> > >> This series adds two new
On Sat, 08 Jul 2017 10:46:18 +0100 (WEST)
David Miller wrote:
> From: John Fastabend
> Date: Fri, 07 Jul 2017 10:48:36 -0700
>
> > On 07/07/2017 10:34 AM, John Fastabend wrote:
> >> This series adds two new XDP helper routines bpf_redirect() and
> >> bpf_redirect_map(). The first variant bpf_
From: John Fastabend
Date: Fri, 07 Jul 2017 10:48:36 -0700
> On 07/07/2017 10:34 AM, John Fastabend wrote:
>> This series adds two new XDP helper routines bpf_redirect() and
>> bpf_redirect_map(). The first variant bpf_redirect() is meant
>> to be used the same way it is currently being used by t
On 07/07/2017 10:34 AM, John Fastabend wrote:
> This series adds two new XDP helper routines bpf_redirect() and
> bpf_redirect_map(). The first variant bpf_redirect() is meant
> to be used the same way it is currently being used by the cls_bpf
> classifier. An xdp packet will be redirected immediat
This series adds two new XDP helper routines bpf_redirect() and
bpf_redirect_map(). The first variant bpf_redirect() is meant
to be used the same way it is currently being used by the cls_bpf
classifier. An xdp packet will be redirected immediately when this
is called.
The other variant bpf_redire
22 matches
Mail list logo