[ofa-general] Re: [PATCH] ib/ipoib: Reduce comparison size in data path
Roland Dreier
rdreier at cisco.com
Wed Jan 2 10:16:50 PST 2008
> In the majority of cases, if the neighbour will change, it will
> be reflected in the guid part of the GID (bytes 8-15). If the GID
> prefix will change as well (bytes 0-7) it will be because the master
> SM has changed, in which case we will get an SM change event resulting
> in all paths flushed.
Is it guaranteed that an active SM can't change a GID prefix?
Especially if we're using a GID at an index != 0? In other words, is
this change definitely 100 percent safe?
Also I assume this change is coming from performance tuning. For
patches like this it is always helpful to include hard data like "this
gives a speedup of X on test Y on system Z."
Thanks...
More information about the general
mailing list