You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@reef.apache.org by "Mariia Mykhailova (JIRA)" <ji...@apache.org> on 2016/02/19 02:30:18 UTC
[jira] [Updated] (REEF-1157) Improve memory usage and performance
of the Java group communications code
[ https://issues.apache.org/jira/browse/REEF-1157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mariia Mykhailova updated REEF-1157:
------------------------------------
Labels: GSOC gsoc2016 java (was: GSOC)
> Improve memory usage and performance of the Java group communications code
> --------------------------------------------------------------------------
>
> Key: REEF-1157
> URL: https://issues.apache.org/jira/browse/REEF-1157
> Project: REEF
> Issue Type: Improvement
> Components: GroupCommunications
> Reporter: Markus Weimer
> Priority: Minor
> Labels: GSOC, gsoc2016, java
>
> The Group Communications library in .NET has seen two areas of improvement that we should follow up on in the Java code:
> * Zero copies of the data being sent: the current code takes the user data, serializes it and then wraps it with the operator's envelope. That package is serialized and wrapped in the group communications envelope. Again, this is serialized and wrapped in the network service's envelope. That is what is eventually serialized and sent. All of these wrappings and serializations create copies of the (potentially large) user data. We should move to a zero-copy regime where the data is only serialized once.
> * Pipelining: Many times, group communications is applied with vector types, e.g. when summing up {{double[]}}. Those operations can be done on a per-dimension basis, which reduces the memory load and improves throughput.
> This JIRA shall serve as an anchor for work done in this area.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)