linux-rdma.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sasha Khapyorsky <sashak-smomgflXvOZWk0Htik3J/w@public.gmane.org>
To: Hal Rosenstock <hal.rosenstock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Slava Strebkov <slavas-smomgflXvOZWk0Htik3J/w@public.gmane.org>,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Eli Dorfman <elid-smomgflXvOZWk0Htik3J/w@public.gmane.org>,
	Or Gerlitz <ogerlitz-smomgflXvOZWk0Htik3J/w@public.gmane.org>,
	Yevgeny Kliteynik
	<kliteyn-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
Subject: Re: [PATCH v2] opensm: Multicast root switch calculation
Date: Wed, 3 Feb 2010 12:34:28 +0200	[thread overview]
Message-ID: <20100203103428.GW26338@me> (raw)
In-Reply-To: <f0e08f231001280739m31dae78cj5ab7bd78621dcbfc-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On 10:39 Thu 28 Jan     , Hal Rosenstock wrote:
> On Wed, Jan 27, 2010 at 5:45 AM, Sasha Khapyorsky <sashak-smomgflXvObQFizaE/u3fw@public.gmane.orgm> wrote:
> > On 13:59 Wed 20 Jan     , Sasha Khapyorsky wrote:
> >> On 13:32 Wed 20 Jan     , Slava Strebkov wrote:
> >> > "average hops" was chosen instead of "max hops" because in root weight
> >> > calculation the number of ports is also important, not only the distance
> >> > (hops).
> >>
> >> But this patch is declared as root switch calculation optimization, not
> >> as algorithm change (actually I even missed this part in V1).
> >
> > I reworked this patch preserving original ("max hops") calculation
> > method. Please look at this.
> >
> > The next step is to evaluate "max hops" -> "average hops" switch and to
> > cleanup OSM_VENDOR_INTF_ANAFA macro.
> >
> > Sasha
> >
> >
> > From: Slava Strebkov <slavas-hKgKHo2Ms0F+cjeuK/JdrQ@public.gmane.org>
> > Date: Thu, 3 Dec 2009 16:11:30 +0200
> > Subject: [PATCH] opensm: Multicast root switch calculation
> >
> > Proposed new algorithm for calculation of root switch for multicast
> > spanning tree. Only edge switches(those connected to hosts)
> 
> What about switches whose peer port is a router ? Shouldn't they be
> included here ?

Yes.

