Details
-
Improvement
-
Resolution: Unresolved
-
Minor
-
None
-
None
-
None
-
9223372036854775807
Description
Currently when we need to cancel an open lock due to a blocking ast we first issue the close RPC and then cancel the lock. This makes the whole thing quite slow (very visible on benchmarks and is the reason why we disable open handles cache by default).
Now if we ship the lock handle to cancel in the close RPC similar to how we do it with ELC, that cuts 1 RPC roundrip from the whole deal and might even make it fast enough to have enabled by default again.
Caveat - we cannot really cancel the lock right at RPC arrival time in true ELC style because as soon as we cancel the lock - the thread waiting on it would get theirs and would try for the competing open mode that would still fail - so we must postpone the cancel until we tell the system the open handle is gone (don't need to wait for the whole close rpc completion).
Attachments
Issue Links
- is related to
-
LU-10948 client cache open lock after N opens
-
- Open
-