You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pig.apache.org by "Rohini Palaniswamy (JIRA)" <ji...@apache.org> on 2017/06/16 19:17:00 UTC

[jira] [Resolved] (PIG-5260) Separate bloom filter for each reducer of the join

     [ https://issues.apache.org/jira/browse/PIG-5260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rohini Palaniswamy resolved PIG-5260.
-------------------------------------
    Resolution: Invalid

This is totally invalid. Writing something when you totally lack sleep is a bad thing. Had totally interchanged the left side load vertex with the join vertex. It can still be valid for the case when the left side is a intermediate reducer and result of group by on same key as the join key. But not worth the effort.

> Separate bloom filter for each reducer of the join
> --------------------------------------------------
>
>                 Key: PIG-5260
>                 URL: https://issues.apache.org/jira/browse/PIG-5260
>             Project: Pig
>          Issue Type: New Feature
>            Reporter: Rohini Palaniswamy
>
>    Currently bloom join allows specifying the number of bloom filters and all of them are broadcast to each join vertex. The bloom filter partition logic is joinkey hashcode % num_filters. The reducer partition logic is joinkey hashcode % num_reducers. If we made the number of bloom filters equal to number of reducers in the join we can just broadcast bloom filter  0 to reducer 0, bloom filter 1 to reducer 1 and so on. one-one edge will most likely prevent auto-reduce parallelism from being applied for the scatter-gather edge. So need to see if we need a custom one-one broadcast edge for this.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)