RE: RFC - Tap io_uring PMD

2024-12-29 Thread Morten Brørup
> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Tuesday, 12 November 2024 06.21 > > On Wed, 6 Nov 2024 08:46:55 +0100 > Maxime Coquelin wrote: > > > > Why not just use Virtio-user PMD with Vhost-kernel backend [0]? > > Are there any missing features that io_uring can address

Re: RFC - Tap io_uring PMD

2024-11-11 Thread Stephen Hemminger
On Wed, 6 Nov 2024 08:46:55 +0100 Maxime Coquelin wrote: > Hi Stephen, > > On 10/30/24 22:56, Stephen Hemminger wrote: > > The current tap device is slow both due to architectural choices and the > > overhead of Linux system calls. I am exploring a how to fix that but some > > of the choices req

RE: RFC - Tap io_uring PMD

2024-11-07 Thread Morten Brørup
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com] > Sent: Wednesday, 6 November 2024 08.47 > > Hi Stephen, > > On 10/30/24 22:56, Stephen Hemminger wrote: > > The current tap device is slow both due to architectural choices and > the > > overhead of Linux system calls. I am exploring a

Re: RFC - Tap io_uring PMD

2024-11-07 Thread Stephen Hemminger
On Wed, 6 Nov 2024 03:52:51 +0300 Igor Gutorov wrote: > On Wed, Nov 6, 2024 at 2:54 AM Morten Brørup > wrote: > > > > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > > Sent: Wednesday, 6 November 2024 00.26 > > > > > > On Wed, 6 Nov 2024 00:22:19 +0100 > > > Morten Brørup w

RE: RFC - Tap io_uring PMD

2024-11-06 Thread Konstantin Ananyev
> > > > > > Probably the hardest part of using io_uring is figuring out how > > to > > > > > > collect > > > > > > completions. The simplest way would be to handle all > > completions rx > > > > and > > > > > > tx > > > > > > in the rx_burst function. > > > > > > > > > > Please don't mix RX and T

Re: RFC - Tap io_uring PMD

2024-11-05 Thread Maxime Coquelin
Hi Stephen, On 10/30/24 22:56, Stephen Hemminger wrote: The current tap device is slow both due to architectural choices and the overhead of Linux system calls. I am exploring a how to fix that but some of the choices require some tradeoffs. Which leads to some open questions: 1. DPDK tap also

Re: RFC - Tap io_uring PMD

2024-11-05 Thread Igor Gutorov
On Wed, Nov 6, 2024 at 2:54 AM Morten Brørup wrote: > > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Wednesday, 6 November 2024 00.26 > > > > On Wed, 6 Nov 2024 00:22:19 +0100 > > Morten Brørup wrote: > > > > > From what I understand, the TAP io_uring PMD only supports

RE: RFC - Tap io_uring PMD

2024-11-05 Thread Varghese, Vipin
[Public] Snipped > > > The current tap device is slow both due to architectural choices and the > overhead of > Linux system calls. I am exploring a how to fix that but some of the choices > require > some tradeoffs. Which leads to some open questions: > > 1. DPDK tap also support tunnel (TUN) m

RE: RFC - Tap io_uring PMD

2024-11-05 Thread Morten Brørup
> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, 6 November 2024 00.26 > > On Wed, 6 Nov 2024 00:22:19 +0100 > Morten Brørup wrote: > > > From what I understand, the TAP io_uring PMD only supports one RX > queue per port and one TX queue per port (i.e. per TAP int

RE: RFC - Tap io_uring PMD

2024-11-05 Thread Morten Brørup
> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Tuesday, 5 November 2024 19.59 > > On Sat, 2 Nov 2024 23:28:49 +0100 > Morten Brørup wrote: > > > > > > > > > > > Probably the hardest part of using io_uring is figuring out how > to > > > > > collect > > > > > completions. Th

Re: RFC - Tap io_uring PMD

2024-11-05 Thread Stephen Hemminger
On Sat, 2 Nov 2024 23:28:49 +0100 Morten Brørup wrote: > > > > > > > > Probably the hardest part of using io_uring is figuring out how to > > > > collect > > > > completions. The simplest way would be to handle all completions rx > > and > > > > tx > > > > in the rx_burst function. > > > >

RE: RFC - Tap io_uring PMD

2024-11-02 Thread Morten Brørup
> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Friday, 1 November 2024 01.35 > > On Thu, 31 Oct 2024 11:27:25 +0100 > Morten Brørup wrote: > > > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > > Sent: Wednesday, 30 October 2024 22.57 > > > > > > The curre

Re: RFC - Tap io_uring PMD

2024-10-31 Thread Stephen Hemminger
On Thu, 31 Oct 2024 11:27:25 +0100 Morten Brørup wrote: > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Wednesday, 30 October 2024 22.57 > > > > The current tap device is slow both due to architectural choices and > > the > > overhead of Linux system calls. > > Yes;

RE: RFC - Tap io_uring PMD

2024-10-31 Thread Morten Brørup
> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, 30 October 2024 22.57 > > The current tap device is slow both due to architectural choices and > the > overhead of Linux system calls. Yes; but isn't it only being used for (low volume) management traffic? Is the TAP