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