Details
-
New Feature
-
Status: Open
-
Major
-
Resolution: Unresolved
-
2.0.0-alpha, 3.0.0-alpha1
-
None
-
None
Description
The namesystem currently uses a course grain lock to control access. This prevents concurrent writers in different branches of the tree, and prevents readers from accessing branches that writers aren't using.
Features that introduce latency to namesystem operations, such as cold storage of inodes, will need fine grain locking to avoid degrading the entire namesystem's throughput.
Attachments
Attachments
Issue Links
- is duplicated by
-
HDFS-12803 We should not lock FsNamesystem even we operate a sub directory, we should refinement the lock
- Resolved
1.
|
FSNamesystem's fsLock should allow custom implementation | Closed | Daryn Sharp | |
2.
|
Add lock context support to FSNamesystemLock | Patch Available | Daryn Sharp | |
3.
|
Update FSNamesystem path operations to use a lock context | Open | Daryn Sharp | |
4.
|
Add iterator support to INodesInPath | Patch Available | Daryn Sharp | |
5.
|
Expose FSNamesystem lock wait time as metrics | Resolved | Vinayakumar B |