We attempted to implement the "delstid" draft for v6.13, but have had
to drop the patches for it. After merge, we got a couple of reports of
a performance issue due to the OPEN_XOR_DELEGATION patch:
https://lore.kernel.org/linux-nfs/202409161645.d44bced5-oliver.sang@xxxxxxxxx/
Once we enable OPEN_XOR_DELEGATION support, the fsmark "App Overhead"
statistic spikes significantly. The kernel patch for this is very
simple, and doesn't seem likely to cause a performance issue on its
own. My theory is that this test is one that causes the client to
return the delegation, and since it doesn't have an open stateid, it
has to reestablish one during the test run, and that causes the app
overhead stat to spike.
Trond, Tom, Mike -- I know that the HS Anvil has support for
OPEN_XOR_DELEGATION. If you run the fsmark test against it with that
support both enabled and disabled (either on the client or server
side), do you see a similar spike in "App Overhead"?
If so, then I suspect we need to consider limiting the use of that flag
in some cases. I have no idea what heuristic we'd use to decide this
though.
--
Jeff Layton <jlayton@xxxxxxxxxx>
