You are viewing a plain text version of this content. The canonical link for it is here.

Posted to hdfs-issues@hadoop.apache.org by "Daryn Sharp (JIRA)" <ji...@apache.org> on 2013/12/18 17:14:07 UTC

[jira] [Updated] (HDFS-5681) renewLease should not hold fsn write lock

     [ https://issues.apache.org/jira/browse/HDFS-5681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Daryn Sharp updated HDFS-5681:
------------------------------

    Attachment: HDFS-5681.patch

I believe the change is truly as simple as changing to a read lock.

The lease manager methods are synchronized and other callers into the lease manager are under the write lock.  My main concern was issues with the lease monitor thread but it too is acquiring the fsn write lock.  There should not be race conditions.

> renewLease should not hold fsn write lock
> -----------------------------------------
>
>                 Key: HDFS-5681
>                 URL: https://issues.apache.org/jira/browse/HDFS-5681
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: namenode
>    Affects Versions: 2.0.0-alpha, 3.0.0
>            Reporter: Daryn Sharp
>         Attachments: HDFS-5681.patch
>
>
> Lease renewals unnecessarily hold the write lock which reduces throughput.  Currently the fsn lock doubles as an "operational lock" to prevent state transitions.  If the lease manager is thread-safe then a read lock is sufficient.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)