[openib-general] [PATCH 0/4] SA path record caching

Hal Rosenstock halr at voltaire.com
Tue Jan 31 09:42:42 PST 2006


On Tue, 2006-01-31 at 12:44, Sean Hefty wrote:
> Or Gerlitz wrote:
> > Why not having a failed lookup as the --only-- trigger to update the 
> > cache? so the cache contains only paths that were demanded by some 
> > consumer. What is implementation you were considering, is it an SA 
> > replica having all those paths whose sgid is the local node gid?
> 
> I view MPI as one of the primary reasons for having a cache.  The cache is 
> updated using an SA GET_TABLE request, which is more efficient than sending 
> separate SA GET requests for each path record.  Waiting for a failed lookup to 
> create the initial cache would delay the startup time for apps wanting 
> all-to-all connection establishment.  In this case, we also get the side effect 
> that the SA receives GET_TABLE requests from every node at roughly the same time.
> 
> Your assumption is correct.  The implementation will contain copies of all path 
> records whose SGID is a local node GID.  (Currently it contains only a single 
> path record per SGID/DGID, but that will be expanded.)

Ultimately, this should likely be using MultiPathRecord as it is able to
do some things PathRecords can't.

-- Hal




More information about the general mailing list