You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2018/03/21 12:18:00 UTC
[jira] [Commented] (IGNITE-3167) Hadoop: restore external
execution.
[ https://issues.apache.org/jira/browse/IGNITE-3167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16407805#comment-16407805 ]
ASF GitHub Bot commented on IGNITE-3167:
----------------------------------------
Github user tledkov-gridgain closed the pull request at:
https://github.com/apache/ignite/pull/987
> Hadoop: restore external execution.
> -----------------------------------
>
> Key: IGNITE-3167
> URL: https://issues.apache.org/jira/browse/IGNITE-3167
> Project: Ignite
> Issue Type: Task
> Components: hadoop
> Affects Versions: 1.5.0.final
> Reporter: Vladimir Ozerov
> Priority: Critical
>
> Some time ago we decided to get rid external execution mode. It appears to be a wrong decision.
> Hadoop users rely on its process-per-job nature in lot's places. One of such case could be observed in HiBench Bayes benchmark:
> 1) Job creates something in the local file system through Hadoop FileSystem API.
> 2) Then it tries to get this data using regular java.io.FileReader and relative paths.
> This doesn't work in embedded mode because our LocalFileSystem wrapper assigns different work dirs for jobs, but process-wide working directory is always the same. As a result, aforementioned benchmark doesn't work in Ignite, but work with standard Hadoop job tracker.
> It seems that we must return external execution back.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)