[
https://issues.apache.org/jira/browse/HDFS-4995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kihwal Lee updated HDFS-4995:
-----------------------------
Attachment: HDFS-4995.trunk.patch
The new patch moves the lock yield code to the context object. This is based on
a casual review comment by Daryn. Having those methods in FSDirectory and
FSNamesystem may cause misuses. While moving it into the context class, I added
more sanity check to make sure that it has locked the correct locks and only
once for each.
> Make getContentSummary() less expensive
> ---------------------------------------
>
> Key: HDFS-4995
> URL: https://issues.apache.org/jira/browse/HDFS-4995
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: namenode
> Affects Versions: 0.23.9, 2.3.0
> Reporter: Kihwal Lee
> Attachments: HDFS-4995.trunk1.patch, HDFS-4995.trunk.patch
>
>
> When users call du or count DFS command, getContentSummary() method is called
> against namenode. If the directory has many directories and files, it could
> hold the namesystem lock for a long time. We've seen it taking over 20
> seconds. Namenode should not allow regular users to cause extended locking.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
