[ 
https://issues.apache.org/jira/browse/HDFS-1457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12928113#action_12928113
 ] 

Hairong Kuang commented on HDFS-1457:
-------------------------------------

AntPatch result:
     [exec] -1 overall.  
     [exec] 
     [exec]     +1 @author.  The patch does not contain any @author tags.
     [exec] 
     [exec]     +1 tests included.  The patch appears to i
     [exec] nclude 3 new or modified tests.
     [exec] 
     [exec]     +1 javadoc.  The javadoc tool did not generate any warning 
messages.
     [exec] 
     [exec]     +1 javac.  The applied patch does not increase the total number 
of javac compiler warnings.
     [exec] 
     [exec]     +1 findbugs.  The patch does not introduce any new Findbugs 
warnings.
     [exec] 
     [exec]     -1 release audit.  The applied patch generated 98 release audit 
warnings (more than the trunk's current 1 warnings).
     [exec] 
     [exec]     +1 system test framework.  The patch passed system test 
framework compile.
     [exec] 
Strangely although the output complains that this patch generates one more 
release audit warnings, the trunk also reports 98 release audit warnings, all 
before of no license header. My patch renamed a class and I checked the new 
file, it does have the apache license header.

Ant test passed except for the known failed ones.

> Limit transmission rate when transfering image between primary and secondary 
> NNs
> --------------------------------------------------------------------------------
>
>                 Key: HDFS-1457
>                 URL: https://issues.apache.org/jira/browse/HDFS-1457
>             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, 
> trunkThrottleImage.patch, trunkThrottleImage1.patch
>
>
> If the fsimage is very big. The network is full in a short time when 
> SeconaryNamenode do checkpoint, leading to Jobtracker access Namenode to get 
> relevant file data to fail in job initialization phase. So we limit 
> transmission speed and compress transmission to resolve the problem. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to