Return-Path: Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: (qmail 23238 invoked from network); 6 Feb 2011 22:53:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Feb 2011 22:53:54 -0000 Received: (qmail 22962 invoked by uid 500); 6 Feb 2011 22:53:54 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 22889 invoked by uid 500); 6 Feb 2011 22:53:54 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 22871 invoked by uid 99); 6 Feb 2011 22:53:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Feb 2011 22:53:54 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Feb 2011 22:53:51 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id A2DE41962A1 for ; Sun, 6 Feb 2011 22:53:30 +0000 (UTC) Date: Sun, 6 Feb 2011 22:53:30 +0000 (UTC) From: "Hadoop QA (JIRA)" To: common-issues@hadoop.apache.org Message-ID: <102769240.3024.1297032810663.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <6238437.286071293099061858.JavaMail.jira@thor> Subject: [jira] Commented: (HADOOP-7076) Splittable Gzip MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-7076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12991233#comment-12991233 ] Hadoop QA commented on HADOOP-7076: ----------------------------------- +1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12470415/HADOOP-7076-2011-02-06.patch against trunk revision 1066284. +1 @author. The patch does not contain any @author tags. +1 tests included. The patch appears to include 5 new or modified tests. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs (version 1.3.9) warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. +1 core tests. The patch passed core unit tests. +1 contrib tests. The patch passed contrib unit tests. +1 system test framework. The patch passed system test framework compile. Test results: https://hudson.apache.org/hudson/job/PreCommit-HADOOP-Build/220//testReport/ Findbugs warnings: https://hudson.apache.org/hudson/job/PreCommit-HADOOP-Build/220//artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Console output: https://hudson.apache.org/hudson/job/PreCommit-HADOOP-Build/220//console This message is automatically generated. > Splittable Gzip > --------------- > > Key: HADOOP-7076 > URL: https://issues.apache.org/jira/browse/HADOOP-7076 > Project: Hadoop Common > Issue Type: New Feature > Components: io > Reporter: Niels Basjes > Assignee: Niels Basjes > Attachments: HADOOP-7076-2011-01-26.patch, HADOOP-7076-2011-01-29.patch, HADOOP-7076-2011-02-05.patch, HADOOP-7076-2011-02-06.patch, HADOOP-7076.patch > > > Files compressed with the gzip codec are not splittable due to the nature of the codec. > This limits the options you have scaling out when reading large gzipped input files. > Given the fact that gunzipping a 1GiB file usually takes only 2 minutes I figured that for some use cases wasting some resources may result in a shorter job time under certain conditions. > So reading the entire input file from the start for each split (wasting resources!!) may lead to additional scalability. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira