You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Greg Hogan (JIRA)" <ji...@apache.org> on 2016/07/23 02:09:20 UTC
[jira] [Issue Comment Deleted] (FLINK-3480) Add hash-based strategy
for ReduceFunction
[ https://issues.apache.org/jira/browse/FLINK-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Greg Hogan updated FLINK-3480:
------------------------------
Comment: was deleted
(was: Today I bumped into the performance discrepancy where a forwarding ship strategy can hurt performance since we can only do a sorted reduce whereas with a partition hash we can use the new hash-combiner.
What would be the spilling strategy for a hash-reducer and would this look much different from using the hash-combiner followed by the sort-reducer?)
> Add hash-based strategy for ReduceFunction
> ------------------------------------------
>
> Key: FLINK-3480
> URL: https://issues.apache.org/jira/browse/FLINK-3480
> Project: Flink
> Issue Type: Sub-task
> Components: Local Runtime
> Reporter: Fabian Hueske
>
> This issue is related to FLINK-3477.
> While FLINK-3477 proposes to add hash-based combine strategy for ReduceFunction, this issue aims to add a hash-based strategy for the final aggregation.
> This will need again a special hash-table aggregation which allows for in-place updates and append updates. However, it also needs to support spilling to disk in case of too tight memory budgets.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)