On Fri, Sep 16, 2011 at 01:28:16PM -0500, Mike Heinz wrote: > The patch at hand avoids all that complexity by simply allowing the SM > application handle RMPP itself in whatever manner is considered best. If > the SM wants to use the current RMPP implementation it can, turning this > ability on is completely optional.
I agree, this is a good idea. Allowing the SM to control the RMPP entirely, and amortize the content generation across the entire query is a very good way to manage many of the issues with a RMPP heavy work load. Ultimately I think the scalable/compatible answer is to move these RMPP work loads to a verbs QP and we need to have a user space RMPP implementation for that anyhow. Jason -- 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
