[ofa-general] Performance of UDAPL RDMA vs IB verbs
Hal Rosenstock
hrosenstock at xsigo.com
Tue Feb 19 10:31:41 PST 2008
On Tue, 2008-02-19 at 13:17 -0500, Chuck Hartley wrote:
> Hmmm, I don't have an opensm.opts file on my system.
I don't use openm.conf so don't know what it can and cannot do.
> Does it go in /var/cache/osm?
Which OpenSM/OFED version are you using ?
> The man page mentions it and that it contains a "complete set" of
> configuration options. Since I don't have one, is it only needed if
> you want to change some default setting(s)? Is there an example file
> somewhere in the distribution?
You can generate it via opensm -c and then edit the file produced.
I'm not sure about the how opensm.conf will work with a cache file
(precedence of settings, etc.).
> From the output of sminfo, it looks like the default priority is 1, so
> I probably want to change that. But at least it is the master:
> sminfo: sm lid 15 sm guid 0x5ad0000094076, activity count 1359786
> priority 1 state 3 SMINFO_MASTER
sm priority can be changed on the opensm command line.
-- Hal
> On Feb 19, 2008 12:26 PM, Hal Rosenstock <hrosenstock at xsigo.com>
> wrote:
> On Mon, 2008-02-18 at 10:19 -0500, Chuck Hartley wrote:
> > I didn't see anything in the opensm.conf file that indicates
> that
> > OpenSM has a concept of priority. Is there some way to
> force it to
> > always be the master?
>
>
> In opensm.opts,
> #
> # HANDOVER - MULTIPLE SMs OPTIONS
> #
> # SM priority used for deciding who is the master
> sm_priority 15
>
> 15 is the highest priority
>
> Again, it's not advisable to mix SM flavors on the same
> subnet.
>
> > Is there some advantage or disadvantage to running multiple
> copies of
> > OpenSM on the subnet?
>
>
> This provides some redundancy in the case that either the
> master SM or
> something in the node dies such that the SM is not working.
>
> > If you have multiple switches connected as we do, should
> some of
> > the default settings on opensm.conf be changed? In
> particular, should
> > REASSIGN_LIDS be set to "yes"?
>
>
> I wouldn't reassign LIDs unless you have a specific reason to.
> Changing
> LIDs is disruptive.
>
> -- Hal
>
> > Chuck
> >
>
More information about the general
mailing list