[
https://issues.apache.org/jira/browse/HDFS-5066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13770513#comment-13770513
]
Jing Zhao commented on HDFS-5066:
---------------------------------
Sorry for the delay, Binglin..
So in general I really like this feature. However, after some more thinking and
some offline discussion with others, I think a tool that can only visualize
several hundred nodes may not be very helpful in practice, where multiple
million files/directories are stored in HDFS. It is more like a very useful
tool for debugging unit test, in which the whole fsdirectory usually consists
of that scale of inodes. In that case, unless we can make the tool continue the
visualization based on the last time result, we may not want to add new
ClientProtocol/DistributedFileSystem API for this feature. I.e., we may only
want to keep the visualization functionality as a debugging feature in namenode.
So do you have any idea to continue the visualization? Or any good use case
that needs to add this functionality as a DistributedFileSystem API?
> Inode tree with snapshot information visualization
> ---------------------------------------------------
>
> Key: HDFS-5066
> URL: https://issues.apache.org/jira/browse/HDFS-5066
> Project: Hadoop HDFS
> Issue Type: Improvement
> Reporter: Binglin Chang
> Assignee: Binglin Chang
> Priority: Minor
> Attachments: HDFS-5066.v1.patch, HDFS-5066.v2.patch, visnap.png
>
>
> It would be nice to be able to visualize snapshot information, in order to
> ease the understanding of related data structures. We can generate graph from
> in memory inode links.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
