You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mahout.apache.org by "Sean Owen (JIRA)" <ji...@apache.org> on 2010/03/30 19:08:27 UTC
[jira] Commented: (MAHOUT-352) not compression the final output of
RecommenderJob
[ https://issues.apache.org/jira/browse/MAHOUT-352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12851468#action_12851468 ]
Sean Owen commented on MAHOUT-352:
----------------------------------
The output compresses well, so I think it's important to save the I/O to HDFS by compressing. I suppose a caller might frequently only request recommendations for a limited number of users, so it's not much of an issue. I suppose it's not hard to make this an option, though the number of arguments is starting to get large.
> not compression the final output of RecommenderJob
> --------------------------------------------------
>
> Key: MAHOUT-352
> URL: https://issues.apache.org/jira/browse/MAHOUT-352
> Project: Mahout
> Issue Type: Wish
> Components: Collaborative Filtering
> Affects Versions: 0.4
> Reporter: Hui Wen Han
> Priority: Minor
>
> in RecommenderJob Class:
> line 113 :recommenderConf.setClass("mapred.output.compression.codec", GzipCodec.class, CompressionCodec.class);
> because the output here is the final output ,the end user may operates the output through HDFS API,
> if compress here ,it not very convenient.
> but it's convenient for operation through HDFS shell to get to local.
> can provider options or not compress ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.