Hi Dave,

 > Now that at least one vendor is implementing full support for the SRP
 > indirect memory descriptor tables, we can safely expand the sg_tablesize,
 > and realize some performance gains, in many cases quite large. I don't
 > have vendor code that implements the full support needed for safety, but
 > the rareness of FMR mapping failures allows the mapping code to function,
 > at a risk, with existing targets.

Have you considered using memory registration through a send queue (from
the base memory management extensions)?  mlx4 at least has support for
this operation, which would let you pre-allocate everything and avoid
the possibility of failure (I think).

When do we get FMR mapping failures now?

 - R.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to