[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1318926870.2657.5.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC>
Date: Tue, 18 Oct 2011 10:34:30 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: Yevgeny Petrilin <yevgenyp@...lanox.co.il>
Cc: "davem@...emloft.net" <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: [PATCH 6/7] mlx4_en: Adding rxhash support
Le mardi 18 octobre 2011 à 07:36 +0000, Yevgeny Petrilin a écrit :
> > > rss_context->flags = rss_mask;
> > > + rss_context->hash_fn = 1;
> > > + for (i = 0; i < 10; i++)
> > > + rss_context->rss_key[i] = random32();
> > >
> >
> > Thats bit of a problem : Two NICS will have different seeds, and thus provide different rxhash for a given flow. A bonding of two NICS will
> > not be able to provide a consistent rxhash.
> >
> > drivers/net/ethernet/intel/igb/igb_main.c uses a static table to avoid this problem.
> >
>
> Hello Eric, thanks for your review.
>
> I agree that in this case two ports will have different seeds.
> But even if we use static values for the key, what about bonding of 2 NICs from different vendors?
> How can we ensure we get same rxhash value for all NICs?
>
> There are also other drivers that use random values as well, for example:
> drivers/net/ethernet/broadcom/bnx2x/bnx2x_cmn.c
>
What is the gain using random values ?
Usually, we tend to have same hardware in a single machine, or we use
active-backup bonding mode, and an active slave flip can change rxhash
values with litle effect, since this happens not often.
I really prefer not random values, because it allows to have replayable
configurations : For a given tcp flow, the same rxhash value is given
and same cpu target in RPS. Its way easier to tune your machine for some
workloads.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists