[
https://issues.apache.org/jira/browse/HDFS-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hairong Kuang updated HDFS-1435:
--------------------------------
Attachment: trunkImageCompress4.patch
This patch cleaned up some unnecessary indention or blank line changes and
fixed a failed test caused by the previous patch.
I ran ant test-patch and succeeded.
I ran ant test and saw the following tests fail:
TestFileStatus, TestHdfsTrash (timeout), TestHDFSFileContextMainOperations,
TestPipelines, TestBlockTokenWithDFS, and TestLargeBlock (timeout).
They seem not related to my patch. If nobody is against it, I will commit this
patch later today.
> Provide an option to store fsimage compressed
> ---------------------------------------------
>
> Key: HDFS-1435
> URL: https://issues.apache.org/jira/browse/HDFS-1435
> Project: Hadoop HDFS
> Issue Type: Improvement
> Components: name-node
> Affects Versions: 0.22.0
> Reporter: Hairong Kuang
> Assignee: Hairong Kuang
> Fix For: 0.22.0
>
> Attachments: checkpoint-limitandcompress.patch,
> trunkImageCompress.patch, trunkImageCompress1.patch,
> trunkImageCompress2.patch, trunkImageCompress3.patch,
> trunkImageCompress4.patch
>
>
> Our HDFS has fsimage as big as 20G bytes. It consumes a lot of network
> bandwidth when secondary NN uploads a new fsimage to primary NN.
> If we could store fsimage compressed, the problem could be greatly alleviated.
> I plan to provide a new configuration hdfs.image.compressed with a default
> value of false. If it is set to be true, fsimage is stored as compressed.
> The fsimage will have a new layout with a new field "compressed" in its
> header, indicating if the namespace is stored compressed or not.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
