On Thu, Feb 05, 2015 at 11:43:46AM -0500, Anna Schumaker wrote: > > The problem is that the typical case of all data won't use splice > > every with your patches as the 4.2 client will always send a READ_PLUS. > > > > So we'll have to find a way to use it where it helps. While we might be > > able to add some hacks to only use splice for the first segment I guess > > we just need to make the splice support generic enough in the long run. > > > > I should be able to use splice if I detect that we're only returning a single DATA segment easily enough. You could also elect to never return more than one data segment as a start: In all situations, the server may choose to return fewer bytes than specified by the client. The client needs to check for this condition and handle the condition appropriately. But doing any of these for a call that's really just an optimization soudns odd. I'd really like to see an evaluation of the READ_PLUS impact on various workloads before offering it. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html