[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181108020523epcms1p55a0c28d3e881a079231fe813258602f6@epcms1p5>
Date: Thu, 08 Nov 2018 11:05:23 +0900
From: 배석진 <soukjin.bae@...sung.com>
To: Eric Dumazet <eric.dumazet@...il.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE:(2) [Kernel][NET] Bug report on packet defragmenting
--------- Original Message ---------
Sender : Eric Dumazet <eric.dumazet@...il.com>
Date : 2018-11-08 10:44 (GMT+9)
Title : Re: [Kernel][NET] Bug report on packet defragmenting
> On 11/07/2018 05:29 PM, 배석진 wrote:
>
> > If ipv6_defrag hook is not excuted simultaneously, then it's ok.
> > ipv6_defrag hook can handle that. [exam 3]
>
> This seems wrong.
>
> This is the root cause, we should not try to work around it but fix it.
>
> There is no guarantee that RSS/RPS/RFS can help here, packets can sit in per-cpu
> backlogs long enough to reproduce the issue, if RX queues interrupts are spread
> over many cpus.
Dear Dumazet,
Even if rx irq be spread to overal cpu, hash will be made by src/des address.
then they'll have a same hash and cpu. is it not enough?
Did you mean that we need total solution for all steering method? not just only RPS?
Best regards.
Powered by blists - more mailing lists