flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-1927) [Py] Rework operator distribution
Date Wed, 29 Apr 2015 12:53:06 GMT

    [ https://issues.apache.org/jira/browse/FLINK-1927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14519299#comment-14519299
] 

ASF GitHub Bot commented on FLINK-1927:
---------------------------------------

Github user zentol commented on the pull request:

    https://github.com/apache/flink/pull/638#issuecomment-97417603
  
    @aljoscha that variable must be declared somewhere within the plan file. during the plan
rebuild this would be executed as well, so i don't think this is a problem. in fact, i think
this wouldn't work *before* this PR.


> [Py] Rework operator distribution
> ---------------------------------
>
>                 Key: FLINK-1927
>                 URL: https://issues.apache.org/jira/browse/FLINK-1927
>             Project: Flink
>          Issue Type: Improvement
>          Components: Python API
>    Affects Versions: 0.9
>            Reporter: Chesnay Schepler
>            Assignee: Chesnay Schepler
>            Priority: Minor
>             Fix For: 0.9
>
>
> Currently, the python operator is created when execution the python plan file, serialized
using dill and saved as a byte[] in the java function. It is then deserialized at runtime
on each node.
> The current implementation is fairly hacky, and imposes certain limitations that make
it hard to work with. Chaining, or generally saving other user-code, always requires a separate
deserialization step after deserializing the operator.
> These issues can be easily circumvented by rebuilding the (python) plan on each node,
instead of serializing the operator. The plan creation is deterministic, and every operator
is uniquely identified by an ID that is already known to the java function.
> This change will allow us to easily support custom serializers.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message