From: "De Lara Guarch, Pablo" <pablo.de.lara.guarch@intel.com>
To: "Abdul, Jaffar" <jabdul@ciena.com>,
"Richardson, Bruce" <bruce.richardson@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] DPDK Hash library
Date: Thu, 2 Jul 2015 17:55:20 +0000 [thread overview]
Message-ID: <E115CCD9D858EF4F90C690B0DCB4D897272D2398@IRSMSX108.ger.corp.intel.com> (raw)
In-Reply-To: <23903483D1A9B04AB5D759C6C845237F042C49425B@ONWVEXCHMB05.ciena.com>
Hi Jaffar,
> -----Original Message-----
> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Abdul, Jaffar
> Sent: Thursday, July 02, 2015 6:38 PM
> To: Richardson, Bruce
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] DPDK Hash library
>
> HI Bruce,
>
> Thanks for your inputs. I am wondering why Cuckoo hash is pushing the entry
> into new bucket why not add a new entry in the same bucket ?
>
> Do we see this is better or faster compared to creating one more new entry
> in the same bucket
You are probably talking about extendable buckets here.
The downsize of that approach is that you have to allocate memory on the fly,
whereas with the cuckoo hash implementation, the entry can be stored in an alternative bucket
without having to reserve more memory (which also will take you more time).
With this approach, hash tables can get a higher utilization, as other less used
buckets can be used to store keys from other busier buckets.
Pablo
>
> Thanks
> Jaffar
>
>
> -----Original Message-----
> From: Bruce Richardson [mailto:bruce.richardson@intel.com]
> Sent: Thursday, July 02, 2015 2:36 AM
> To: Abdul, Jaffar
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] DPDK Hash library
>
> On Wed, Jul 01, 2015 at 07:56:28PM -0400, Abdul, Jaffar wrote:
> > Hi,
> >
> > I am wondering how can I use the hash library if I don't know the
> > number of entries in the bucket (number of entries in the bucket can grow
> dynamically) I am trying to use the DPDK hash library for MAC table where I
> can't give the fixed number of elements in each bucket.
>
> The current DPDK hash library does not support this, unfortunately. There is
> currently an effort underway to do a cuckoo hash implementation for DPDK
> (patches already on-list), to allow items to move between buckets rather
> than just failing if a bucket is full. Please feel free to try out these patches
> and provide feedback on them if you can!
>
> /Bruce
> >
next prev parent reply other threads:[~2015-07-02 17:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-01 23:56 Abdul, Jaffar
2015-07-02 9:36 ` Bruce Richardson
2015-07-02 11:20 ` Dumitrescu, Cristian
2015-07-02 16:30 ` Matthew Hall
2015-07-02 17:37 ` Abdul, Jaffar
2015-07-02 17:55 ` De Lara Guarch, Pablo [this message]
2015-07-02 19:26 ` Matthew Hall
2015-07-02 21:02 ` Abdul, Jaffar
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=E115CCD9D858EF4F90C690B0DCB4D897272D2398@IRSMSX108.ger.corp.intel.com \
--to=pablo.de.lara.guarch@intel.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
--cc=jabdul@ciena.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).