[openib-general] Some Missing Features from mthca/user MADaccess
Hal Rosenstock
halr at voltaire.com
Wed Jan 12 07:08:40 PST 2005
On Tue, 2005-01-11 at 12:15, Sean Hefty wrote:
> An issue with attribute filtering is that is results in an O(lg n)
> algorithm being used to route MADs to the correct client. Routing
> based on class/method can be done in O(1), since the range of
> classes/methods is substantially smaller than that of attributes.
>
> Adding an attribute mask isn't overly difficult, it just wasn't felt
> that it was necessary.
Right. It was a combination of the implementation inefficiency but more
significantly the lack of a compelling need but...
Do you see a way to handle the different SA client registrations for
events (InformInfo) where an incoming Report could go to multiple
clients with the current approach ? Even adding attribute ID is
insufficient as there would need to be some sense of what reports were
being registered for (perhaps by TrapNumber but one could support even
more granularity including ProducerType and other fields in the
subscription (InformInfo) request).
I know no OpenIB code is currently doing this, but shouldn't this be
supported ?
-- Hal
More information about the general
mailing list