[openib-general] scaling issues, was: uDAPL cma: add support for address and route retries, call disconnect when recving dreq

Michael S. Tsirkin mst at mellanox.co.il
Thu Nov 2 15:14:54 PST 2006


Quoting r. Hal Rosenstock <halr at voltaire.com>:
> Subject: Re: scaling issues, was: uDAPL cma: add support for address and route retries, call disconnect when recving dreq
> 
> On Thu, 2006-11-02 at 17:54, Michael S. Tsirkin wrote:
> > Quoting r. Arlin Davis <ardavis at ichips.intel.com>:
> > > Subject: Re: [openib-general] scaling issues, was: uDAPL cma: add support for address and route retries, call disconnect when recving dreq
> > > 
> > > Sean Hefty wrote:
> > > 
> > > >One option is having the SA (or ib_umad?) return a busy status in response to a 
> > > >MAD, but we'd still have to be able to send this response as quickly as requests 
> > > >are being received.  We could then limit the number of requests that would be 
> > > >queued in the kernel for a user.
> > > >  
> > > >
> > > 
> > > Another great option would be to have path record caching. Unfortunately 
> > > OFED 1.1 did not include ib_local_sa in the release.
> > > 
> > 
> > This won't help you much.
> > With 256 nodes all to all already gives you 65000 requests
> > which is the same order of magnitude as the reported 130000.
> 
> The requests might occur at a different time so they could be spread out
> rather than synchronized.

I don't see how caching does this.

-- 
MST




More information about the general mailing list