You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mapreduce-issues@hadoop.apache.org by "Lianhui Wang (JIRA)" <ji...@apache.org> on 2011/01/20 16:33:43 UTC
[jira] Commented: (MAPREDUCE-228) want InputFormat and OutputFormat
for zip archives
[ https://issues.apache.org/jira/browse/MAPREDUCE-228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12984227#action_12984227 ]
Lianhui Wang commented on MAPREDUCE-228:
----------------------------------------
i agree with arkady borkovsky. let the FileInputFormat.getSplits(JobConf, int) to choose the compressed InputFormat accord to the filename.
for example:LzoTextInputFormat or ZipTextInputFormat.
but now the FileInputFormat cannot support it.
> want InputFormat and OutputFormat for zip archives
> --------------------------------------------------
>
> Key: MAPREDUCE-228
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-228
> Project: Hadoop Map/Reduce
> Issue Type: New Feature
> Reporter: Doug Cutting
>
> An InputFormat and OutputFormat for zip-format archives would be useful. It would provide a standard file format, friendly to foreign applications (e.g., streaming), that is also optimized for Hadoop.
> The OutputFormat could generate archives containing a series of small (~1MB) files, each individually compressed. The InputFormat could then generate a split for each file in the archive. (Zip archives contain a directory at the end of the file that may be efficiently read when constructing splits.) Input splits could thus be sent to a node where they are stored locally for the map phase, providing good performance.
> This would thus permit applications to (1) use a standard file format; (2) keep data compressed; and (3) efficiently split input into chunks substantially smaller than HDFS blocks. This is not available today.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.