DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Dumitrescu, Cristian" <cristian.dumitrescu@intel.com>
To: "Morten Brørup" <mb@smartsharesystems.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: RE: SWX table question
Date: Thu, 8 Sep 2022 15:11:46 +0000	[thread overview]
Message-ID: <CH0PR11MB5724BBEFDF4B9DABC0576676EB409@CH0PR11MB5724.namprd11.prod.outlook.com> (raw)
In-Reply-To: <98CBD80474FA8B44BF855DF32C47DC35D87303@smartserver.smartshare.dk>

Hi Morten,

> -----Original Message-----
> From: Morten Brørup <mb@smartsharesystems.com>
> Sent: Thursday, September 8, 2022 2:49 PM
> To: Dumitrescu, Cristian <cristian.dumitrescu@intel.com>
> Cc: dev@dpdk.org
> Subject: SWX table question
> 
> Thank you for an interesting presentation today, Cristian.
> 
> It made me aware of the existence of the SWX Table, which could be used
> for connection tracking.
> 
> I hadn't noticed the library before, because it is documented (and named) as
> part of the SWX/Pipeline Framework, and we don't use the SWX/Pipeline
> Framework, so I have ignored anything related to that framework.
> 
> My question is: Is the SWX Table library tied to the SWX/Pipeline Framework,
> or can a DPDK application use it independently of that framework, like any
> other DPDK library? If so, are there any limitations or restrictions - e.g. is it
> lockless, and can it be accessed by multiple cores simultaneously?
> 

Yes, the table library can absolutely be used directly by the applications.

No, the table library is not lockless. For a given table object, the create, add, delete, free operations need to be serialized, while for the lookup operation it depends on the table type: for some table types, the lookup operation is read only, hence multiple lookup operations launched from different threads can overlap, while for some other table types, notably the learner table (used to implement the P4 PNA add-on-miss tables), the lookup operation is also modifying the data structures (e.g. the key timestamp), hence this operation also needs serial access to the table.

> 
> Med venlig hilsen / Kind regards,
> -Morten Brørup

Regards,
Cristian

      reply	other threads:[~2022-09-08 15:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-08 13:49 Morten Brørup
2022-09-08 15:11 ` Dumitrescu, Cristian [this message]

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=CH0PR11MB5724BBEFDF4B9DABC0576676EB409@CH0PR11MB5724.namprd11.prod.outlook.com \
    --to=cristian.dumitrescu@intel.com \
    --cc=dev@dpdk.org \
    --cc=mb@smartsharesystems.com \
    /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;
as well as URLs for NNTP newsgroup(s).