[
https://issues.apache.org/jira/browse/FLINK-934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14031970#comment-14031970
]
ASF GitHub Bot commented on FLINK-934:
--------------------------------------
Github user StephanEwen commented on the pull request:
https://github.com/apache/incubator-flink/pull/18#issuecomment-46120860
The akka-baed RPC we are trying out right now cannot transfer large data
frames out of the box. We are looking into solutions for that.
Anyways, it is a flaw to allocate the entire buffer in memory before
sending the on-disk jars. That needs to be solved independently of the RPC.
> Job and TaskManager startup scripts always set JVM heap size
> ------------------------------------------------------------
>
> Key: FLINK-934
> URL: https://issues.apache.org/jira/browse/FLINK-934
> Project: Flink
> Issue Type: Improvement
> Reporter: Ufuk Celebi
> Assignee: Ufuk Celebi
> Fix For: 0.6-incubating
>
>
> The default distribution config {{stratosphere-conf.yaml}} contains keys
> {{jobmanager.heap.mb}} and {{taskmanager.heap.mb}} for the heap sizes of the
> JobManager and TaskManager JVMs. If they are not set, {{config.sh}} has
> default values for them.
> We _always_ use one of these values and set the {{Xms}} and {{Xmx}}
> properties. After a short discussion with [~rmetzger] and [~StephanEwen] we
> actually expected that they should not be set if not found in
> {{stratosphere-conf.yaml}}. This would result in a fall back to the
> respective JVM default (imho 1/4th of the physical memory since Java 6).
--
This message was sent by Atlassian JIRA
(v6.2#6252)