> 
> > and
> > switches - multicast members themselves are involved in root calculation.
> > This gives improvement, especially on large fabrics, since number of
> > switches usually much less then the number of ports, shared same mcast
> > group.
> >
> > Signed-off-by: Slava Strebkov <slavas-smomgflXvOZWk0Htik3J/w@public.gmane.org>
> > Signed-off-by: Sasha Khapyorsky <sashak-smomgflXvOZWk0Htik3J/w@public.gmane.org>
> > ---
> >  opensm/include/opensm/osm_switch.h |   12 +++
> >  opensm/opensm/osm_mcast_mgr.c      |  149 ++++++++++++++++++++++++++---------
> >  2 files changed, 122 insertions(+), 39 deletions(-)
> >
> > diff --git a/opensm/include/opensm/osm_switch.h b/opensm/include/opensm/osm_switch.h
> > index 205896d..cb6e5ac 100644
> > --- a/opensm/include/opensm/osm_switch.h
> > +++ b/opensm/include/opensm/osm_switch.h
> > @@ -109,6 +109,9 @@ typedef struct osm_switch {
> >        unsigned endport_links;
> >        unsigned need_update;
> >        void *priv;
> > +       cl_map_item_t mgrp_item;
> > +       uint32_t num_of_mcm;
> > +       uint8_t is_mc_member;
> >  } osm_switch_t;
> >  /*
> >  * FIELDS
> > @@ -151,6 +154,15 @@ typedef struct osm_switch {
> >  *              When set indicates that switch was probably reset, so
> >  *              fwd tables and rest cached data should be flushed
> >  *
> > +*      mgrp_item
> > +*              map item for switch in building mcast tree
> > +*
> > +*      num_of_mcm
> > +*              number of mcast members(ports) connected to switch
> > +*
> > +*      is_mc_member
> > +*              whether switch is a mcast member itself
> > +*
> >  * SEE ALSO
> >  *      Switch object
> >  *********/
> > diff --git a/opensm/opensm/osm_mcast_mgr.c b/opensm/opensm/osm_mcast_mgr.c
> > index dce9f2b..5c9d0bc 100644
> > --- a/opensm/opensm/osm_mcast_mgr.c
> > +++ b/opensm/opensm/osm_mcast_mgr.c
> > @@ -157,50 +157,119 @@ static void mcast_mgr_purge_tree(osm_sm_t * sm, IN osm_mgrp_box_t * mbox)
> >        OSM_LOG_EXIT(sm->p_log);
> >  }
> >
> > -static float osm_mcast_mgr_compute_avg_hops(osm_sm_t * sm, cl_qlist_t * l,
> > -                                           const osm_switch_t * p_sw)
> > +static void mcast_mgr_build_switch_map(osm_sm_t * sm,
> > +                                      const cl_qlist_t * port_list,
> > +                                      cl_qmap_t * p_mcast_member_sw_tbl)
> >  {
> > -       float avg_hops = 0;
> > -       uint32_t hops = 0;
> > -       uint32_t num_ports = 0;
> > -       cl_list_item_t *i;
> > +       osm_switch_t *remote_sw;
> > +       cl_list_item_t *list_item;
> > +       osm_port_t *p_port;
> > +       ib_net64_t port_guid;
> > +       osm_physp_t *p_physp_remote;
> > +       osm_node_t *remote_node;
> >        osm_mcast_work_obj_t *wobj;
> >
> >        OSM_LOG_ENTER(sm->p_log);
> >
> > -       /*
> > -          For each member of the multicast group, compute the
> > -          number of hops to its base LID.
> > -        */
> > -       for (i = cl_qlist_head(l); i != cl_qlist_end(l); i = cl_qlist_next(i)) {
> > -               wobj = cl_item_obj(i, wobj, list_item);
> > -               hops += osm_switch_get_port_least_hops(p_sw, wobj->p_port);
> > -               num_ports++;
> > +       cl_qmap_init(p_mcast_member_sw_tbl);
> > +       for (list_item = cl_qlist_head(port_list);
> > +            list_item != cl_qlist_end(port_list);
> > +            list_item = cl_qlist_next(list_item)) {
> > +               wobj = cl_item_obj(list_item, wobj, list_item);
> > +               p_port = wobj->p_port;
> > +               if (!p_port)
> > +                       continue;
> > +               if (p_port->p_node->sw) {
> > +                       /* for switches - remote switch would be the switch itself */
> > +                       remote_node = osm_physp_get_node_ptr(p_port->p_physp);
> > +               } else {
> > +                       p_physp_remote = osm_physp_get_remote(p_port->p_physp);
> > +                       remote_node = osm_physp_get_node_ptr(p_physp_remote);
> > +               }
> > +               /* get the remote switch of the mcmember */
> > +               remote_sw = remote_node->sw;
> > +               port_guid = osm_node_get_node_guid(remote_node);
> > +               if (cl_qmap_get(p_mcast_member_sw_tbl, port_guid) ==
> > +                       cl_qmap_end(p_mcast_member_sw_tbl)) {
> > +                               /* insert switch to table */
> > +                               cl_qmap_insert(p_mcast_member_sw_tbl, port_guid, &remote_sw->mgrp_item);
> > +                               /* New element in the table */
> > +                               if (osm_node_get_type(p_port->p_node) == IB_NODE_TYPE_CA)
> > +                                       /* for HCA update the MC count on the remote switch */
> 
> Should this be != IB_NODE_TYPE_SWITCH so that both CAs and routers are
> included here ?

Yes, obviously.

Sasha
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2010-02-03 10:34 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-03 14:11 [PATCH v2] opensm: Multicast root switch calculation Slava Strebkov
     [not found] ` <4B17C712.9010109-hKgKHo2Ms0F+cjeuK/JdrQ@public.gmane.org>
2010-01-20 10:27   ` Sasha Khapyorsky
2010-01-20 11:32     ` Slava Strebkov
     [not found]       ` <39C75744D164D948A170E9792AF8E7CA01F6FA8A-QfUkFaTmzUSUvQqKE/ONIwC/G2K4zDHf@public.gmane.org>
2010-01-20 11:59         ` Sasha Khapyorsky
2010-01-27 10:45           ` Sasha Khapyorsky
2010-01-28 15:39             ` Hal Rosenstock
     [not found]               ` <f0e08f231001280739m31dae78cj5ab7bd78621dcbfc-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-02-03 10:34                 ` Sasha Khapyorsky [this message]
2010-02-03 10:39                   ` [PATCH v4] " Sasha Khapyorsky
2010-02-04 14:22                     ` Hal Rosenstock
     [not found]                       ` <f0e08f231002040622l32c2fc9blc41318828f01cf35-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-02-04 18:52                         ` Sasha Khapyorsky

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=20100203103428.GW26338@me \
    --to=sashak-smomgflxvozwk0htik3j/w@public.gmane.org \
    --cc=elid-smomgflXvOZWk0Htik3J/w@public.gmane.org \
    --cc=hal.rosenstock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=kliteyn-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=ogerlitz-smomgflXvOZWk0Htik3J/w@public.gmane.org \
    --cc=slavas-smomgflXvOZWk0Htik3J/w@public.gmane.org \
    /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).